|
pfeMame front end updated to version 0.992
#323126 - 03/10/14 05:52 AM
|
|
|
A week on and we have an update to the pfeMame front end. The quickstart guide has been updated also and is now a manual (in PDF form). The source, Linux package, and Windows package have been updated. Check out the changelog in the packages for the full list of changes - general bug fixes, additional features, graphical improvements.
You need to download the manual separately now also as this helps reduce the zip file sizes of the packages.
Please post your comments / reviews on SourceForge or as a reply to this posting - its your comments that help this development. Would also greatly appreciate some feedback if anyone has tried it in OSX as I cant test that one.
SorceForge files here:
All Files
|
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: Gfinch]
#323200 - 03/11/14 04:05 PM
|
|
|
Looks a nice front end, unfortunately it doesn't support 7z merged rom sets.
|
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: Ziggy100]
#323224 - 03/11/14 11:45 PM
|
|
|
> Looks a nice front end, unfortunately it doesn't support 7z merged rom sets.
MAMEDev can waste your HD space with impunity
|
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: Ziggy100]
#323225 - 03/11/14 11:49 PM
|
|
|
Thanks for the feedback - its probably just that I look for ZIP files only - didnt think about 7z. I'll test and add that in the next release.
|
|
|
| R. Belmont |
|
Cuckoo for IGAvania
|
|
|
|
|
|
Reged: 09/21/03
|
|
Posts: 9711
|
|
Loc: ECV-197 The Orville
|
|
|
|
Send PM
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: etabeta]
#323293 - 03/13/14 06:02 PM
|
|
|
> > Looks a nice front end, unfortunately it doesn't support 7z merged rom sets.
>
> MAMEDev can waste your HD space with impunity
Also the 7zip SDK code is terrible and sometimes fails to work properly on valid files. And it's very slow and doesn't have 25 years of verification. I don't trust any data to that format.
|
|
|
| Mevi |
|
This is my GPS
|
|
|
|
|
Reged: 09/21/03
|
|
Posts: 122
|
|
Loc: Liege, Belgium
|
|
|
|
Send PM
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: R. Belmont]
#323300 - 03/13/14 10:43 PM
|
|
|
> Also the 7zip SDK code is terrible and sometimes fails to work properly on valid
> files. And it's very slow and doesn't have 25 years of verification. I don't trust
> any data to that format.
Indeed. Don't some v5 CHDs use 7zip routines directly, which could make them unreliable ? BTW what's the actual state of chdman, despite hanging sometimes, for ripping media with multitrack sessions ?
Mevi
|
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: Mevi]
#323301 - 03/13/14 11:15 PM
|
|
|
you should differ between lzma compressed data and the 7z file format and its sdk...
|
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: Mevi]
#323317 - 03/14/14 06:31 AM
|
|
|
> BTW what's the actual state of chdman, despite hanging sometimes, for
> ripping media with multitrack sessions ?
The hanging on multiprocess machines can be hacked around by
set OSDWORKQUEUEMAXTHREADS=1
Someone needs to find out why using multiple threads fails.
chdman still doesn't support multiple sessions.
|
|
|
| Dullaron |
|
Diablo III - Dunard #1884
|
|
|
|
|
Reged: 07/22/05
|
|
Posts: 6118
|
|
Loc: Fort Worth, Tx
|
|
|
|
Send PM
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: ]
#323325 - 03/14/14 09:13 AM
|
|
|
> Someone needs to find out why using multiple threads fails.
multithreading 0.
I leave it alone. It will mess up some of the games graphics on my end. I don't know why. Maybe my Nvidia card can't handle it for some reason.
|
W11 Home 64-bit + Nobara OS / AMD Radeon RX 5700 XT / AMD Ryzen 7 3700X 8-Core 3.59 GHz / RAM 64 GB
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: Dullaron]
#323342 - 03/14/14 07:43 PM
|
|
|
> > Someone needs to find out why using multiple threads fails.
>
> multithreading 0.
>
> I leave it alone. It will mess up some of the games graphics on my end. I don't know
> why. Maybe my Nvidia card can't handle it for some reason.
No there are fundamental issues with how the emulation works that makes it not thread safe. chdman is also not thread safe, but rather than being a fundamental issue it appears to be a bug.
|
|
|
| R. Belmont |
|
Cuckoo for IGAvania
|
|
|
|
|
|
Reged: 09/21/03
|
|
Posts: 9711
|
|
Loc: ECV-197 The Orville
|
|
|
|
Send PM
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: Mevi]
#323387 - 03/16/14 04:22 AM
|
|
|
> > Also the 7zip SDK code is terrible and sometimes fails to work properly on valid
> > files. And it's very slow and doesn't have 25 years of verification. I don't trust
> > any data to that format.
>
> Indeed. Don't some v5 CHDs use 7zip routines directly, which could make them
> unreliable ?
v5 CHDs use the underlying LZMA compression, which is still not great code but is generally considered trustworthy (it's been adopted a lot of places in Linux, for instance - .tar.xz files are a thing).
The well-known multithreading issue with chdman is not related to LZMA to our knowledge - I believe it actually even happens with -c none.
|
|
|
| Dullaron |
|
Diablo III - Dunard #1884
|
|
|
|
|
|
Reged: 07/22/05
|
|
Posts: 6118
|
|
Loc: Fort Worth, Tx
|
|
|
|
Send PM
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: ]
#323446 - 03/17/14 01:12 PM
|
|
|
> > > Someone needs to find out why using multiple threads fails.
> >
> > multithreading 0.
> >
> > I leave it alone. It will mess up some of the games graphics on my end. I don't
> know
> > why. Maybe my Nvidia card can't handle it for some reason.
>
> No there are fundamental issues with how the emulation works that makes it not thread
> safe. chdman is also not thread safe, but rather than being a fundamental issue it
> appears to be a bug.
Oh ok.
|
W11 Home 64-bit + Nobara OS / AMD Radeon RX 5700 XT / AMD Ryzen 7 3700X 8-Core 3.59 GHz / RAM 64 GB
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: Gfinch]
#323447 - 03/17/14 01:35 PM
|
|
|
Hi,
I've been using pfeMame for the last week, and I must say that it's my favorite Mame frontend so far (and I've tried plenty of them). It's really a very promising piece of software, thanks for your work.
One feature that I'd like to see in future versions, though, is the ability to set a "default view", for All, Existing or Favorites. Right now the frontend always starts on All, forcing me to manually change to Exists every time I open it. It's no big deal, but rather useful, IMHO.
And I also found an apparent bug. Whenever I turn on hlsl on the mame.ini file, all games stop loading. I know that it's not a Mame error, because I can run the games using hsls just fine when I launch them from Mame. I checked the manual already, but there's no mention of hlsl anywhere.
Thanks in advance.
|
|
|
|
Re: pfeMame front end updated to version 0.992
[Re: boltzmann]
#323764 - 03/25/14 12:06 AM
|
|
|
Thanks for the feedback - much appreciated.
The default view is simple to implement so I'll add that in the next release.
As for the hlsl, I cant see off the top of my head why just adding it to the mame.ini would pose a problem. I dont explicitly invoke this when I generate the command line so this part of the mame.ini file is not overridden when I call mame - I'll have to investigate this one.
|
|
|
Index 
Threaded 
pfeMame front end updated to version 0.992
Reply
[Re: 
