"Let's make GD ROM emulation happen" Facebook group.

i don't develop the GDMENU neuroacid does and i think he is busy because i send him a message and he didn't replay, but this feature is not implemented in the current version

 

One could inject an image into the GDI for display on the menu, but it's unclean to do so in my opinion. It's be better if gdmenu supported custom images, maybe via the serial sd-card adapter?

Thinking of it, it'd be nice if we could simply replace gd-menu by a launcher that accesses the serial-sd-card to launch gdmenu and configuration files could be put there along with custom images and stuff. It could be feasible and would surely be useful for some users!

 

That would be awfull. We already have one SD-card for gdemu, there is no need to stick memory cards in every dc-slot imaginable

 

@merlin

Do you test every game? one by one? if yes then keep going

 

The suggestion was only to allow gdmenu to store the game list and/or custom images on the sd-card. I believe it'd not be too hard for gdmenu to check both it's ISO filesystem and the sd-card for a precached game list and create one on the sd-card if there's none. For those of us that already got the serial-sd-adapter, it'd be really simple!

 

It would be a pain for everyone. Once again, why would anyone want to copy files to several sd-cards when they can be copied to just one? Probably to mess something up by having a list for one set of games and actually storing another games? Or maybe to waste everyone's time?

You are basically looking for a way to use a really slow and mostly unneeded interface just because you happen to own a device that connects to it. Even now we have desyncing problems with some crappy sd-cards, all we have to do is add an even slower way for DC to communicate with outside world. Simply brilliant.

 

Yes!I am passionate about the dreamcast.The two games that I miss are soul reaver french gdi and tomb raider 5 french gdi,not found.

 

Why not both?

All we are REALLY asking for is the support and ability to POINT the system to something.

How about an .ini file where you just tell it where to look?

That way everyone wins . . .

 

First, I don't like your attitude, please stay calm and polite.
Second, I'm obviously suggesting a possible option. I don't suggest that gdmenu REQUIRE a serial sd-card for gdmenu, I'm only saying that the sd-card could be a convenient place to store the cached list of games on the gdemu and maybe even some other customization like custom 0gdtex.pvr.

Basically, all that I'm saying is that it'd be nice if gdmenu could take advantage of the sd-card a lot of enthusiasts have to use it as a kind of internal writeable memory. Now, if only gdemu would support writing to the card, it'd be a moot discussion.

Third, I think you really didn't understand what I suggested. I suggested that gdmenu could store the cached list of games on the sd-card if it's present and maybe custom 0gdtex.pvr for those interested in such a thing. Nothing more. Heck it could use the vmu or flash as far as I'm concerned, I don't really care, I just suggested the sd-card as it seemed like to better place to store some MBs of data, and someone asked about custom 0gdtex.pvr which a few hundred KB each.

FG

 

I am calm and polite and I really really don't understand your point.

1. We have sd-card connected through a fast interface to DC.
2. All our games sit on it.

What you sugest is:
1. Let's have another sd-card on slow interface.
2. Now we need to prepare 2 sd-cards instead of one.
2. Precached list of games on slow sd-card can be different from games on fast sd-card.

And the thing is we won't be able to put anything substantial on sd-serial like enciclopedia of every dc-game, because as far as I understand this in it's current form all we can tell the menu is that that there is a game x in folder yy. The menu have to believe it, because there is no sane or logical way to test it. Maybe I as a user wish for shenmue to be displayed as sonic adventure in the menu. And even if we can overcome all of this, pulling data from serial interface will be slow - it's just the way it is. This is why I think everything related to custom screenshots, covers, etc. should be put on sd-card that is inserted in the gdemu itself. Custom .pvr files would be an intersting feature, but they should be put on sd-card by sd-maker at the moment of making and editing menu list.

Another thing you sugested is ability of the menu to write something to sd-card. Again I don't get how can it be usefull. We can do anything on PC-side - it will always be convinient, fast and reliable.

 

I appreciate that you take the time to explain your opinion clearly without arrogance. I believe you misunderstood me and I'll try to be as clear as I can on my idea:

