pMusic 6.0.0
Version 5.1.1
See main post
This is a development release, and the road to the next major release - 5.2.0
Highlights
- Tempo detection and extended Smartadd
- Realtime sound processing
- Nad has become the standard graphical theme
- Wider documentation and help
- Basic visualization
- Rewritten right-click menus
- Optional deeper indexing when scanning local collection. See Menu->Music Sources->My Music
See main post
This is a development release, and the road to the next major release - 5.2.0
Highlights
- Tempo detection and extended Smartadd
- Realtime sound processing
- Nad has become the standard graphical theme
- Wider documentation and help
- Basic visualization
- Rewritten right-click menus
- Optional deeper indexing when scanning local collection. See Menu->Music Sources->My Music
Sorry zigbert
>Increase max keep from 99 to 999
Does not work, neither with 505 nor 511, bound to 99.
You'll notice the upper ^ next to 99 is in white color instead of black
>Bugfix: update gui after edit
Does not work, neither with 505 nor 511
Contrary to pMusic 5.0.4, I can not delete or edit a podcast, because I can't select one in podcast grabber.
In 504 one could delete a podcast
>Podcast spinbutton (max downloads) is too narrow
OK on both
NEW:
I would make the podcast grabber window, by default wider.
>Increase max keep from 99 to 999
Does not work, neither with 505 nor 511, bound to 99.
You'll notice the upper ^ next to 99 is in white color instead of black
>Bugfix: update gui after edit
Does not work, neither with 505 nor 511
Contrary to pMusic 5.0.4, I can not delete or edit a podcast, because I can't select one in podcast grabber.
In 504 one could delete a podcast
>Podcast spinbutton (max downloads) is too narrow
OK on both
NEW:
I would make the podcast grabber window, by default wider.
Hi zigbert, I just converted 5.1.1 to a fatdog64-710 package and tried it.
It seem to work quite well. A few problems I noticed.
1. It couldn't find the ripper and streamer icons for the menus as Fatdog doesn't have the /usr/share/pixmaps/puppy directory.
2. When I added libcddb it provided strange results. It put the command lines of cddb into the playlist. I haven't worked out why yet.
3. Ripping the CD did work but initially I didn't think it did. Popup GUI wipes out the GUI behind. Could you use the modal setting to fix this or is it deliberate so that all GUI close together.
4. I couldn't find a way to rip a single track, is this possible? If not it might be a nice addition.
I will let you know if I find any more issues.
It seem to work quite well. A few problems I noticed.
1. It couldn't find the ripper and streamer icons for the menus as Fatdog doesn't have the /usr/share/pixmaps/puppy directory.
2. When I added libcddb it provided strange results. It put the command lines of cddb into the playlist. I haven't worked out why yet.
3. Ripping the CD did work but initially I didn't think it did. Popup GUI wipes out the GUI behind. Could you use the modal setting to fix this or is it deliberate so that all GUI close together.
4. I couldn't find a way to rip a single track, is this possible? If not it might be a nice addition.
I will let you know if I find any more issues.
Added to todo-listsmokey01 wrote:3. Ripping the CD did work but initially I didn't think it did. Popup GUI wipes out the GUI behind. Could you use the modal setting to fix this or is it deliberate so that all GUI close together.
Yes it can. pMusic rip/export whatever is in the playqueue. It can be a variety of cd-tracks, local files and streams. If only one cd-track in the playqueue - it rip this single track.smokey01 wrote:4. I couldn't find a way to rip a single track, is this possible? If not it might be a nice addition.
Please do - thank yousmokey01 wrote:I will let you know if I find any more issues.
OK for the new 505
>Bugfix: update gui after edit
Does not refreshes, without closing and restarting the window.
What I wish to see is for the podcast to have something such as with gPodder, see screenshot attachment.
Without being able to know which author and title, one is lost
>Bugfix: update gui after edit
Does not refreshes, without closing and restarting the window.
What I wish to see is for the podcast to have something such as with gPodder, see screenshot attachment.
Without being able to know which author and title, one is lost
- Attachments
-
- gPodder_frCulture2.png
- (179.68 KiB) Downloaded 147 times
live
5.2 will be next stable release. Next development release will be 5.1.2, which can be released without any further testing. I don't know your interest or coding skills, but if you would like to work on /usr/local/func_podcast (all podcast code), I can send you the very latest code. - You can can work on this file, while I continue to work on other stuff.
Else, you have to wait for me to do my round of coding on the podcast grabber. In this case, your feedback is very important to bring podcast support further. I do not use this function myself, so without feedback it will be status quo.
5.2 will be next stable release. Next development release will be 5.1.2, which can be released without any further testing. I don't know your interest or coding skills, but if you would like to work on /usr/local/func_podcast (all podcast code), I can send you the very latest code. - You can can work on this file, while I continue to work on other stuff.
Else, you have to wait for me to do my round of coding on the podcast grabber. In this case, your feedback is very important to bring podcast support further. I do not use this function myself, so without feedback it will be status quo.
Haha you got a new pupil. Remember pwidgets days?zigbert wrote:live
5.2 will be next stable release. Next development release will be 5.1.2, which can be released without any further testing. I don't know your interest or coding skills, but if you would like to work on /usr/local/func_podcast (all podcast code), I can send you the very latest code. - You can can work on this file, while I continue to work on other stuff.
Else, you have to wait for me to do my round of coding on the podcast grabber. In this case, your feedback is very important to bring podcast support further. I do not use this function myself, so without feedback it will be status quo.
Ok, here's a draft.
Looking at the code, it is clear that this module of pMusic hasn't got priority.
Any input are welcome. I am a newbie to podcasts, and if we gonna reach a better user experience, I need help.
Some new features and it now follows the new gui standard for the upcoming 5.2.0
This release is to be considered as a draft for discussion. It's not heavily tested and is probably more unstable than the previous releases.
I have deactivated visualization because it conflicts with many podcast formats. I will look at that later...
Looking at the code, it is clear that this module of pMusic hasn't got priority.
Any input are welcome. I am a newbie to podcasts, and if we gonna reach a better user experience, I need help.
Some new features and it now follows the new gui standard for the upcoming 5.2.0
This release is to be considered as a draft for discussion. It's not heavily tested and is probably more unstable than the previous releases.
I have deactivated visualization because it conflicts with many podcast formats. I will look at that later...
- Attachments
-
- forum.png
- (99.26 KiB) Downloaded 368 times
-
- pmusic-5.1.2.pet
- (113.07 KiB) Downloaded 247 times
Thanks
OK, let's start by explaning what one does with podcasts.
As with music, for each podcast entry/title one needs to see:
1. to which channel/album it belongs, some podcast channels may have hundreds of titles.
2. its description, hopefully split into author, title, duration, track date, downloaded date
One is interested (= subscribes) to some channels, in doing so, one distinguishes 3 status (flags => different appearance styles):
1. new podcasts (that will need to be downloaded, possibly with a filter - typically a limiting number)
2. already downloaded podcast, that will be deleted (often automatically with some user set rule, typically after a period of time)
3. already downloaded podcast, that one wants to archive, keep and NOT delete.
Now, with pMusic.
I think podcast grabber window should be limited to manage subscriptions and possibly if you want display the new released podcats, since last download.
All the rest ought to be in the main window, as for music.
With the present version 512, it appears to me as extra work to have a list both in the grabber window and the main window.
A good test can be http://radiofrance-podcast.net/podcast09/rss_10351.xml
As previously said, for podcast its useful to know played track, from none.
Some styling suggestions:
* I would make the sliders button <> a bit bigger (one day everyting will be with touchscreen)
* the current played track in the play list, I would use another background color to make it more visible
OK, let's start by explaning what one does with podcasts.
As with music, for each podcast entry/title one needs to see:
1. to which channel/album it belongs, some podcast channels may have hundreds of titles.
2. its description, hopefully split into author, title, duration, track date, downloaded date
One is interested (= subscribes) to some channels, in doing so, one distinguishes 3 status (flags => different appearance styles):
1. new podcasts (that will need to be downloaded, possibly with a filter - typically a limiting number)
2. already downloaded podcast, that will be deleted (often automatically with some user set rule, typically after a period of time)
3. already downloaded podcast, that one wants to archive, keep and NOT delete.
Now, with pMusic.
I think podcast grabber window should be limited to manage subscriptions and possibly if you want display the new released podcats, since last download.
All the rest ought to be in the main window, as for music.
With the present version 512, it appears to me as extra work to have a list both in the grabber window and the main window.
A good test can be http://radiofrance-podcast.net/podcast09/rss_10351.xml
As previously said, for podcast its useful to know played track, from none.
Some styling suggestions:
* I would make the sliders button <> a bit bigger (one day everyting will be with touchscreen)
* the current played track in the play list, I would use another background color to make it more visible