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.

Topics - Cassiel

Pages: [1]
1
clrmame Discussion / MAME SL: Fujitsu FM Towns CD-ROMs
« on: 04 October 2023, 13:19 »
Not a big deal, but is there any way to get CMP to disregard this error so appears as 'Green'?

2
clrmame Discussion / MAME v0.241 snes.xml
« on: 24 February 2022, 13:50 »
FYI CMP seems to choke on the latest SNES softlist "incomplete datfile or a bad exe output". Last set it could import is "flintsmp".

I've tried grabbing the latest from MAMEDev Git, but same issue.

Maybe something to do with the latest parser change in latest CMP build? Also I've never noticed before but snes.xml/dat seems to have multiple spaces at times. Not sure if that's to do with anything.... haven't looked into further yet.  :)

3
clrmame Discussion / Suggestion...
« on: 25 January 2021, 21:39 »
Another quick suggestion, unless i just have not found this setting yet.  :)

When rebuilding from a folder with sub-folders, where the destination folder is within the sub-folders, CMP throws up an error to warn of this ('CMP will skip this folder'). Fair enough. However, sometimes this is known and desired behaviour (not a user error) but in batch mode this causes a problem because it requires user intervention every time to click OK, carry on.

Can a Yes To All or equivalent (Ignore warning?) be added to mitigate this?

4
clrmame Discussion / Two Small Feature Requests
« on: 13 November 2020, 22:36 »
Nothing Earth shattering, but keep forgetting to post the suggestion:

1) Filter on Profiler for red/green/unscanned
2) Show DAT count when selecting a number of DATs in Profiler (useful to make sure the number you are expecting matches what CMP sees, especially when batch adding)

5
clrmame Discussion / 32k Path Length Issue
« on: 21 September 2020, 09:37 »
Hey Roman, long time no post.

I'm experiencing an issue regarding your v4.036 change:
"added: automatic 32k path length support, no more need to use \\?\ prefixes (*)"
(BTW was super stoked when I read that!)

I have a TOSEC-PIX DAT that CMP does not recognise:
"C:\Program Files\ClrMamePro\datfiles\TOSEC-PIX\Tandy Radio Shack\Magazines\Byte Bandits of America Tandy TRS-80's Computer Club Newsletter\Tandy Radio Shack - Magazines - Byte Bandits of America Tandy TRS-80's Computer Club Newsletter (TOSEC-v2010-01-21_CM)"

The path length is 261, which takes it over the MAX_PATH limit of 260 (by one bloody char!) but my understanding is this should not be an issue now?

Obviously this is not the end of the world, can work around, but thought you would like to know (especially if an easy fix). I've not checked any other TOSEC DATs yet, this is just one I spotted first.

6
Undumped Wiki / Coke-Cola Vending Machine with Game
« on: 18 April 2016, 14:43 »
Just a quick one...

I was reading an old copy of C&VG and saw this news item about a Coke vending machine with a built in game. Might be worth investigating if any has the time/interest...  :)

It is in: Computer & Video Games - Issue 022 (1983-08)

Attached is the excerpt.

7
Quick suggestion, when adding DATs from a folder (in this case MAME hash files) where they already exist, add a 'Yes to All' option.

At the moment it asks if you want to replace existing, yes or no. And you have to click yes 300 odd times.



8
clrmame Discussion / DAT (depreciated) -> XML
« on: 16 January 2015, 11:58 »
Hey guys... this isn't necessarily a specific CMP question, but does anyone know a way that I can (bulk) convert a bunch of DATs in legacy format to the new n' shiny XML format?

I don't see anything under Dat2Dir, and I had it in my head that Logiqx's DatUtil could do this but I think I am mistaken.

Any pointers much appreciated...

9
clrmame Discussion / (Another) new feature suggestion
« on: 02 October 2014, 17:05 »
...to be filed under "yes please if easy to implement"   :P

Like chdman version check, can you implement the same for RAR version? Check for latest v5.0.

http://www.forensicswiki.org/wiki/RAR


10
clrmame Discussion / Is this possible?
« on: 27 August 2014, 10:34 »
What I'm trying to do (I have reasons!):

