EMULAB Forum
clrmamepro [English] => clrmame Discussion => Topic started by: Cassiel 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!
-
erm....this should not happen...which datfile format old deprecated or xml?
-
Any news on this? Can you send me such a file?
-
Sorry, wasn't around over weekend. Depreciated.
Let me create one and send over in a bit...
-
yes, please send one...I only had a short look at the code....and it should always write /r/n....a dat can give me an idea where (samples/roms/disks/whatever element) might miss one...
-
Sorry... got really caught up at work. Will try and send some examples later tonight. Apologies for the delay!
-
no prob
-
I just see that the header 'clrmamepro( ....)' elements only have a line feed and no carriage return....the game (...) seem to be ok....Is that what you mean....
-
try this...
http://mamedev.emulab.it/clrmamepro/binaries/cmp20140707.rar (http://mamedev.emulab.it/clrmamepro/binaries/cmp20140707.rar)
-
You are quick! :o I'm embarrassed now for being slow sorting out an example...
I've tested this on a random selection of TOSEC sets (both single rom per and set, and multi rom per set) and seems to work a treat... thank you.
-
Nice... I never openly questioned this, assuming it was part of some dark Linuxy truth where some manager depended on it being structured that way. I mean... I can't be the only one that still opens some things in notepad on a daily basis and curses Microsoft for only ever devolving.... Seriously, still no support for a fundamental means of portraying carriage returns in their baseline editor after 30 years? Grumblegrumble
Sent from my pillow
-
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!
@Cass, I know we've gone round the houses several times regarding scene releases and their line feeds changing when people move their NFO/SFVs from server to server (x0d0a/0d) but is there any value in maintaining consistent line feeds for DAT files?
-
Yup.... it pisses me right off prepping the next TOSEC release. LOL.
In reality it is not a big deal, most (all?) modern 'ROM' managers can handle either EOL type DAT, I just like to keep all the TOSEC DATs in Windows format rather than Unix for consistency, and therefore it's just ANOTHER thing to check when new DATs get submitted.
Though I guess it does serve a practical purpose when contributors are manualy checking/amending DATs, though I would hope they using something a bit more sophisticated than vanilla Notepad!