Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

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.

2001

clrmame Discussion / Re: Question about Rebuilding in the correct path of zip file

« on: 21 December 2013, 19:26 »

Thanks for sending in the files....
I tried to rebuild your scenario as best as possible but still no luck to repeat your issue.

Attached is an example screenshot showing the rebuilt zipfile (using your configuration) which only contains the roms, no subfolders.

So...maybe you show me some screenshots from your system where you show me what your problem is...maybe we're talking about totally different things....

2002

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 21 December 2013, 19:12 »

http://mamedev.emulab.it/clrmamepro/binaries/cmp20131221.rar

2003

clrmame Discussion / Re: Disabling 'Recompress Files' when rebuilding to 7z files

« on: 21 December 2013, 18:03 »

well...the look-ahead idea to see if everything in the source archieve will simply be taken over to the destination is not that new....
I got it on my list for a long time but had no time yet to add it...

it's pretty simple for 1-rom-per-set games or no merging...but if you want to add it generally you have to care about some many tiny things...

2004

clrmame Discussion / Re: Disabling 'Recompress Files' when rebuilding to 7z files

« on: 21 December 2013, 06:19 »

the rebuilder is file based not set based....it actually runs thriugh all single files and all single files in an archive...it doesent really know or care about completness of sets....so a 1:1 copy is not that easy ...

2005

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 21 December 2013, 06:16 »

Hmmm nothing really changed regarding this aspect....only the rar dll....I will have another look over the weekend...
I got an explanation for not deleting part 1 already....that should be an easy fix....actually I guess that will also solve the rest....

2006

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 20 December 2013, 21:01 »

ok...changed the way to get the volume names (also via callback)....
http://mamedev.emulab.it/clrmamepro/binaries/cmp20131220.rar

modifying multi-part-rar files seems to fail though...but this is a general limitation (if I run it from a commandline I get the same error)....hmm...don't know if that was different in the past.

2007

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 20 December 2013, 19:08 »

hmmm....looks like the updated rar lib got some problems with getting the correct rar-part names...I got the filename in the filename fields AND in the archive name fields...where I usually expect the part name...looks a bit odd....

well, the wrong name leads to the remove failure...
will check the lib...

2008

clrmame Discussion / Re: Strange 7z LZMA2 warnings

« on: 20 December 2013, 07:37 »

I've got 16 ;-)


I think there was a still a problem with some callback functions (e.g. to calculate sha1 on a buffer etc...)....but as I said...I haven't looked at it anymore...maybe in 2014..

2009

clrmame Discussion / Re: Strange 7z LZMA2 warnings

« on: 19 December 2013, 19:07 »

No it's not in...since I actually did not look at it anymore....
7z is very very low priority within the very very low amount of time I got....

get more RAM instead :-)

2010

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 19 December 2013, 19:06 »

file removal from a rar file works fine here....

Be sure that you got winrar binary reachable (via %PATH%) and check Settings->Compressor->Rar if the delete cmd line is correctly set....

2011

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 16 December 2013, 21:23 »

ah....now I see what you mean...it's the missing callback when it asks for a volume change (since a rar in a zip will be decompressed with a temporary name and it won't find the other part due to a different naming...)...

so here we go:

http://mamedev.emulab.it/clrmamepro/binaries/cmp20131216.rar

2012

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 16 December 2013, 19:32 »

hmm...I cannot repeat the behaviour here.....(Win7, 64bit)....

I've used your (Zandro) test files, rebuilt them to a zip or to a rar...multiple times, scanned, nothing is locked....

Did I miss something?

2013

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 16 December 2013, 14:06 »

haven't changed a single bit of my code...and only replaced the dll/lib part for compiling.....will see if I need to update the calls a bit...but I highly doubt it....

you may want to test the latest one here: http://www.rarlab.com/rar/UnRARDLL.exe

...I may have some limited time tonight or end of the week....

2014

clrmame Discussion / Re: Question about Rebuilding in the correct path of zip file

« on: 15 December 2013, 21:28 »

The comment about *.ini and *.cmp files simply means you should send me a copy of your cmpro installation...I only need the cmpro.ini file and the *.cmp file from the cmpro settings folder which belongs to the profile you're using.

Cmpro does not include subfolders structures into zipfiles as long as the used datfile does not use them...and MAME never did such a thing.

There is no need for "an option for path correction in Clrmamepro", since cmpro already complains if you got your files stored in wrong subpaths or subpaths inside archives.

Again...nobody but you ever mentioned such a problem. As long as you can't provide me additional information like screenshots showing your problem or the files mentioned above, I can't help you.

The normal way to produce a profile for MAME within cmpro is simple: Go to the profiler, click create, let the Filename point to your official MAME exe file, be sure Emulator says "MAME" and enter a Description...that's it...hit Create Profile and after returning to the main screen, double click the created profile to load it....There will be some prompts appearing during loading, you can hit always "Yes for all" ...to keep it simple...

2015

clrmame Discussion / Re: [BUG] RAR volume open lockup

« on: 15 December 2013, 21:19 »

well....it's the dll which comes with latest winrar....I will check this within the upcoming week....

2016

clrmame Discussion / Re: CMP Incorrectly shows missing CHDs

« on: 11 December 2013, 20:20 »

You're using full merged sets, so the chd is only missing in the parent....so it's red there....
besides of this...the coloring in setinformation was never really used for something useful...
scan results tree is the only thing you should care of

2017

clrmame Discussion / Re: "Edit DatFile" option in CMP

« on: 10 December 2013, 17:06 »

well...actually I used "edit" as argument for the ShellExecute function call...which was definetly correct in the past...seems it does not work fine with Win7...anyway...I've changed it to "open"....

http://mamedev.emulab.it/clrmamepro/binaries/cmp20131210.rar

2018

clrmame Discussion / Re: "Edit DatFile" option in CMP

« on: 10 December 2013, 10:45 »

yeah it should already do use the default window open function....funnily nothing happens...don't know why at the moment...will check at home...

You -> "I await a new build"

Me -> "I await XMas gifts"


:O)

2019

clrmame Discussion / Re: "Edit DatFile" option in CMP

« on: 10 December 2013, 08:34 »

Well, "Edit datfile" simply calls a Windows Function with the given full path of the datfile...MS Windows cares about how (or better which program to use) to open it...
yes...it does not open...which is weird...I will double check at home....

2020

clrmame Discussion / Re: "Edit DatFile" option in CMP

« on: 10 December 2013, 05:22 »

you only have to tell Windows to open files with.dat extensions with notepad++......

.....or am Im missing something here......