sundogak

There in the very first post of this thread by Viking. Games Arcade Zip.

Ripping the the Blu-ray files into M2V is the easy part. The issue is that PC emulators need the framefile which tells the emulator which M2V file to use for the specific action being triggered on the screen. Simplistically, the LD games were just videos and triggers with the controller. If you do "action A" it runs video 1 and if do "action B' runs video 4. If the framefile isn't correct then you will get into issue where your action triggers the wrong (or not at all) video. Framefiles are not interchangeable amongst versions. Example framefile: 151 dl-slates.m2v 323 dls00.vob.m2v 1366 dls01.vob.m2v 2044 dls01d1.vob.m2v 2085 dls01d2.vob.m2v 2133 dls01d3.vob.m2v 2213 dls01b.vob.m2v As Drybonz noted, folks have already gone down the path you are doing and done the leg work of ripping and framefile creation for the various versions out there.

Those use BD-J (Java) to play the game. A PC emulator like Daphne or Hypseus Singe use a combination of video and audio laser disc rips and arcade ROM. You won't be able to use the Blu-ray discs you have in Daphne or Hypseus without ripping/conversion/making framefiles. I suppose you could use some sort of PC Java emulator but have no experience on that. Also Daphne is limited to 2GB video files and 1080 whereas Hypseus does not have that limitation and supports up to 4K M2V video files. Hypseus also has some other improvements vs Daphne as well as some setup threads on LB for that emulator. There is noticeable quality difference from the original arcade SD rips to the DVDs issued by Digital Leisure since they were remastered from the film in ~720x480 and touched-up. The Digital Leisure Blu-Ray's are higher resolution (but still at 4x3 to avoid cropping) and that helps when putting up on larger screens. The colors also seem a bit more accurate and less washed out. I have also seen some 4K "Ai-upscaled" versions which are pretty impressive although they can almost look "too smooth". You also get into cropping issues since they use 16x9 aspect ratio. For people who didn't play the originals, that may not matter much though. If you Google 4K upscale project Dragon's Lair you will see some YouTube comparisons. Ultimately, the quality is better for the Blu-Rays you mention above but the trick is getting them ripped and into a format to play on a PC emulator along with working frame file.

There is nothing wrong with the 3D box you submitted. I have submitted many digital only versions of DVD Photoshop generated covers. If someone is deleting, then they shouldn't unless poor quality or not accurately reflecting the game. If it is a cover that is not "actual" (or a disc) then fanart version is best category. But for 3D there is no fanart category. All of them are recreations to some degree vs an actual photo. So I wouldn't remove anything you submitted just because someone who is moderating doesn't know what they are doing and/or doesn't allow other users to decide when importing to not download.

Discussed here:

@rye74 Here is the PSD you requested using GB Color as example. Layer for the bottom HACK and side banner HACKS version can be toggled on/off. 591871661_Category-BottomLayer-HACK.psd

Search for topics like "NAS" since been discussed in several threads. One like below: Top level, local install of LB with mapping to game locations on network can work if you have reliable and fast network. Don't try to run LB centralized for both speed and file integrity issues. Putting your LB cache on SSD helps as well, there are threads on doing symlinks for the cache from LB to SSD vs hard drive. If sticking with cart based systems and most MAME arcade games, then will work. Of course, those are also relatively small in size so again with modern computer drive sizes, you tend to drift back towards a master/client syncing logic vs purely centralized. Emulators can be centralized in some cases but have to be aware if the emulator is opening files and doing modifications while running or at completion, in that they are not setup for concurrent usage for the non-game files. In end, emulators are not large in size so most times not worth time/effort to figure out. File syncing (like with FreeFileSync) from a master computer to local install is usually easier for the LB, media, and emulator portions (assuming the computers are similar capability). Reality is you will find that you are not going to want to be constantly updating the non-"main computer" setups anyway and/or the other users are different enough (i.e., kids) that you don't want access to all the games anyway. You really have to look at the ultimate intent to adapt to your use case.

