Page 111 of 117
Posted: Wed 26 Oct 2016, 09:53
by BarryK
zigbert wrote:This does not seem right. pMusic has 3 *.desktop files, so you have to link to the right one.
Your proposal is correct.
Ah, I see, in /usr/share/applications:
pmusic_CD.desktop
pmusic.desktop
pmusic_radio.desktop
The problem is in the 'pinstall.sh' script of rox-filer PET:
Code: Select all
for ONEOPEN in Abiword BaconGUI Bcrypt ePDFView FFConvert Firefox Geany gedit Ghasher Ghostview Gnumeric Gxine HomeBank InkLite Inkscape ISOMaster Leafpad LibreOffice-Calc LibreOffice-Draw LibreOffice-Impress LibreOffice-Writer mhWaveEdit Mplayer mtPaint Notecase Opera Planner Pmusic PupZip SeaMonkey-Composer SeaMonkey-web-browser Viewnior XArchive
do
FNDOPEN="`find usr/share/applications -mindepth 1 -maxdepth 1 -type f -iname "${ONEOPEN}*.desktop" | grep -v 'mtPaint-snapshot' | head -n 1`"
[ "$FNDOPEN" ] && ln -snf /${FNDOPEN} root/.config/rox.sourceforge.net/OpenWith/${ONEOPEN}
done
It is only grabbing one of those .desktop files.
OK, I will rethink how to do that code in pinstall.sh
EDIT: OK, fixed.
Posted: Wed 26 Oct 2016, 19:20
by zigbert
Please avoid version 5.2.2
There is a bug at first run
Will update
Posted: Wed 26 Oct 2016, 20:48
by zigbert
Posted: Thu 27 Oct 2016, 06:57
by zigbert
with the Slaxen francophone Puppy.
Posted: Thu 27 Oct 2016, 09:02
by Pelo
PMusic 5.2.4 Medor tries it with the Slaxen francophone Puppy.
Users can post questions in French there Si vous avez du mal avec l'anglais, posez vos questions à Médor, cliquez le Blue
Installed to day, new pupsave.
yeaah , nice
Being tested on The Vicmz OBprecise too
Pmusic 4.4.6.. don't play CDs, 5.2.4 should improve that... feed-back coming
Re: pMusic 5.2.4
Posted: Fri 28 Oct 2016, 15:19
by sheldonisaac
zigbert (in part) wrote:Grab music from, or just listen to thousands of radio-stations
When I try to play WQXR or WRTI, I see "connecting .."
But it doesn't play.
WFMT, as I recall, does play.
I've reinstalled repeatedly.
And done the Radio Stations complete build.
EDIT
OK, I got WQXR to play, and a few others.
Searched online for WRTI streaming, and found
http://38.100.101.74/WRTI CLASSICAL.mp3
Thank you,
Sheldon
Posted: Sun 30 Oct 2016, 07:28
by zigbert
There are plans to improve the radio module. Atm, the radio db supports only one url pr radio channel. Since many url's in the db is dead, it would be great to allow multiple addresses to each channel, and automatically scan the next address if the given one is dead. The pMusic radio db is built from the info at radiosure.com, and it includes limitless numbers of url's. So, the challenge is not to find the url's, but to define a clever way to include this into pMusic.
radio database
Posted: Sun 30 Oct 2016, 13:15
by sheldonisaac
zigbert wrote:There are plans to improve the radio module. Atm, the radio db supports only one url pr radio channel. Since many url's in the db is dead, it would be great to allow multiple addresses to each channel, and automatically scan the next address if the given one is dead. The pMusic radio db is built from the info at radiosure.com, and it includes limitless numbers of url's. So, the challenge is not to find the url's, but to define a clever way to include this into pMusic.
Thank for your reply, Sigmund.
I see that there's nothing I can do here to fix the database.
I added WRTI to favorites, and can choose radio stations from there.
Thanks again,
Sheldon
Posted: Tue 01 Nov 2016, 11:25
by live
Thanks for pMusic 5.2.4
Regarding podcast
Feature requests:
On the left pane it would be nice to select which column one wants to display (I'm not interest by default to view path, format, kps, etc.)
Bug
Under TahrPup64
If I add podcast channel
http://radiofrance-podcast.net/podcast09/rss_10351.xml
I browse it and select for instance "Anne Pingeot, la discrète révélée (5/5) : Mort et poésie"
pMusic plays sizzled/crackled unhearable sound, while direct play is perfect.
Posted: Wed 02 Nov 2016, 21:18
by zigbert
live wrote:Feature requests:
On the left pane it would be nice to select which column one wants to display (I'm not interest by default to view path, format, kps, etc.)
To be considered.
live wrote:Bug
Under TahrPup64
If I add podcast channel
http://radiofrance-podcast.net/podcast09/rss_10351.xml
I browse it and select for instance "Anne Pingeot, la discrète révélée (5/5) : Mort et poésie"
pMusic plays sizzled/crackled unhearable sound, while direct play is perfect.
I will check this out
Posted: Tue 08 Nov 2016, 08:58
by zigbert
live wrote:Bug
Under TahrPup64
If I add podcast channel
http://radiofrance-podcast.net/podcast09/rss_10351.xml
I browse it and select for instance "Anne Pingeot, la discrète révélée (5/5) : Mort et poésie"
pMusic plays sizzled/crackled unhearable sound, while direct play is perfect.
I am not able to reproduce this. I get a nice audio quality in 128kb/sec. Do you get something else?
Posted: Mon 14 Nov 2016, 15:42
by zigbert
Have done a test to compare the resource hunger of different players.
See this
blogpost
Posted: Mon 14 Nov 2016, 19:05
by greengeek
Hi Zigbert I just had a look at your comparison and on the basis of your comments i gave Audacious a try (using some pets from an old Pizzasgood thread) on my Slacko derivative.
Interesting player but I saw an unusual pattern of cpu usage within htop. The attached pic shows three instances of Audacious which I cannot explain as only one gui was running. The total is up over 20% cpu usage which is quite different to your figures. Could your comparison figures have included only the cpu percentage of a single Audacious instance and are there always multiple processes running or is it likely I did something wrong?
cheers!
EDIT : I have also added a screenshot of pMusic playing my Music directory for comparison (older version of pMusic that I really like). Nice big fat gui but still lightweight on cpu.
Posted: Tue 15 Nov 2016, 07:57
by zigbert
greengeek wrote:Could your comparison figures have included only the cpu percentage of a single Audacious instance and are there always multiple processes running or is it likely I did something wrong?
I use the cpu-average bar to measure, so I think my test shows the correct value. I see you are using the winamp-clone gui that might gives another result. The version I tested ran the gtk-gui by default, so I tested that one.
Posted: Tue 15 Nov 2016, 08:34
by zigbert
greengeek wrote:I have also added a screenshot of pMusic playing my Music directory for comparison (older version of pMusic that I really like). Nice big fat gui but still lightweight on cpu.
If using an older version than 5.0.0, it will use slightly more cpu-usage than the most recent versions of pMusic.
http://www.puppylinux.org/wikka/pmusicH ... rce-hunger
Posted: Tue 15 Nov 2016, 17:04
by greengeek
zigbert wrote:I see you are using the winamp-clone gui that might gives another result. The version I tested ran the gtk-gui by default, so I tested that one.
Oh, ok, thanks - I actually thought my gui was the basic gtk one. Didn't realise it was the winamp one. I will go looking for a different version.
cheers.
Posted: Sun 27 Nov 2016, 18:33
by zigbert
Version 5.2.5
See
http://www.puppylinux.org/wikka/pmusicInstall
Changelog - 5.2.5
- Bugfix: Delete multiple files
- Bugfix: Search jamendo gives msg about missing index
- Bugfix: Right-click menu sourcelist: (Re)set source in pmu
- Bugfix: Expand several pmu's in sourcelist gives the same id-nr.
Posted: Mon 28 Nov 2016, 17:41
by zigbert
Version 5.3.0 - development release
See
http://www.puppylinux.org/wikka/pmusicInstall
- Tabbed playqueues
- New export window
- visualization
Posted: Sun 04 Dec 2016, 19:23
by jlst
Testing pmusic 5.2.5
I like the fact that it's a tiny frontend for ffmpeg.
It's really fast compared to old versions, which were too heavy on cpu...
I think that searching for music files on first run should be optional, not all people have a permanent install. It's just a suggestion.
Good job.
Posted: Mon 05 Dec 2016, 15:42
by zigbert
jlst
Thanks for testing!
There are for sure pros and cons when it comes to scanning at first run. I have tried to make it as discreet as possible. pMusic is built around the DB, so a scan is required to take advantage of the features in pMusic. But, of course not required to play audio - which is the main target.
One solution could be to offer a simple frontend without scanning. Focusing on a basic audioplayer without too many options and features. The downside would be the slow file-search.