Nologic

Well I've setup my paths a few different ways over the year...and switching can be painful. The main reason the pathing is setup the way it is...is simply because I was using a number of emulators, which used the same assets. Not to mention I have a lot of stuff setup right now...so to keep things organized and under control this seemed like a decent method. There really is no ideal way to have these setup other than what works best for you. mightypeniz - Batch script would likely be someone else but I did have an AutoIt script & INI file that would do it...at one point...think it got trashed tho

Oh I've been lazy as of late...I will see about getting this coded up.

Yes it supports CUE+BIN...I guess my representation wasn't easy enough to grasp. What I meant...in long format is: CUE+BIN+MP3 CUE+BIN+OGG CUE+BIN+FLAC CUE+BIN+... CUE+ISO+MP3 CUE+ISO+OGG CUE+ISO+FLAC CUE+ISO+... Hehe I guess I'll try not shortcut it anymore.

I don't think ISOBuster has virtual cd\dvd...I think its mainly for editing the disc image...but maybe things have changed. Out side of that yeah ISOBuster is a great application for what it does...I also like UltraISO for disc editing.

Prior I typically used Alcohol 120%...but have since gone back to Daemon Tools and as of recently been toying with Daemon Tools Pro...with mixed feelings. Mainly hating the GUI for DTP as it can't be scripted...which is compounded by the fact the executable has less CLI scripting ability in comparison to its free sibling. Its one saving grace for DTP is the compressed MDF files...thats it. Alcohol 120% doesn't support CUE+BIN\ISO+WAV...least the last I recall...course nether does anything else except Daemon Tools. None of them support CUE+BIN\ISO+OGG\FLAC\MP3\... Virtual CD...has a LOT of cool features and is very very scriptable over all...!BUT!...it lacks one very VERY painful thing and thats support for CUE files...maybe this can be added by external means...but its god DAMN foolish not to support it out of the box...as CUE files are the main stay of disc images...its this one thing that completely removes a quality product from my radar. Its compressed disc images aren't bad...but don't compress as well as DTP from what I've seen...additionally making primary container file with an index file...seems to be hidden...so far I've only managed to make a few dozen files...which to me looks like ass...and makes things more difficult to manage...so DTP wins out here. If Virtual CD got to where making a two file compressed dump braindead simple an added support for CUE+BIN\ISO+WAV\OGG\FLAC\MP3\... it would be flat out the hands down best...BUT it doesn't have that stuff yet. So my rankings: Daemon Tools Daemon Tools Pro Alcohol 120% PowerISO MagicDisc Virtual CloneDrive Virtual CD bkenobi - Virtual CD does have CLI support.

Thanks Tom for the new version...but should probably give tempest69 a mention as he helped with a number of the map files...that and I said he would get credit for the work he has done...which he should.

Well your going to have to modify Mame or create the config files...ether or. Since the alterations done to Mame's Input system have been put into place to where it reads RAW Input rather than what the OS tells it...it would require a low level driver to be written to by pass this...and coding drivers is a lot different than coding frontends. Your basically requesting something thats not practical since those changes have taken place. It would be nice if GX could do this...but it can't...so you'll just have to accept what methods that are available to work around the problem since GX can't. That and what does it matter if its Mame and not GX that gets modified?...as long as it works right...thats the main point.

Really starting to like this....3DO USA from 66.1gig to 42gig...files play fine hehe once the HDD was defragged...other wise had some slight glitches with the sound.

ahh damn...you mean I didn't have to suffer with coding around that hunk of shit....hehe Yeah batch converter...good CLI...a frigging sane GUI to work with...something...gee's Only issue with mine...other than having to manual get things setup...was DTP would some times throw errors if the pathing was to long in length....with TOSEC naming it becomes real easy to trip that error...but if your dealing with a sane naming system things should fair nicely....other wise its best to put things as close to root as possible. So far the only issue I've come across is NeoRaine...but thats only because it won't make use of virtual drives...other wise things have been great so far. Stu do these keep subchannel data or does that get tossed....or are you clueless like me. I know standard MDF's kept everything including the kitchen sink.

redders - Fusion doesn't read them directly...but if mounted in a virtual drive it will read the contents just fine. Elfo - Yes typically MDF files are the same size as BIN's...the compression bit is new...and far as I know only applies to DTP. There are other compressed disc image formats out there...but I think all but MDF lose subchannel data...which may or may not be important.

Okay just converted over a ISO+WAV Neo-Geo CD set....was 46.5gig...now 36.6gig unarchived.

