XMPlay - audio player
Re: XMPlay v3.5
It is not a matter of "big indignity", but the need of ensuring consistency between the database entries.
For years XMPlay had a public entrey on this site and, if you read the comments, you'll see that the users were very, very satisfied with the application, with very little complains regarding problems with the library path.
But then, after the release of the PortableApps.com version, the program is suddenly so broken that its native portability does not even deserve a mention? It is not coherent.
I still think that the library function is a secondary one, and we should follow with what have been the rule: the natively portable application with the main spot, and the portabilized versions listed as alternatives.
If not, we will have to start a purge in the database, and the first candidate is Process Explorer, an all time favorite of TPFC users: it's not stealth, not even portable. Why not just drop it out in favor of the PortableApps.com Version, that keeps the settings and is stealth?
For years XMPlay had a public entrey on this site and, if you read the comments, you'll see that the users were very, very satisfied with the application, with very little complains regarding problems with the library path.
But then, after the release of the PortableApps.com version, the program is suddenly so broken that its native portability does not even deserve a mention? It is not coherent.
I still think that the library function is a secondary one, and we should follow with what have been the rule: the natively portable application with the main spot, and the portabilized versions listed as alternatives.
If not, we will have to start a purge in the database, and the first candidate is Process Explorer, an all time favorite of TPFC users: it's not stealth, not even portable. Why not just drop it out in favor of the PortableApps.com Version, that keeps the settings and is stealth?
Re: XMPlay v3.5
@lautrepay: excellent points -- although I have no easy answers...
Re: XMPlay v3.5
I think the primary reason NOT to use PortableApps programs is that we don't want to just duplicate the PortableApps website here. That's a rationale SYSTEM made a while back on the "What to list first and why" thread and I still think it makes sense. The reason to list a PA program where there's a native alternative is usually one of two reasons:
- Lack of involvement/interest (it's what got added first, nobody feels like changing it)
- When the main program is broken, as with the VLC situation (viewtopic.php?t=7519).
I left it off for two reasons:lautrepay wrote:the program is suddenly so broken that its native portability does not even deserve a mention? ... if you read the comments, you'll see that the users were very, very satisfied with the application, with very little complains regarding problems with the library path.
- Nobody seemed to care.
- When I list the native version, it's going to be with the disclaimer like "no drive letter/path portability" right next to the PA version "fixes drive letter/path portabiltiy". Most users that don't have feelings about PA already will likely go with the former.
I also want to ensure consistency among database entries for Process Explorer (if it's portability really is broken -- I haven't looked at it) or any other program. What I'm saying here is that this does follow a protocol. If I do this one differently, then that marks a policy change. It's one I disagree with but if that's what the site wants, that's what I'll do from now on.lautrepay wrote:we will have to start a purge in the database, and the first candidate is Process Explorer
Re: XMPlay v3.5
Whatever's decided here, I just added the native XMPlay version.webfork wrote:I'm definitely fine with including the native version as the alternative.
- DarkShadow
- Posts: 76
- Joined: Thu Jun 13, 2013 8:32 am
Re: XMPlay v3.5
If it's the PAs version, why does the db entry say "path portability: no" ?
Re: XMPlay v3.5
Good catch. I changed it to "Automatic relative path".DarkShadow wrote:If it's the PAs version, why does the db entry say "path portability: no" ?
My YouTube channel | Release date of my 13th playlist: August 24, 2020
Re: XMPlay v3.5
22 Dec 2015
XMPlay 3.8.2 released
XMPlay 3.8.2 released
un4seen wrote:Adds support for HLS (HTTP Live Streaming) streams, RF64 files, and large (over 4GB) files.
Re: XMPlay v3.5
@joby_toss: Cool, thanks
I like the new way the 'skin-selection' is organized now.
I like the new way the 'skin-selection' is organized now.
Re: XMPlay
@webfork: given the fact that this is the official forum topic for XMPlay, I kindly request the removal of version info from OP. Plus the appropriate season greetings.
Re: XMPlay
All set, thanksMidas wrote:@webfork: given the fact that this is the official forum topic for XMPlay, I kindly request the removal of version info from OP. Plus the appropriate season greetings.
-
- Posts: 1212
- Joined: Wed Jul 18, 2007 5:45 pm
Re: XMPlay - audio player
XMPlay 3.8.5 should now support relative file paths in playlists.
Haven't tested the library yet, but if the library is now relative, then native XMPlay could replace the PA.com version.
Haven't tested the library yet, but if the library is now relative, then native XMPlay could replace the PA.com version.
is it stealth?
Re: XMPlay - audio player
FWIW, XMPlay is still at v3.8.5 released 2020-09-02...
This post is just to add quick links to the official release announcement and "stuff" (history?):
This post is just to add quick links to the official release announcement and "stuff" (history?):
- https://support.xmplay.com/article.php?id=121 (stops at v3.8.2.9...)
- http://support.xmplay.com/article.php?id=109 (links to above...)