The adding header issue only applies to cartridge binaries. Cassettes and floppy disk images don’t need the header so that tool doesn’t apply to that media. The Atari 8 bit series had a cartridge slot and ability to connect a cassette player and a floppy drive. Many games were made in multiple formats. However some were only in one format. On bios only need two typically which would be a Basic bios and a Pal/NTSC. I have the others from stand-alone emulator.

On the Atari OS issue that is due to the emulator not knowing location of the Atari BIOS file. Check your .atari800.cfg file for the correct paths in the RA directory. Example of my paths in my CFG. As to the crashes, hard to say since can be a variety of things. Like I mentioned earlier, the RA version is ancient and suspect some may be due to older version such as the crashes on title page. Also, I have seen crashes like the "address" error, if attempting to launch a binary file that is a cartridge-based game that you don't select the correct header type, or a mis-headered *.car file (cartridge based game). For the binary cartridge files missing a header this tool here helps with converting them to *.car files so don't have to worry about selecting header and/or having wrong one and crashing. Note that only applies to cartridge games and not floppy disk versions (ATX for example). RA for any computer system in my view is more pain that worth so I stick with Altirra or the Atari800 standalone emulator for anything computer disk based. Edit: ETA Prime has an older video for the RetroPie that might be helpful. The emulator itself is the same. Starting at 7:24 is discussion on the missing OS and way to do it without direct edit to CFG file. Also gives some pointers on the emulator that may be useful as well.

@MarkAmiga500 Not sure where it would pop up with the note "for use for a real Atari". But overall, there is no "Retroarch rom set". Most of those cores are based on standalone emulators like the Atari 800 emulator. The Retroarch core for this uses an older version of the Atari 800 emulator and info on the setup for Retroarch specifically is here. As noted at the RA page you have to have the appropriate BIOS file (ROM) for the Atari 5200 and Atari 800 to run games from them. Check that your BIOS files have the same exact MD5 checksums noted in the RA page. It sounds like you said this isn't the issue and if that is the case then the issue is either a setup file issue in RA (Atari 800 is not easiest to setup), or the game files are not readable to the emulator. Game files have to be in format that Atari 800 emulator can read. Typically, it will be an xex, atx, atr, bin, or a52 (5200 cart) file. You may also see a "*.car" extension (bin files natively) on some which are Atari 800 series cartridge games with the appropriate header to tell the emulator automatically what type of cartridge setup to use. If it is a cartridge game and no header, then Atari 800 emulator will pop up asking for which "type" at boot up. If atr file then a floppy disk image and no header issues to worry about. Typically, once get into floppy and cassettes then Altirra standalone is easier to manage. If your bios file and game images are seemingly okay then not sure without a screen snap and example of what you are trying to run.

I assume you are using Hatari RA core. If so, double check file you are trying to open is not IPF format (if zipped, look inside zip to see file type). Currently, the RA core doesn't work with IPF unless compile core yourself due to some rights issues with IPF. If not IPF (say STX), then likely issue is RA cannot find your hatari.cfg file. You can also run via the standalone Hatari emulator here which runs IPF with no issue. The RA core uses a relatively ancient version of Hatari.

Enabling a controller does not disable the keyboard on FP, so something else going on there. You should be able to use keyboard, mouse (if toggled on) and controller at same time. You might have some conflict of keys either in LB and/or in FP. Double check your Preferences and Game Keys/Controls settings (example below for XBOX One controller, but had 360 prior). Only thing have had to do is set FP to Windows 8 compatibility mode. Never had to change dpi compatibility mode. Also, using BAM fixes some of the memory issues in FP where get texture issues. You can download here but make sure to follow instructions and backup your key files for FP. FP hasn't been updated in 15 years, so BAM patches some things to help with newer Windows OS as well as add new features newer tables utilize (like TerryRed's tables).

Forgot to add that somewhere along line VPX changed their command lines. For 10.7.2 this is the current allowable commands (note no longer "exit"):