Okay this will work with SubFolders...I'll work on everything in one folder. Now you'll need to compile it and stuff it into your primary folder...then you'll need to start DTP and click "Tools\Convert Image...", then you'll need to make sure "Compresss Image Data" is checked...at this point double click the executable & go have a beer or two...or a few cases...hehe depends on how many images you'll be converting. #include <File.au3> #include <Array.au3> ; File Extensions to Find $Find = StringSplit ( 'b5t|b6t|bwt|ccd|cue|isz|mds|nrg|pdi|cdi|iso' , '|' ) ; Create Directory Array $DirList = _FileListToArray ( @ScriptDir & '\' , '*' , 2 ) ; Wait for Convert Image Window to Exist $title = '[CLASS:TConvertImage]' WinWait ( $title ) For $h = 1 to $DirList[0] ; Create File List Array $FileList = _FileListToArray ( @ScriptDir & '\' & $DirList[$h] & '\' , '*' , 1 ) ; Test File Extensions in Array Order Against Files For $i = 1 to $Find[0] ; Test Current Extension Agaist All Files For $j = 1 to $FileList[0] $ext = StringTrimLeft ( $FileList[$j] , StringInStr ( $FileList[$j] , '.' , 0 , -1)) ; If Extension Matched Then Convert Image, Then Test Next Directory If $ext = $Find[$i] Then WinActivate ( $title ) ; Set Source File $source = @ScriptDir & '\' & $DirList[$h] & '\' & $FileList[$j] ControlFocus ( $title , '' , '[CLASSNN:TTeEdit9]' ) ControlSend ( $title , '' , '[CLASSNN:TTeEdit9]' , $source , 1 ) ; Set Destination File $destination = @ScriptDir & '\_New_Discs\' & $DirList[$h] & '\' DirCreate ( $destination ) ControlFocus ( $title , '' , '[CLASSNN:TTeEdit1]' ) ControlSend ( $title , '' , '[CLASSNN:TTeEdit1]' , $destination & $DirList[$h] & '.mds' , 1 ) ControlClick ( $title , '' , '[CLASSNN:TTeButton4]' ) ; Wait till complete Sleep ( 2000 ) WinWait ( 'Completed - Convert image' ) ExitLoop 2 EndIf Next Next Next ; End Of File

Oh my god this is like working with a brick...this is ugly and ugly some more. Well I'll be able to automate most of it.....BUT...there is going to be some human interaction...I hate badly written custom controls....and I absolutely HATE skinned app's when I have to automate them. If someone can come up with some CLI commands that deal with converting files...I'd sure love to have them...because I can't find any...and this GUI sucks ass. Is there anything else out there that creates these compressed MDS\MDF files?

Well if your already doing it...then stop and let me get the script written up for you to test out...hehe much rather fubar your system than mine.

Okay I'm wondering if anyone has ran into issues when using Daemon Tools Pro compressed MDS\MDF files...as in loss of quality...issues with emulation...anything really. The reason I ask is because I'm getting a little cramped on space...and starting to think maybe I should write a script to automate converting a large amount of disc images over to this smaller format. 20%-40% space savings is really hard to ignore...hehe

hmm well art assets actually carry the same penalty as binary files...artwork is also copyright material...now likeness of...is the gray area...but actual assets...isn't in the gray at all. My logo's...generally will end up with my ass sued as they are only faintly in the gray area...that said most companies will not sue because of use of their logo unless it in some manner devalues the company... So take that chatter as you will.

oh...never even thought of that...hehe don't have any 64bit OS installed...so its a screw up on my part for not accounting for that.

Well the one you are having issues with....did you use a registry tweak to remove 8.3 file naming? if so...that might be the issue...other wise I'm drawing a blank. Anyways your welcome and enjoy

Okay so your extracting _Binary to 7zip.exe into d:\roms\roms_n64\ then executing it...and its failing...correct?

Okay here are all three of my 7-Zip scripts...all test for 7z.exe _Archive to 7zip.exe _Binary to 7zip.exe _SubFolders to 7zip.exe I know you weren't looking for the subfolder one...but tough shit...hehe I coded it up yesterday. I'll be nuking the prior versions here shortly.

Well rebooting shouldn't make a diff to the script...do you have 7z.exe in your 7-Zip folder? as its kind of a requirement...I'm not running this through the GUI. Hehe maybe I should test for that file rather than just assuming its there. *Update* Added Archive to 7zip...should work with any archive supported by 7zip for extraction.

Okay here is the first script...its for taking Binary files...that are all in a single folder, then archiving them in 7zip format into a new folder called "_New Archives"...currently this should use whatever default settings you have for 7zip....of course 7zip is required to be installed on the system...and the script assumes that it is installed under "Program Files\7-zip\" if not...you'll need to alter the script to account for this....source is of course included in the attached archive. To use simply extract the executable into the folder you wish to process...double click it and let it run...once done it will display a message box informing you of such an event...if you really desire more feedback...I could code in a progressbar....which seems generally useless to me...as it'll be done when its done. Enjoy

Thats exactly what I needed to know...I'll see about getting things coded up.

Man really wish I had let Brian or HK...hehe or anyone else tackle this project. tempest please attach your configs...and I'll see if I can solve things...because more than likely you can use your configs...just with some changes made. jombee - I'll see about getting an I-Pac version up tonight...tho I'm flying blind as I don't have one...so its some guess work on my part based off what doc's I can find.

Okay your commandline should look like so: Fusion.exe -scd -fullscreen "[RomPath]\[RomFile]" Now another thing to keep in mind is that Kega Fusion only likes BIN or ISO based disc images...anything else will have to be mounted in a virtual CD\DVD drive. Now when sending the BIN or ISO...you'll actually be sending the CUE file to load the image....its important to make sure the CUE file doesn't contain any pathing information...strictly the file names. So if you see something like: FILE "C:\Sega CD Rips\SONIC CD.bin" BINARY Change it to look like: FILE "SONIC CD.bin" BINARY And of course all file names in the CUE file must match up withs in the directory. Its also important to make sure you're using the correct region CD BIOS as things may not emulate correctly or at all...hehe haven't tested. Also worth a mention is enabling Options\Perfect Sync as this can be critical to proper emulation of CD games.