Live data from Hacker News

Show HN: RomM – An open-source, self-hosted ROM manager and player

github.com

31–40 of 99 posts

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#32
post #25

Been tracking this for a while and it really needs support for renaming and validating ROMs (e.g. with .dat files) to be called a “ROM manager”.

Your comment piqued my interest, as that would be a required feature for me to use something like this. It looks like they do support integrating with a tool called Igir to handle validating and naming ROMs using DAT files. https://docs.romm.app/latest/Tools/Igir-Collection-Manager/

Have to dig and see if it handles retool items. Unfortunately retool has been basically abandoned. IGIR looked interesting until I realized it could not do parent/clone for redump like retool.

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#33
post #4

Could you explain the benefits of using this over retroarch, lakka.tv, emulator station, EmuDeck (steam deck wrapper around some of these), etc. Playing through a browser seems like a downside for me personally

This is a self-hosted solution, unlike all those sofware you mention. You will install this in your server through docker and you will manage your ROMs library with a clean interface. Being able to play in the webUI itself is an extra since we just integrated emualtorjs (from emulatorjs.org)

I think I might just be too far from the target audience to understand this. I don’t see any of the other options as non “self hosted”, they aren’t backed by some cloud infrastructure owned by a company, those are all locally running apps on your device

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#34
post #31

This might be a stupid question. But can you have a general import folder were you just dump a rom and the app IDs it and moves it to the correct system folder? I have this installed on my unRAID instance and haven't yet figured this out..

That's not possible (yet), you can upload a ROM from the web UI (button in the navbar) but you need to select the platform it belongs to. When we implement hash-based matching with Hasheous (https://hasheous.org/) you'll be able to upload a bunch of ROMs, or throw them into an import folder, and the ones that are detected correctly will be moved to the "right" platform folders.

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#35
post #25

Been tracking this for a while and it really needs support for renaming and validating ROMs (e.g. with .dat files) to be called a “ROM manager”.

Your comment piqued my interest, as that would be a required feature for me to use something like this. It looks like they do support integrating with a tool called Igir to handle validating and naming ROMs using DAT files. https://docs.romm.app/latest/Tools/Igir-Collection-Manager/

Igir is great! We've been sponsoring them for the last few months since many of our users find it helpful. There are docs on both ends for getting it to output a folder structure that's compatible with the app

https://docs.romm.app/latest/Tools/Igir-Collection-Manager/ | https://igir.io/usage/desktop/romm/#

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#36
post #31

This might be a stupid question. But can you have a general import folder were you just dump a rom and the app IDs it and moves it to the correct system folder? I have this installed on my unRAID instance and haven't yet figured this out..

I use igir for this. It's a bit of work to setup though.

(Pro tip: Use the {datName} template token instead of --dir-dat-name if you use clean with single DAT files, or the "only delete from folders we touched" rule doesn't apply, learned the hard way).

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#37
post #30

This would be super cool if it becomes a smart TV app. Couldn't be too far off, right?

If/when someone builds an Android app we could easily port it to Android TV with some tweaks for controller and remote support. However playing the games gets a bit tricky, as the built-in player might struggle with the low-end hardware used in many consumer smart TVs.

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#38
post #4

Earlier quoted context omitted.

This is a self-hosted solution, unlike all those sofware you mention. You will install this in your server through docker and you will manage your ROMs library with a clean interface. Being able to play in the webUI itself is an extra since we just integrated emualtorjs (from emulatorjs.org)

I think I might just be too far from the target audience to understand this. I don’t see any of the other options as non “self hosted”, they aren’t backed by some cloud infrastructure owned by a company, those are all locally running apps on your device

Another way to put it is that those apps are only installed on a single device at a time, whereas with RomM setup on a server, so you can access your library from any device with a browser. There's a future where ES-DE and EmuDeck can pull games from, and push saves to, a central RomM server.

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#39
post #19

Earlier quoted context omitted.

I've been working on integrating RomM into Lutris ( https://lutris.net/ ) for a while, but it's not ready yet since I haven't had time to finish it. Not as a plugin but directly in the main Lutris repo: https://github.com/gantoine/lutris/tree/romm-game-service It would allow you to store your games on the server, sync the list in Lutris, and install them when you want to play them. I'd like to get a working POC to de…

I would love to see this working in Pegasus Frontend or Heroic Games Launcher, personally

Pegasus can use Lutris as a game source, so if we build the Lutris "plugin" we get Pegasus support for free! https://pegasus-frontend.org/docs/user-guide/meta-sources/

Re: Show HN: RomM – An open-source, self-hosted ROM manager and player

#40

Earlier quoted context omitted.

Your comment piqued my interest, as that would be a required feature for me to use something like this. It looks like they do support integrating with a tool called Igir to handle validating and naming ROMs using DAT files. https://docs.romm.app/latest/Tools/Igir-Collection-Manager/

Have to dig and see if it handles retool items. Unfortunately retool has been basically abandoned. IGIR looked interesting until I realized it could not do parent/clone for redump like retool.

Looks like it does support 1G1R with the --single option and can infer parent/clone information if it's not provided, like with redump DATs. You could also use retool to create a DAT with that information based on your preferences, but as you said that's probably not viable longterm since retool is no longer maintained.

https://igir.io/dats/processing/#parentclone-inference

Post reply on HN