I have a DAT with 1 rom per 1 set. I want to keep the roms uncompressed, and I want to keep them all in the root of the rom path, and have CMP able to scan them (rebuilder doesn't matter), i.e:

not like this:
rom_path\set1\rom1
rom_path\set2\rom2

but like this
rom_path\rom1
rom_path\rom2

This is akin to how you can choose to have CMP deal with CHDs, though on a DAT level rather than global.

Is this possible?

11
clrmame Discussion / Dir2Dat
« on: 04 July 2014, 11:26 »
Quick question: do you know why Dir2Dat randomly seems to choose either Windows or Unix line endings? I can't figure out the pattern of why it does this, though it does seem to favour Unix.

Any idea why? Or it is possible to add option to choose which every time?

Thanks!

12
I have another small request, though it may already exist and I just don't know it!

Keyboard short cuts for frequently used commands, such as switching between scanner/rebuild/profiler etc.

What do you think?

13
clrmame Discussion / Feature Suggestion: Attributes
« on: 04 July 2014, 11:21 »
I have a small request: can we have h/r/s attribute warnings saved in log?

14
clrmame Discussion / Folders
« on: 07 August 2013, 12:04 »
Quick question...

Do you know if CMP handles folders/paths in a different way to WinRAR?

The reason I ask is in regards to DATs which include a very large number of ROMs in an individual set (Yori Yoshizuki's Unrenamed DATs for example). Rebuilding these to RAR can take ages, especially once the 'set' becomes large since every additional (tiny) 'rom' that gets added causes the whole set to be re-compressed again.

So... what I typically do with these DATs is rebuild uncompressed first, then use WinRAR to compress each set (only one pass per set then), then switch CMP back to 'compress with rar' and scan. This works pretty well, EXCEPT if the set contains folders/paths. CMP doesn't recognise any sub-folders created by WinRAR. Any ideas? Are there different ways to store/declare paths in RAR archives?

15
clrmame Discussion / Scanning issue on specific file
« on: 14 October 2012, 15:53 »
I'm experiencing a weird issue scanning a set with a specific file.

If I use Redump DAT 'Audio-CD' and rebuild the CUE file 'D's Diner - The Director's Cut (Japan) ([3DO] D no Shokutaku - The Director's Cut Bundle).cue', it rebuilds fine. However, when I then scan the DAT CMP hangs on this set. I have not rebuilt the actual image yet, the set ONLY includes the CUE atm.

I'm using:
MS Windows 7 Ultimate 64-bit SP1
ClrMamePro v4.08a
WinRAR v4.20

I am rebuilding to a RAR archive. I experience the same behaviour if I manually add the CUE using WinRAR.

Pertinent files attached.

Any ideas?

16
clrmame Discussion / WinRAR suggestion/query
« on: 10 July 2012, 15:18 »
Not sure if there's an option to fix this myself that I've missed (I don't think so), but.... when storing images in RAR format, if an image in a set needs renaming CMP/WinRAR renames and re-compresses the entire set.

If I do the same (rename the image) via opening in WinRAR, it does not appear to re-compress and is therefore much quicker. I only recently noticed this on big images such as in No-Intro 3DS.

Is there a way to get CMP to call WinRAR to rename via this method?

Any ideas why this is? Maybe it just copies existing compressed stream? Updates file metadata only?

17
clrmame Discussion / A couple of random requests...
« on: 28 March 2012, 12:35 »
....whilst you still in a coding mood.   :)

a) I love the h/r/s attributes warning option. I know it may sound very anal, but it does bug me when images have incorrectly applied attributes. Can these warnings be saved somewhere if enabled (maybe as part of the scanner fixdat or log?). I'm asking for when scanning in batch mode as it would be easy to miss any warnings under than situation.
b) Speaking of batch mode, at the moment (I believe from personal experience unless recently changed) if CMP loads a DAT and finds a problem such as no path set/found (could be because an external hard drive isn't connected or turned off for example) it will skip the DAT and go onto the next. It would be more useful to throw up an error rather than continuing, as it would be easy to get into a situation (as I have in the past) of thinking a set has been scanned and is 'complete', but in fact the batch mode just keeps 'skipping' past it because of this issue during a batch run at some point in the past.

Thanks for listening.....

18
News & Communication / New TOSEC Release (v2011-11-11)
« on: 11 November 2011, 02:11 »
A little later than planned, but please be advised today we have a new release pack!

TOSEC (main): 1140 DATs (174 new / 292 updated / 64 removed)
TOSEC-ISO: 112 DATs (0 new / 5 updated / 0 removed)
TOSEC-PIX: 386 DATs (0 new / 0 updated / 0 removed)

The focus since the last release continues to be the migrating of remaining depreciated 'Various' DATs and other legacy categories. We have also been aggressively targeting all the 'ZZZ-UNK-' non-renamed images with the aim of reducing their volume release on release.

As mentioned in our last release, all new and updated DATs include SHA-1 hashes in addition to CRC32 and MD5 for greater flexibility. Currently around 55% of TOSEC DATs include SHA-1, the remainder of which will be upgraded in due course.

As always, make sure to peruse the readme.txt and feel free to join in in the forum with any related discussion or questions.


The TOSEC Team
http://www.tosecdev.org
http://www.tosecdev.org/forum
http://en.wikipedia.org/wiki/TOSEC

19
News & Communication / TOSEC Release (2011-01-19)
« on: 19 January 2011, 23:09 »
Guys,

Just to let you know if you are interested, we have released a brand new TOSEC DAT pack today.

Details and download can be found here:
http://www.tosecdev.org/

Enjoy...!

20
clrmame Discussion / New feature request....
« on: 27 December 2010, 03:16 »
The option to warn on files that are read only/system is really handy, but would it be possible to extend this to include these warnings in the fixdat, or perhaps more appropriately in another (saved) scan type report?

Would find this very useful in identifying archives with superfluous comments or incorrectly set read only flags.....

Would this be much work to include?

Pages: [1]

Page created in 0.174 seconds with 19 queries.