-> Participate in Romcenter version 4 design!

Forum rules
No roms requests or illegal links

Post a reply

Smilies
:D :) :( :o :shock: :? 8) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: :clap: :hum: :gnak: :lol: :super: :uh: :toobad:
View more smilies

BBCode is ON
[img] is ON
[flash] is OFF
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: -> Participate in Romcenter version 4 design!

Re: -> Participate in Romcenter version 4 design!

by Wanderer » Sat Feb 27, 2021 11:02 am

Hi.

No, RC4 is a personal project and Eric is the sole developer.

Re: -> Participate in Romcenter version 4 design!

by jessica » Sat Feb 27, 2021 2:52 am

Hi

After reading the while discussion about RC4 development, I was wondering if there is now a team of developers or if Eric is still the only developer (as refered to in older posts here when RC4 development was starting)

Thx

Re: -> Participate in Romcenter version 4 design!

by imulilla » Thu Jan 14, 2021 7:33 am

Ok, I'll check it there to see what they say

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Tue Jan 05, 2021 3:37 pm

Hi

I think it would be better to talk first with a datafile website like https://no-intro.org/.
See with them how they handle this problem and propose your solution.

Re: -> Participate in Romcenter version 4 design!

by imulilla » Fri Jan 01, 2021 11:58 am

First of all, wish everyone a happy new year.
I wanted to suggest being able to support editions of games, tapes and images in addition to roms, each edition would go inside a folder inside the .zip. I give you an example of how the .dat would be, how do you see it?

<game name="007 A View to a Kill" isbios="no">
<description>007 A View to a Kill (1986)</description>
<edition name="domark">
<tape name="007 A View to a Kill (1986)(Domark)(en)[!][RUN'CAS-'][v0.8b].tsx" size="70991" crc="880cf782" status="good" />
<rom name="A View to a Kill.rom" size="70667" crc="0FB02AB5" md5="5e65bb56200873403b6948b9d8cd5c0d" status="good" />
<img name="A View to a Kill - Full Cover.jpg" size="494207" crc="D0AAAE46" md5="c39a995b4a09e7dc98e373e5580f6515" status="good" />
</edition>
<edition name="erbe">
<tape name="007 A View to a Kill (1986)(ERBE)(en)[!][RUN'CAS-'][v0.8b].tsx" size="70991" crc="880cf782" status="good" />
</edition>
</game>

Re: -> Participate in Romcenter version 4 design!

by Wanderer » Wed Aug 19, 2020 12:59 pm

RomCenter wrote:
Tue Aug 18, 2020 6:57 am
If yes, I can provide in the next version a command line interface. This is one point in my todo list. This behaviour is already used for the tests.
Hey Eric,

If you do provide that command line option, it would be nice if RC did not ask whether to upgrade the database from an older RC version (it just assumes Yes as an answer).

EDIT: Now that i think of it, it would be useful to have an option to select multiple databases (or perhaps a folder containing all the databases) and RC just open each of them, upgrade it and then close it.

Re: -> Participate in Romcenter version 4 design!

by Wanderer » Tue Aug 18, 2020 8:52 am

RomCenter wrote:
Tue Aug 18, 2020 6:57 am
I'm not sure to understand the goal. Do you mean updating romcenter databases with datafiles new versions ? without opening all databases ?
The goal is indeed to automate the database update process for entire systems. For instance, the TOSEC Amstrad CPC system consists of several dats, which means several databases, as RC is now. For every TOSEC release, having to open each one of them and then press "Update", select the dat file and wait for the update process to finish is a little tiresome and takes quite some time, with the user having to be in front of the pc doing a more-or-less repetitive task. And the Amstrad CPC set which i used as an example is a small one (few dats).

It would be nice to have something within RC but until this happens, a command-line switch to achieve that, would give anyone interested a temporary way to automate this task by creating his own software. Also, this may relieve you from this task for a while, since there will be a workaround.

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Tue Aug 18, 2020 6:57 am

Hi Wanderer

I'm not sure to understand the goal. Do you mean updating romcenter databases with datafiles new versions ? without opening all databases ?

If yes, I can provide in the next version a command line interface. This is one point in my todo list. This behaviour is already used for the tests.

Re: -> Participate in Romcenter version 4 design!

by Wanderer » Mon Aug 17, 2020 1:28 pm

Hey Eric.

In this thread, there was an earlier discussion about how to handle entire systems (i.e a C64 set of roms - which is composed out of several different dats). Given that this is a one-man-show and your devoted time to RC is limited and also there is much work to be done, such a feature may take some time to be implemented. I wonder if you would be willing to provide some means to anyone interested to utilize RC's internal checking functions in order to create a quick-n-dirty solution for that task until it is properly integrated in RC.

