-> Participate in Romcenter version 4 design!

[derebo]

Hello,

Thank you for leting us know about wip! It looks promising indeed. I just subscribed to the topic

Greetings,

[RomCenter]

It is written in visual studio 2010 in c#. Target framework for now is 4.0.
I tried to follow a mvvm design to make interface independent to the data model. So the wpf interface is linked directly to data-model properties and the model objects doesn't know which interface is linked to it.
Using expression blend, you can really make incredible user interfaces without writing codes (but I don't use expression blend myself, no time to learn ).

Maybe a Linux version is possible with mono. If someone is skilled enough, it may be possible to do something. A gtk interface will be needed also...

Next version will add a new multi dat interface. I'm currently doing the data-model to handle that.

[supersecretos]

In earlier times they had discussed that point and others, but this is the most serious.

For example in the screenshot below you can see that the program RomCenter indicates that the file has an incorrect name ("Nombre incorrecto del archivo"):



But that's not true, as can be seen in the following imagem:



You can also buy opening the mame and looking at the game list and see if it exists.

This error happens with many games.

The solution would be RomCenter first check if that file exists in the list of games (never mind that the file has size zero or empty), and only if it does not exist in the list of games, should show the newly error that the file has a wrong name.

Once solved that, the other point is that when you use the option to fix the game (find roms) the search for roms should be taken into account in the name of the file ("Nombre del archivo"), not as now basing the search on the name suggested the game ("Nombre esperado"). then show a picture of what I mean:



Another thing is that they have added the option to delete empty files pore defect, it is very arbitrary in turn, should make even an option where I can choose to enable that option.

An improvement for the program would add the option to choose a folder to CHDs and BIOSes, as is done for samples.

As I do not have time to make these corrections, the better because they put the source code here, to make a change. I also think it will be easy to take progress with the help of all, since you are using the svn system.

I hope now sip take into account these points.

Thanks, having a good day.

[Wanderer]

From time to time, some people ask if they can create subsets of dat files (mainly with only the main files and not the clones). Up until now, the only way is to delete whatever you don't want from the dat file and then create a database from it. I have a suggestion on how to improve this.

The database subfolders (main/clones/bios files, etc) could have a properties window (on rightclick) in which a "hidden" checkbox could exist (like in windows) or perhaps just a "show/hide folder" menu item. In preferences, a "show hidden folders" checkbox could also exist. Their icons (of the hidden folders) could be shown dimmed if "show hidden folders" is checked or not shown at all if "show hidden folders" is not checked (again as in Windows explorer). Of course the files belonging in hidden folders will not be taken into account, as if they do not exist. If found in rom paths, they should be considered as grey.

[RomCenter]

I also think about that problem and I found a solution similar to yours, but some case can be tricky. For example, what happen if you remove the main games ?
Remaining games will be clones, and all parents will be removed. So I have to remove parent/clone relation and we will loose all merge informations. We will end with 4000 independant files which will take much more places than with parent merged sets.

[Wanderer]

We will end with 4000 independant files which will take much more places than with parent merged sets.

It will be up to the user to decide. A user may want that, for some reason. Give him the freedom to use the most inefficient solution! Of course, he may always choose to do something more logical (like removing the clones).

[supersecretos]

In earlier times they had discussed that point and others, but this is the most serious.

For example in the screenshot below you can see that the program RomCenter indicates that the file has an incorrect name ("Nombre incorrecto del archivo"):



But that's not true, as can be seen in the following imagem:



You can also buy opening the mame and looking at the game list and see if it exists.

This error happens with many games.

The solution would be RomCenter first check if that file exists in the list of games (never mind that the file has size zero or empty), and only if it does not exist in the list of games, should show the newly error that the file has a wrong name.

Once solved that, the other point is that when you use the option to fix the game (find roms) the search for roms should be taken into account in the name of the file ("Nombre del archivo"), not as now basing the search on the name suggested the game ("Nombre esperado"). then show a picture of what I mean:



Another thing is that they have added the option to delete empty files pore defect, it is very arbitrary in turn, should make even an option where I can choose to enable that option.

An improvement for the program would add the option to choose a folder to CHDs and BIOSes, as is done for samples.

As I do not have time to make these corrections, the better because they put the source code here, to make a change. I also think it will be easy to take progress with the help of all, since you are using the svn system.

I hope now sip take into account these points.

Thanks, having a good day.

Someone out there might take the trouble to respond to this report I did. Thanks.

[RomCenter]

Please stop writing in red.

I saw your post, but I don't have time now to check the bug your reported.
About new features, thank you for your ideas, they will be taken into account, but later, as I'm now working on the core libraries and gui.

As per making available the source code, we already discuss that point. It can be possible, but not in the actual state of the delphi version, and before spending many time on preparing code release, I want to be sure that some people are interested in helping for development.
Until now : nobody