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 - B2K24

Pages: 1 [2]
21
This is wonderful news. I'm happy you have discovered how this happens because it's such a rare occurrence. I didn't know if it would ever be discovered.

As always, Thank you and very impressive work.

22
It's actively being worked on and it's a work in progress.
I would be happy if it maxed my CPU and all cores/threads to 100% the same as chdman does ;-)

It's best if you post your ideas in the forum because more than one person works on that code.
A post from me would be the same as a post from you (rank doesn't have any effect on this)
It's always easier said than actually done and I don't have the skill to do it and get it done.

23
Yes, 4.03a got an option to detect them. Check Settings->Compressor->General

Thank you very much Roman, for adding this feature.
Maybe investigating these zips from MAME ROMs might be something in common to give you idea how this happens.
If I come across anymore I will list them.

G:\MAME\roms\m1cik.zip got identical named files
G:\MAME\roms\m5tempt.zip got identical named files
G:\MAME\roms\sc2scshxstar.zip got identical named files

24
clrmame Discussion / Re: clrmamepro 4.03a released
« on: 21 February 2012, 03:04 »
Thank you Roman, auditing and rebuilding sets that are 7-zipped is working well.

On another note:  after testing new CHD handling with 4.03a
This is not any fault with ClrMamePro, but information everyone should know.
I believe there is problem with chdman and there is bug report on mametesters
http://mametesters.org/view.php?id=4699

I just finished converting a complete set of 0.145u1 CHDs and scanning with CMP 4.03a with chdman properly set to V5 and path to it properly set.

248/559 are incorrect according to the audit.

chdman 0.145u1
CRC32: F4D4CFDB
MD5: 9499D54BAF3F88385C86D773C65BE5B7
SHA-1: 6064A4875AB7E04D590246B42782BD6D0D27198A


http://pastebin.com/NRujHpXV

25
clrmame Discussion / Re: clrmamepro 4.03 released
« on: 20 February 2012, 01:55 »
I only get the above error when scanning a Full MAME romset that is T7zipped.
Scanning a complete zipped set with CHDs works great.

I'm unsure right now if ClrMamePro is supposed to work with T7zipped sets as I don't work with them very much and only rebuilt a full set when MAME supported 7-zip

26
I think it's not possible to reproduce this issue if you rebuild into an empty Destination Directory.
Now my drive G:\ I always keep a Full Complete MAME romset that I update with every u cycle. My drive H:\ I only keep MAME full releases, so in this case it's 144 then 145 and skipping the u cycles.

I use only the default settings to clrmame and don't change anything. I first preform the scanner and execute new scan  with all fix options checked. Then when some misses exist I jump to rebuilder and on the rebuilder I have checked the first 3 options.

compress files Zip
Recompress files
show statistics

In the rebuilder the source Directory also contains zip archives  I'm always rebuilding from zipped files into a destination that also always contains zipped archives.

So far I have encountered this updating MAME ROMs and working with FBA sets. The only things in common I can think of are the destination directories have previous complete sets in them and source directory always have zip archives.

I have no idea right now if my MESS softlists are affected, but I enjoy using batch mode working with those  ;D

Thanks for everything and I wish you the best of luck at finding out how this occurs. It's really rare, but does happen and I'm completely stumped at the moment.

27
Very rarely this happens, but it has happened to me rebuilding Full MAME ROM sets and some FBA zips.
I'm very curious to know how and why does this happen?

using latest version CMP X64 version on Win 7 X64 Ultimate

To make matters worse Torrentzip doesn't error out when tzipping a file with dupes inside.

[EDIT] I forgot to elaborate that new scan + all fixes does not detect the dupe/unneeded files
even emptying out the profile and starting fresh doesn't catch what's going on here.

A sample file can be look at here  >>> http://www.sendspace.com/file/qogxyd

28
General / Re: Source
« on: 15 January 2011, 18:02 »
Very strange, but indeed this does work.
Thanks very much for that :)

29
General / Re: Source
« on: 15 January 2011, 05:02 »
source would be great because hi score function doesn't work. It needs to be compiled and patched with hi_141.diff by MKChamp.

Pages: 1 [2]

Page created in 0.157 seconds with 19 queries.

anything
anything