What i was thinking was perhaps a way from command line to update an existing database, providing also the source datafile to update it from (or perhaps provide an XML/JSON which would contain database and source dat file and anything else required). That function would just update the existing db and then exit RC with a return status determining if everything went OK. That way, one could create his own program to i.e. gather all new tosec datafiles from a folder and call RC once for each file, to update all the existing databases he has created from within RC.

Re: -> Participate in Romcenter version 4 design!

by SFX Group » Fri Nov 16, 2018 5:34 pm

Not looked at the software, however i was going to ask how to manage more than one emulator....

Re: -> Participate in Romcenter version 4 design!

by SFX Group » Fri Aug 14, 2015 3:24 pm

Hi

Just read the whole thread... i would like to put a small bit of input (i have touched on this before a while ago).

The amount of data this software has to move is astounding, i am sure most have some sort of server or store device they are using to store this.

I noticed a problem in Windows XP (which i would hope wont be a problem as no one should be using it) which gridlocks the server service while all the IO writes are going on accross a lNA, is there a way you can optimize this somehow/

I did set my TEMP location to my local disk, but it still would take days to CRC check items as it was reading data alot over a network.

Just a thought...

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Wed Jul 02, 2014 6:34 pm

Hi

Current version 3.71 of romcenter is written in Delphi (pascal).
The new 4.0 is written in C#.net and ui in wpf. Database is still a firebird db.

Are you skilled in c# or wpf or sql ?

Re: -> Participate in Romcenter version 4 design!

by mm21xx » Wed Jun 04, 2014 3:50 am

Hi,

I was curious to know: What language are you using to develop Romcenter?
I've been a user of your application since a long time now to audit my ROMs, and I wanted to see if I can be of any help, either maintaining / refreshing the look a bit on the RomCenter website, or to help develop / review the code of RomCenter along side with you.

If you are interested in knowing a bit more about me, let me know by PM or by sending me an e-mail.

Keep up the excellent work!

Re: -> Participate in Romcenter version 4 design!

by SFX Group » Sat Oct 19, 2013 9:28 pm

i;d help, however i have never had the time to look at how to code... :(

There has been a number of projects i wanted to do in VC, however just never had the time to sit down and do it...

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Wed Dec 15, 2010 4:45 pm

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 :toobad:

Re: Proposals to correct and improve your program

by supersecretos » Wed Dec 08, 2010 2:05 am

supersecretos wrote: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"):

Image

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

Image

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:

Image

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.

Re: -> Participate in Romcenter version 4 design!

by Wanderer » Mon Dec 06, 2010 1:43 pm

RomCenter wrote: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). :)

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Mon Dec 06, 2010 1:37 pm

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.

Re: -> Participate in Romcenter version 4 design!

by Wanderer » Mon Dec 06, 2010 7:09 am

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.

Proposals to correct and improve your program

by supersecretos » Thu Dec 02, 2010 6:51 am

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"):

Image

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

Image

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:

Image

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.

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Mon Nov 22, 2010 7:57 pm

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.

Re: -> Participate in Romcenter version 4 design!

by derebo » Sun Nov 21, 2010 10:52 pm

Hello,

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

Greetings,

Re: -> Participate in Romcenter version 4 design!

by Wanderer » Sun Nov 21, 2010 4:09 pm

Well, it seems pretty nice. Very promising design.

Can you give some more details (Version of VS used, version of .NET required)? Language is C# as you said in an earlier post, right?

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Sun Nov 21, 2010 10:05 am

First Wip release can be found here.

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Sun Nov 21, 2010 7:46 am

Thank you for all these ideas. It is interesting and it could work (I think)...

The idea to store all dats in separate db could be the solution. With multithreads, it can even be almost as fast as for one db.
I will release the wip rc4 interface soon, and I will try to add these new nodes to see how it can work (of course without anything behind for now).

Re: -> Participate in Romcenter version 4 design!

by Wanderer » Thu Nov 18, 2010 7:51 am

Hi Eric.
RomCenter wrote:Another solution would be to load several db at a time, and switch between them when needed (fix or display for example). Of course, each db will act as an independant database, and belong to a stand-alone node in the tree.
What i have in mind is something similar to the "Solution\Project" concept of Visual Studio IDE, as it appears in the tree in the "Project" window of the IDE. The "Master Database" i'm referring to (which could actually be a simple xml file) would be the "Solution". In it, several dat's ("Projects") could be added (or removed :) ) by the user (which will be instantly converted to rdb databases of course, as is done in RC3). Each project would have its own set of rom paths. The "Project" nodes could be as is now in RC3. I'm simply suggesting to add a "super node" under which multiple "Projects" could be added.

