EMULAB Forum
clrmamepro [English] => clrmame Discussion => Topic started by: Roman on 14 August 2015, 21:10
-
Well, time for a test build....
misc: new compiler (Visual Studio 2015) and environment (Windows 10 Pro 64bit)
fixed: wrong "wrong case" set message when a chd is missing
fixed: 7z/rar detection of obsolete folders fails in some cases
fixed: datfile nodump flag gets ignored in case of an additional size=0 entry
I haven't done any checks if the exe files still work under XP/7/8...but I guess you will let me know.
http://mamedev.emulab.it/clrmamepro/binaries/cmp20150814.rar (http://mamedev.emulab.it/clrmamepro/binaries/cmp20150814.rar)
actually a quick speed test is not that good. The vs2015 compiled exe seems to be a bit slower (scanning speed). I will check if it's related to the latest fixes or compiler optimization flags, etc....
-
for windows 8.1 pro and server 2008 R2 standard, It seemed normal!
There is some procedure to test the clrmampro?!
-
Thanks for the test build, here are some results:
http://www.emulab.it/forum/index.php?topic=3960.msg15533#msg15533 (http://www.emulab.it/forum/index.php?topic=3960.msg15533#msg15533)
http://www.emulab.it/forum/index.php?topic=3959.msg15532#msg15532 (http://www.emulab.it/forum/index.php?topic=3959.msg15532#msg15532)
-
Confirmed, this test build removed 3 empty folders from 7z archives:
cbm8296.7z
cbm8000_hsg_b.7z
cbm8000_hsg_a.7z
Goof job
btw - little request :
Roman please add :
when finish cmpro show log from this session - removed, renames, moved and etc info about roms , maybe any popup separated window.
Many tnx :)
-
scanned all my sets with new test build on Windows 10 x64 - works fine, thanks!!
-
would be interesting to know if it still works on XP (ok...not really the platform to support these days)
-
would be interesting to know if it still works on XP...
cmpro.exe "is not a valid win32 application" :(
obs .:
was run on a Pentium 4 machine (not vitual),
with windows XP Professional SP3 (clean instal w/ all last updates)
-
thanks for testing
-
ah...found the reason for the slowdown...actually it was my fault and connected to
fixed: wrong "wrong case" set message when a chd is missing
old speed restored now (no new testbuild though...)
-
http://mamedev.emulab.it/clrmamepro/binaries/cmp20150819.rar (http://mamedev.emulab.it/clrmamepro/binaries/cmp20150819.rar)
so far....
misc: new compiler (VS2015) under Windows 10 Pro (this includes, no more support for Windows XP)
misc: warning window is now global
misc: 7z/rar warnings are now shown in the warning window, not as a messagebox anymore which you have to click
misc: profiler move/add datfiles overwrite prompts support yes/no to all
fixed: wrong "wrong case" set message when a chd is missing
fixed: 7z/rar detection of obsolete folders fails in some cases
fixed: datfile nodump flag gets ignored in case of an additional size=0 entry
fixed: nodump without any size entry were not imported
fixed: wrong rar bad crc message when deleting full archives
(keep in mind this is no official build, feel free to report issues)
-
Roman, this test build freezes, now when scan, cmp try moved and renames faceoffh --> Chexx
and cmp freeze , archive is empty, all roms moved to cmp backup folder.
solution is - kill cmp , start again and rebuild this set.
-
Unless you build a repeatable scenario (single files, datfiles, settings) I can't help you.
It works flawlessly on my machine....(I know this is no excuse..)
-
Roman, this test build freezes, now when scan, cmp try moved and renames faceoffh --> Chexx
and cmp freeze , archive is empty, all roms moved to cmp backup folder.
solution is - kill cmp , start again and rebuild this set.
i can confirm this. thou it hung on another rom set (mjmyornt), while scanning 0.164 roms with 0.165 dat.
i use cmp20150819 x64 build.
p.s.: then, it hung on vinvader rom set (just scanning).
-
not here....if you are able to create a minimized set (e.g. only the files in question), also let me know your settings (full or split merged, zip/rar/7z files)
...and of course it would be interesting to know if the last official build works....
-
not here....if you are able to create a minimized set
sorry, no - the set is already fixed. :(
also let me know your settings (full or split merged, zip/rar/7z files)
merged, 7z, MAME 0.165.
-
7z and merged...two things I don't like to hear...even worse if it's t7z....
I try to generate a 164 fully merged 7z mjmyornt one and then check with 165 in the next days...so stay tuned...
-
I try to generate a 164 fully merged 7z mjmyornt one and then check with 165 in the next days...so stay tuned...
okay, thanks.
-
ok...I've setup a repeatable set...so assume that it gets fixed soon
hmm..interesting...it gets stuck within a windows api call to show the warnings window...pretty odd..
It "freezes" (well technically it does not) as soon as a warning is pushed to the warnings window and that window is shown (by calling ShowWindow). Generally this works but in combination with running threads this can cause issues...for 7z/rar this seems to be the case since for addding/removing files the binaries are called in a separated thread...but the fun part is, when the warning is shown, the thread is already ended...so I need to fiddle around a bit and have to find out why ShowWindow reacts that way even if no threading is involved....
So you need to be a bit patient....
-
ok....found the problem...There was one place where the warnings window was shown while being in a subthread...and that causes the freeze....I generally solved the problem by monitoring the thread depth...so I guess a release is coming nearer...maybe on the weekend...
-
good news, thank you.