1- Any homebrew can relatively easily access the serial sd-card for file reading/writing.

2- gdmenu does build a data structure representing what's on the gdemu sd-card on each boot, unless you created it using madsheep's program and injected it into its cdi. Let's call that file toc.txt for future reference. It changes the gd-emu folder, read infos stored in track03/disc.cdi, loads the infos required by the menu in memory, switch to the next folder and so on until it's done and it displays the menu.

3- #2 takes time on each boot, and not everyone can use madsheep's program (which is lovely as far as I've hear), because it requires windows and doesn't work under wine.

4 - I'm suggesting that a future version of gdmenu could, as an option, at bootup, check if there's an sd-card with toc.txt on it. If yes, load it; if no, scan the gdmenu sd-card and save the toc.txt file to the serial sd-card if present. A button on the menu could be used to force re-scanning. Now this could be done on the VMU or maybe even the flash if coded with care. It'd allow to simply change the gdemu sd-card games without relying on an external program to inject the file I labelled "toc.txt" into the gdmenu cdi after each modification.

5- merlin asked for a way to change the image that gdmenu shows, to actually display something when there's no /0gdtex.pvr present on the filesytem. I suggest that using a serial sd-card to store those images would be feasible without having to rebuild the gdmenu cdi or individual game's GDI each time there's a modification to those.

6- I really don't like the idea of rebuilding the gdmenu cdi file on each game addition/removal (mainly because it's unclean) and I don't really like the wait for scanning on bootup. Though I completely understand why it's done this way as of now. Though I respectfully disagree that it's convenient.

7- For the pictures, while modifying the GDIs to put a custom image in place of the original/missing 0gdtex.pvr would work and wouldn't be really hard to do actually, I think it's unclean and that a lot of "unpure" GDI would start to circulate online if that'd become a tread.


Note: I'm absolutely NOT suggesting to run games from the serial adapter. If someone want to do that he can already do it easily using DreamShell cdi.


Note2: I don't really care if that's implemented or not in the end, I just think it'd be a nice addition to an already nice program.


FG

 

New FW 5.9.0
Fixed CDDA playback broken in 5.8.2 for some games

 

I just tried to play the PAL version of Kiss Psycho Circus using MNEMO's device and it hangs with a black screen after the SEGA logo, is this a known issue?

 

Simplest way I could see this being implemented, is having a folder.jpg/png/pvr file in the game folder.

ie, XBMC style.

so example time.

resident evil 2
folder = 02
custom image = 02/folder.jpg/png/pvr

GDMenu then looks for the file when you highlight them in the list.

& these file will be kbs so won't take much up space.

doing it this way would also make it easier in windows to see what game is what, using the thumbs, since GDEMU doesn't allow a non numeral folder structure.

I just wish GDMenu worked on UGC.

 

I just duplicated that result with the PAL TOSEC dump on an NTSC console with a USB-GDROM, using a VGA adapter.

The NTSC version boots and plays successfully.

Add it to the list, I guess?

Are you working your way down the list, Meringues, or just happen upon this one?

 

I'm sort of going through the list sporadically but taking a note of which games I've tried and any issues

 

A change I would appreciate for the GD Menu would be customisable naming of cdi's/gdi's. Ones in particular I have downloaded, english translations and such. I have encountered some of these either have the incorrect game name or look sloppy. Either the feature o do so from within the GD menu or before hand at the root file of the given cdi/gdi.. This would also help people like myself who would like to edit the name of a game on the menu (with VGA or a * after its title) to show its compatibility with VGA/wireless PS2 controller & adaptor. Think this could happen?

 

Anyone having problems with "Super Runabout v1.002 (2000)(Virgin)(PAL)[!]" on GDEMU with latest firmware? Black screen after SEGA screen.

Super Runabout v1.003 (2000)(Climax Entertainment)(NTSC)(JP)[!] works fine.

 

in my gdemu the game stuck at the sega screen and the yellow led in gdemu is on

 

I don't know if it was working before with previous firmwares. I tried to play it yesterday after updating GDEMU firmware :/