The "Fix" button could be inactive for the "Solution" node if you wish, but it would be active for each of the "Project" nodes, giving the user the ability to "fix" a whole project (like currently done). The search button of course could be active in the "Solution" node, to be able to do a multi-project search. All projects should be visible and expandable in the tree, without the need for any combo-boxes for selecting a DB (which would add some extra loading time when a combobox item is selected). TIM was like that and it seemed very convenient.

In RC4, you could rightclick on the "Solution" node and select "Properties" from the context menu. That could bring up the generic program properties (nothing emulator-specific here, only stuff like "Language" for instance). On each "Project" node you could do the same and select the specific "Project" properties (like "emulator location" and other stuff that currently exist in RC3's properties dialog).

Last-minute idea: one could load a "solution" to RC4, RC4 would read the "solution" file and discover that it contains 3 separate projects (each being actually a sub-db) and starts loading all of them simultaneously and adding them to the tree using multi-threading. That should be much faster to work with than having to select a different subdb from a combobox. After all, the user would be free to create solutions containing as many "projects" he wishes and face the consequences (large loading times).

I think i'll stop for now. I'll wait for you to release a demo of the interface.

Re: -> Participate in Romcenter version 4 design!

by derebo » Wed Nov 17, 2010 11:29 pm

Hello,

I said I wouldn't write but the topic isn't too techie so I can say something :)
About multiple db, If the only need is to do a search among xml/rdb files, I could simply add a new node with all dat, and using the search box on this node could filter the games.
Fantastic! If you can achieve that, that'd be of much help already. I understand all db's would not be displayed in treeview but the search could be run against all available db's, right? If it's so, then it's ok.
Another solution would be to load several db at a time, and switch between them when needed (fix or display for example). Of course, each db will act as an independant database, and belong to a stand-alone node in the tree.
That'd be optimal! Treeview and mutiple db search.
But then, is it really needed to implement that ?
Well, I do think so. As far as I've seen rom managers are rather limited concerning searches. Either no search is possible (RomVault) or only one database can be searched at a time (Offlinelist). Developing this feature would definitely make RomCenter stand out from the rest. And not only that, take into account many may think of RomCenter as a MAME manager. With MAME it's all in one pack so it's just one db. However, usually that's not the case. Take Apple system for instance, there's many db's one per each system. Same applies to Atari, Commodore, ETL, Luxor and many many more systems. And even with each system there are databases (dats) for each category (usually file-extension based). I think we should forget about db's being monolithic one-file databases (eg. MAME) and broaden the scope to embrace systems whose databases are stored in different dats (think of TOSEC as a matter of fact) Not only would RomCenter benefit from being top of the tops but it would also gather new users from those different systems.
You can already go to file/open and switch to another db... If it's too long or too complicated, I could add a database combobox to allow fast switching (like in old romcenter)
Not really. I've done that combobox way too many times in Offlinelist and let me tell you, when you have to check say two databases, it's ok. But when you want to check say Commodore database you actually have to check 172 different dats! That'd be way too much.

BTW, I have one more suggestion: SHA1 hashing. It's being implemented more and more in the 8-bit scene at least. It's stronger, more secure and safer, so why not?

Greetings,

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Wed Nov 17, 2010 8:03 pm

About multiple db, If the only need is to do a search among xml/rdb files, I could simply add a new node with all dat, and using the search box on this node could filter the games.
It will not be possible to fix all games in all dat in one click. I need to convert a dat in a db file to query games and keep track of what has been fixed or not.
Maybe I could append a dat to an existing db, and add a sub node for this dat (Wanderer subdb), but keep in mind that a full mame db is already 100MB, and the biggest, the slowest.

Another solution would be to load several db at a time, and switch between them when needed (fix or display for example). Of course, each db will act as an independant database, and belong to a stand-alone node in the tree.

But then, is it really needed to implement that ? You can already go to file/open and switch to another db... If it's too long or too complicated, I could add a database combobox to allow fast switching (like in old romcenter).

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Wed Nov 17, 2010 7:32 pm

One more thing, Keep posting ideas and improvments. They will be taken into account during the core structure design, even if they're not developed now.

Re: -> Participate in Romcenter version 4 design!

by RomCenter » Wed Nov 17, 2010 7:30 pm

Yes, everyone is welcome to help test or code.

The wpf gui is quite good now and I manage to solve many problems (wpf was totally new for me). I'm working now on a working preview and it will be released very soon (don't expect to much..., it is just a gui preview so that you can see what' going on).

It can actually load a database, display files, roms, games and various flags, and you can browse and... that's all.
If some of you have knowledge in wpf, the're welcome to improve the interface.

Top