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.

3221

clrmame Discussion / Re: not removing files from RAR

« on: 22 May 2009, 07:16 »

I have noticed that recently removing rebuilt files from RARs hasn't been working for me.

I download 10+ "ROMs" a day that are in RAR format with two files in each. One file is the needed rom and the other is an .NFO.

I have to unRAR them to get the desired results...

1) of course the rebuilder would only remove the rebuilt file, the rom and not the NFO file.
2) remove from rar works perfectly fine, however your rar settings (settings->compressor->rar) must be valid for your system, i.e. you must have winrar installed and its binary must be in your %PATH% environment.

3222

clrmame Discussion / clrmamepro 3.126b released

« on: 21 May 2009, 21:18 »

3.126b

misc:  updated 1G1R algorithm according to No Intro Team's new requirements.  Active regions now filter sets in 1G1R mode
misc:  don't allow backup & download folders as rompath subfolders anymore
misc:  updated to some newer 7z sdk routines (fixing accessing files >=4GB). However block based unpack is still not enabled
misc:  new datfiles are sorted by full path name and not by description
misc:  changed and added some no profile/no data messages
misc:  got rid of some short foldernames
fixed: crash when printing results for sets without roms

3223

clrmame Discussion / #0018 - setformat.xml

« on: 20 May 2009, 21:50 »

Ah...finally a new posting....As mentioned...I'm busy

Ok...setformat.xml.

what is it?

It's a xml file in the cmpro root folder.

What is it for?

Here you can define how a set list export should look like.

In Scanner's Popupmenu you find an entry "Export Set List" where you can export the selected set (or all..or completely missing ones etc) to a file or to clipboard. You can specify how the output should look like by selecting one of the export formats which are defined in the upper mentioned xml file.

So let's have a look at the file.

Besides some comments about variable usage, there are four default export formats listed. You see that you specify various attributes per format:

name = a unique name which is also shown in the popupmenu

pre = a prestring
post = a poststring
separator = a string used for separation
string = the actual string which should be exported (see variable list for details)

So what is pre/post/separator and string all about?
The exported data looks like this:

pre + string (for set 1) + separator + string (for set 2) + separator + ..... + post

So feel free to create your own export formats.
As known from other xml or ini files you can use setformat01.xml ... setformat10.xml to avoid any overwriting when updating cmpro.

3224

clrmame Discussion / Re: Problems with files ≥4 GB

« on: 12 May 2009, 19:49 »

well...I had a look at the sample file and actually compiling some parts of it into cmpro is possible...however it's a pain in the ass, i.e. it takes too much time to adopt my current functions to use the dll functions. Look at the com and callback hell in there and it includes half of the SDK files....*sigh*...on the other hand look at the easy structured unrar.dll.

So for now: I don't waste time with 7z.

3225

clrmame Discussion / Re: Problems with files ≥4 GB

« on: 12 May 2009, 18:36 »

The 7z.dll in a x64 7-Zip install should be 64bit. I'll email mine to you just in case.

oopsi..yeah...forgot that they provide 64bit releases lately

3226

clrmame Discussion / Re: Problems with files ≥4 GB

« on: 12 May 2009, 18:12 »

you didn't see what I tried to point out.....find me a 64bit dll

3227

clrmame Discussion / Re: Problems with files ≥4 GB

« on: 12 May 2009, 06:00 »

Find me a 32 and 64 bit 7z.dll and a good documentation of the function calls then
This is not a request but more a call for help since I already tried to find anything useful on that for years and in the past it was a louse com based mess. Compiling the dll out of the SDK also fails easily since some source files are simply missing or were not updated to their correct name.....as mentioned before....the SKD s***s

3228

clrmame Discussion / Re: Problems with files ≥4 GB

« on: 11 May 2009, 21:38 »

Not really good news since the 4GB issue is only fixed for the table-of-contents reader....

With blockwise I mean a method to decompress/test 7zip data in chunks of some reasonable memory (e.g. 1 MB).
Currently it tries to allocate the unpacked size of the file for this....which of course causes problems for huge files.

So if anyone writes some block-wise C based "SzAr_Extract" function (see 7z sdk 7zExtract.c), please let me know.


No idea when a new version is released. My private life takes nearly all my time at the moment.
Trying to find a new and much bigger appartment plus full time job...

3229

clrmame Discussion / Re: Problems with files ≥4 GB

« on: 11 May 2009, 18:59 »

well....the new sdk fixes the >=4GB access issue, however unzip/test operations are still not blockwise.....at least I didn't find out yet how to write my own blockwise routine....

