EMULAB Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

The new forum is online, hope you enjoy it!

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Roman

Pages: 1 ... 99 100 101 102 103 [104] 105 106 107 108 109 ... 165
2061
clrmame Discussion / Re: 4GB files get zipped good but
« on: 25 July 2013, 09:32 »
Standard zip only supports up to 4GB.
Yes, there are zip extensions which allow >4GB but they are not supported.
Use rar or 7z instead

2062
clrmame Discussion / Re: Create a .dat file using a Mac
« on: 25 July 2013, 09:14 »
not the engine.cfg ones but the cmpro binary changes of course

2063
clrmame Discussion / Re: Create a .dat file using a Mac
« on: 24 July 2013, 17:48 »
ok...use this in your engine.cfg

engine (
   name MESSDAT
   gamelist mess
   cachefile _datfdatm
   replace machine game
)


and use this build...
http://mamedev.emulab.it/clrmamepro/binaries/cmp20130724.rar

2064
clrmame Discussion / Re: Create a .dat file using a Mac
« on: 24 July 2013, 10:05 »
well, a quick way for you would be to replace opening and closing machine xml elements with corresponding game elements with a text editor...

2065
clrmame Discussion / Re: Create a .dat file using a Mac
« on: 24 July 2013, 09:45 »
thanks...
I don't know if I can look at it this week but next week definetly....

2066
clrmame Discussion / Re: Create a .dat file using a Mac
« on: 24 July 2013, 08:51 »
well, you can send me your datfile and I can try it (on a windows machine though)...

2067
but of course you can create a dat for it...all you need is the hash and size and name information from the files inside the lha files :) Sounds a bit like a batch job with some text editing afterwards...

no really...I wonder how standard zip files can cause issues....

2068
clrmame Discussion / Re: Create a .dat file using a Mac
« on: 24 July 2013, 06:49 »
As you can see, MESS is not using game elements but machine elements. That's why you have to switch to a different "Emulator" type in Profiler->Create. There you switch to MESS.

But I guess you can't do a direct import from a binary using WINE or other Windows emulators...

So you either convert your MESS XML with XSLT to a MAME XML one or you can add the following to cmpro's engine.cfg:

engine (
   name MESS_DATFILE
   cachefile _messdatfdat
   replace machine game
)

Restart cmpro and then you need to be sure to load the datfile with "datfile type "MESS_DATFILE" (profiler bottom left)...

2069
clrmame Discussion / Re: Rebuild log (+ typo?)
« on: 24 July 2013, 04:59 »
hehehe a long time ago actually shortly after the last official release.

2070
I wonder why zip files cause issues or are unpredictable.....sounds like a bad excuse for not filtering corrupt ones...anyway....I doubt that I find the time to add lha support.

2073
clrmame Discussion / Re: Rebuild log (+ typo?)
« on: 23 July 2013, 18:04 »
thanks for the files, I will have a look at them next week when I got a little time....

2074
:-)

2075
Well, it did....baddumps are unneeded...because the hashes don't match...what kind of report did you expect :)

2076
clrmame Discussion / Re: Create a .dat file using a Mac
« on: 23 July 2013, 17:14 »
Well...did you look at the -listxml output? Redirect it yourself to a file and check if it actually is a valid xml file with valid entries.

......and of course for a MESS import you need to switch to a MESS xml parser in profiler->create...

2077
A chd is marked as unneeded if the hash does not match. So you should double check the sha1 hash of the chd file in question (chdman -info ...) with the one in the MAME database. If it does not match you have a wrong chd.

2078
ah nice finding...looks like it removes the extension :)
Guess I need to fix this

2079
clrmame Discussion / Re: Rebuild log (+ typo?)
« on: 22 July 2013, 17:31 »
well...yes typo...but it saves and loads it with that typo...so no need to change it :) (otherwise it won't load it correctly after an update)...

well...for [EXISTS] I can add the first instance of what did match (the source filename you got anyway...so I might add the first found destination file....remember, you might have 1 source for 1231820312 destination files :o)

The reason actually should be something out of these:

no hash match
CANCEL BUTTON PRESSED
GoodDump Size Mismatch
Decompress/CopyCompressed Failed on GoodDump
Create Destination Problem

So you mean you got one without any reason? Interesting....

2080
Actually it only happened when you loaded a non-xml datfile afterwards...

Pages: 1 ... 99 100 101 102 103 [104] 105 106 107 108 109 ... 165

Page created in 0.3 seconds with 20 queries.