Aller au contenu

CharlieChan

GamerLine
  • Compteur de contenus

    87
  • Inscription

  • Dernière visite

  • Jours gagnés

    3

Tout ce qui a été posté par CharlieChan

  1. Not only YUV4MPEG2, but the decode also contains the pseudo lead-in from the presumed spin-up on the LDF capture, which means the starting frames are way off and need to be edited out. There are 55544 frames in your decode, whereas the disk only should have 55387, so you've picked up 157 invalid frames at the start of the mkv that completely mess up scene alignments.
  2. I think you are talking about "drop-outs" rather than "skips". Unless your ld-decode methodology is flawed or underpowered. And there are certainly "drop-outs" in this capture, you can clearly see them in the video I posted above. In order to attempt to remedy this, the (DomesDay) process is called "stacking" where you basically "compare" multiple disk captures (you really need a minimum of 4 captures, from 4 different disks) and if a defect is detected, the other members of the "stack" are checked. If the defect is on all of them, it's a mastering error, if it's not then it's a capture defect and is discarded from that source and the other source members are used for that frame. Ultimately it's all about maintaining the best "perfect" frames and framerate to ensure your end result is a playable media on real hardware, or in true emulation. The current single capture seems to play fine and is frame accurate in the MPEG as far as I am able to tell on all the scene skips (i.e. no "skips" as frames are accurate). It may be a little premature to start working from a single exported LDF sources, with lossless conversions (it's actually lossy) from radio frequency analog sources to digital MKV. For stacking to occur, you will always have to refer back to the LDF/TBC RF captures. As only 400 copies of this LE disk were produced and who knows how may no-rotted copies remain, it might be a long or even fruitless wait. If you just wanna work from "the best we currently have" then sure, use the current single source, ultimately you are altering the source material with your cleanup in any case, so no purist is ever going to want to use it, lossless or not, and it certainly won't be accepted in MAME. But in lesser emulators it should be a great addition. DomesDay documentation is very well written.
  3. You mean you ran it through "ld-decode --NTSC --V4300D_notch_filter" to produce a .mkv as described on the IA LDF source page. Well I guess that'll save a few decode hours for anyone with a potato PC, although the time to download it will probably make up for that - 🤣. Look forward to the end "enhanced" results, which should ultimately be "playable".
  4. Where there is a DomeDay RIP there is a DomesDay LDF source. 30s of searching and, as if by magic: https://archive.org/details/dragons-lair-enhanced-limited-edition-laserdisc-ntsc The source is noted on the MPEG2 page.
  5. It's available from the laserdisc DomesDay rip here: https://archive.org/details/DomesDay_DragonsLairLE Played here:
  6. Just put all the Frameworks in the same folder as the Singe games. But don't add .hypseus to them. Better yet, now use the new Zip ROM format in v2.11.6 and you can put the files anywhere you like and don't have to worry about those Framework folders any longer..
  7. The game extension used for RetroBat was recently changed from .daphne to .hypseus. I would start looking there firstly if this is using all the latest distributions. Check RetroBat docs, or talk to the guys on Discord. There was some recent chatter about RetroBat changes on there recently.
  8. Has anyone got the DomesDay media from Spaces Ace and Dragon's Lair LE 2002 laserdisc with the prototype footage ? I found on Internet Archive.
  9. This link seems to have all the 4K Daphne games video: https://mega.nz/folder/jMkxzBgT#FSFJhqXLUJ_qZsd0lTTg5A
  10. The MEGA account got nuked. 😩
  11. No, not currently.
  12. Here is Road Blaster, Cobra Command and Badlands upscale video for Hypseus/Daphne. https://mega.nz/folder/ks0hgSrb#aCVLZHBj5rM951zzk-7nfg
  13. Well, -bezel/maddog/maddog.png makes no sense, so let's assume you meant : -bezel /maddog/maddog.png Which will not work unless you have the bezels in your root folder, you need to remove the leading / -bezel maddog/maddog.png If that doesn't work, then I'm just guessing. Unless you paste the whole log and show folder structure or go on Discord.
  14. What do the logs say? And where are you putting the bezels folder wise ?
  15. Until they get shifted to the GitHub bezel repo, they are in Discord.
  16. Guys if any of you had the VHS Video Challenger system as a kid: https://en.wikipedia.org/wiki/Video_Challenger There is an effort to get correctly captured VHS sources for recreating these games:
  17. That's 'cos you're playing on Easy level. Turn it to Extreme.
  18. It's out, it's out and it's bat shit crazy better than WinUAE !!!
  19. cannot open singe/FrameworkKimmy/globals.singe Grab the Framework folder zips from GitHub repo: https://github.com/DirtBagXon/hypseus_singe_data/releases FrameworkKimmy_v1.01a.zip Framework_v3.32c.zip Get both Framework zips, and unzip them into the `singe/` folder. singe/ - FrameworkKimmy - - Framework - - BD13 - - Other Games
  20. Why get stuck with a static app frontend, when you can do crazy things such as this, get creative:
  21. Need to complete the ALG set at least. I'm sure they are in the works. Fastdraw is an amazing addition, and plays superb - thanks guys.
  22. The new Hypseus version plays so much better than this and without all the fiddly hassle to setup.
  23. Right yeah, misspelled on purpose. Gotcha. Hands up, you got me. ✋🤚
  24. That's a "Fedora" you Muppets:
  25. Lots of info out there, try this: https://github.com/DirtBagXon/hypseus_singe_data/tree/master/00-singe1#readme
×
×
  • Créer...