3230

clrmame Discussion / Re: Drag and Drop CHD Files

« on: 11 May 2009, 06:03 »

Actually a drag'n drop operation in the scanner does a rebuild operation internally. The rebuilder currently only works with ROMs only, so dropping a chd won't help you.

But:

You can simply copy a chd (no matter what's the name) to any rompath root folder and run a scan. The scan sees the wrong placed chd and moves it to its correct place, uses the correct name and also creates the necessary subfolder.

3231

clrmame Discussion / Re: Problems with files ≥4 GB

« on: 10 May 2009, 18:48 »

actually I'm looking into a newer 7z sdk at the moment...and there might be the chance that the known issues might get solved soon...so stay tuned

3232

clrmame Discussion / Re: Problems with files ≥4 GB

« on: 10 May 2009, 08:35 »

hmm...7z...interesting...if it would be zip I tell you that I only support standard zip which is limited to 4gb. The 7z sdk is lousy but I will have a look and check if I find something suspicious.

3233

clrmame Discussion / Re: CLRMAMEPRO 3.126a and MAME 0.131u1

« on: 09 May 2009, 06:47 »

It's a wrong sha1 definition in MAME's shootig master driver. cmpro only adds the file if you turn off (which is normally not recommended) the "check sha1/md5" additional checkmodes in scanner advanced (fixmissing)/rebuilder advanced (when rebuilding)

3234

clrmame Discussion / Re: Bug/Suggestion: Fix Unneeded

« on: 07 May 2009, 19:39 »

Argh, don't set the backupfolder as a rompath subfolder!!!!!

Cmpro supports decompressed sets. They follow the storing method: rompath\setname\file 1... file n

So your just created rompath subfolder is detected as an unneeded set and moved to backup...which is again the same folder.....and this creates a hole in the time-space continuum. Put your backupfolder somewhere else and I will add a check if someone got the weird idea to use the rompath or a rompath subfolder as backup....

3235

clrmame Discussion / Re: Bug/Suggestion: Fix Unneeded

« on: 07 May 2009, 17:42 »

The "Fix unneeded" operation moves the files to the cmpro backupfolder.
No idea what you mean with "unneeded folder".

3236

clrmame Discussion / Re: old mame exe issue

« on: 29 April 2009, 15:50 »

I downloaded mame034 from mamedev.com and put it in a new folder.
I try to create a new datfile with clrmame (selecting OLD_MAME in the create profile window), but at loading clrmame complains about a bad exe output.

BTW from a command prompt mame - listinfo > datfile.dat works perfectly and clrmame is able to load the output datfile.

There was one old version MAME exe which didn't allow an indirect call + redirect due to some djgpp compiler issues...maybe it was .34.

Try .35

3237

clrmame Discussion / #0017 - batcher

« on: 28 April 2009, 20:10 »

Hmm...real life takes a lot of my time at the moment...so just a quick one here...which you most likely already know....

You're bored to scan lots of dats as dat by dat? Well...then use the batcher.
Simply load more than one profile in the profiler (select multiple items) and the batcher window appears with three tabs.

Generally you can scan them in a row plus optionally a rebuild run before each scan (first 2 tabs). The third tab is mostly for naming rules when new datfiles are loaded. Pretty self explaining I hope.

The batcher simply loads the profiles in a row, so the individual n-th profile options are active during the n-th profile run. The options you select in the batcher window overwrite them temporarily. For example your profile removes rebuilt source files and you select in the batch to not remove them, the files won't be removed during a batchrun but they do get removed during a normal run.

3238

clrmame Discussion / Re: nightrai & psyvarrv oddities

« on: 27 April 2009, 16:57 »

Any ideas about this behavior?  Never had it occur before.  I am using the latest version of clrmamepro as well.

Sure I know what's causing this: You had wrong chds. Wrong checksums -> unneeded file -> fix unneeded removes them, after that you still miss the files.

The chds in question were replaced with factory reset versions in 0.130u2. Most likely you had the old ones.

3239

clrmame Discussion / Re: small request

« on: 27 April 2009, 08:51 »

hmmm...actually the profile name column sorts by profile name (btw...why do I don't see the sorting triangle in any of your listheader columns) The profile name however is either the name in the datfile header (description tag) or -if not filled- the datfile name. I will check if I can add something for new datfiles which don't have a profile yet....

3240

clrmame Discussion / Re: Skip confirmation only for certain fix options?

« on: 27 April 2009, 06:27 »

I understand your request...I put it on my list, however don't expect to see it anytime soon