Try this for VPX: -primary -minimized -play Also, double check your resolution setting with the TV plugged in and launching VPX. Should work either way in window or exclusive if you have resolution set correctly. I normally keep the exit and start screens off for pinball in LB because it adds another layer of complexity to troubleshooting. But if I turn on, set to force exclusive and make sure my resolution matches my screen(s) then works on a two screen setup. I suspect some of this may also be due to laptop screen resolution vs your TV in that you said when put in fullscreen window mode it is not upscaling that implies that VPX res setting isn't correct. VPX should show all resolutions for your monitor that is plugged in and set to primary. You should double check what options for resolution are showing in VPX. My guess is that picking up the laptop screen resolutions. If there are any monitor scaling/changes while starting (i.e., resolution set is different than monitor) then with the LB screens for startup/exit it will be hit or miss if they don't pop up above the main window. Particularly with VPX when using separate DMDs or B2S backglass you will run into layering issues with LB and the exit/start screens as well (Future Pinball is another).

Cannot be done currently. It has been requested in various threads, just not enough votes to get in at this stage.

You cannot hide a platform or category. If you hide all games within that platform it won't show up in Big Box.

@vaderag Videos, and scroll down a bit further for link to media pack (logos, screen shots etc)

You would log in to your cabinet via Steam and install since they are tied to your Steam login account. You have to have Steam up for FX3 to work if you have the Steam version. You cannot "export" them without hackery.

There was some info on this issue in the RA github site here. I messed a bit with it using the command line for RA: G:\Emulators\RetroArch\retroarch.exe -L minivmac In theory this should work (but didn't on my setup..just loaded disk 1): G:\Emulators\RetroArch\retroarch.exe -L minivmac "G:\Emulators\Apple Macintosh\Mini vMac II\System 7.0.1.dsk" "G:\Emulators\Apple Macintosh\roms\Wizards Fire.dsk" There was a person on the github site indicating the issue was properly escaping the quotes. But they were using RA on a Mac so what they indicated wasn't working when tried on Windows (plus seems would gag on LB on one disk if that were the case). So unclear if just improperly formatted command or just the core isn't passing it at all or correctly.

You are in essence using the command line interface for RA/LB. For command line and MiniVmac in Windows you have to pass each disk path to MiniVMac at launch in quotes separated by a space. So outside of LB, a command to launch two disks looks like this (your paths will vary). If you are not in the minvmac exe folder, you also have to put full path to EXE as well from CMD line: "Mini vMac II.exe" "G:\Emulators\Apple Macintosh\Mini vMac II\System 7.0.1.dsk" "G:\Emulators\Apple Macintosh\roms\Wizards Fire.dsk" In LB it is same basic logic only LB already has path to emulator and has full path to one disk if imported already. I don't use RA for this emulator so my example below using non-RA Mini vMac executable directly. But will be similar logic for RA as well. LB is pointing to the Wizards Fire DSK in the launching line. Then in custom command line under emulation you can add in the other disk explicitly using full path and quotes. You could also add it to the emulator command directly but then that means it will always use whatever disk you reference with that emulator. If third disk you would add with space and path similarly. Ultimately, I find it is just as easy to use the miniVmac drag and drop interface in most cases or using a HD image versus floppy. Unfortunately, LB doesn't have a variable for Additional Apps (like %ROMFILE%), so you are stuck with always naming additional disks explicitly. This is the same for other systems like Apple II.

If you use the MAME Arcade Full Set Import wizard it will generate the playlist if you check it:

There is no fix and you cannot bypass the error. The digital video add on has not been emulated within MAME so any game needing that cart (DVC) will not work.

There are many Supermodel threads including a recent one on control setup (search Supermodel in top right box of forum). You will also see in search results a plugin to help with importing ROMs for Supermodel. But for setup here is commands in this thread:

See this thread on setup. If using ignore aspect and full screen commands, then you don't need the resolution since it will be overridden.