Version 5.4.0 is released


  • Improve radio detection by allowing several urls for each radio stations in the index file. This is backward compatible with the old format.
  • A new dead simple podcast frontend is included by default. The heavily improved podcast managing introduced in pMusic 5.2 deserves its own gui. The good old PPG (Puppy Podcast Grabber) is now old enough to retire.
  • Search inside lyrics.
  • Play tracks other places than in the playqueue. pMusic is still a playqueue-oriented player. This is a function meant to check out tracks before adding them to the queue rather than an alternative play-source.
  • Multiple playqueues for even more flexible usage. This feature is optional, and turned on in the 'Playqueue' menu.
  • New export window - An attempt to clean up the complex export functionality, and to standardize the pMusic dialogs.
  • At last, the basic Visualization engine is included. Atm, the visualization filters are simple, but this might change in the future as ffmpeg-3 allows much more fun. pMusic 5.4 is still depending on ffmpeg 1.2.

For the complete list of news, check out the changelog


Posted on 1 Apr 2017, 04:37 by zigbert - Categories: development
Edit - Delete

No comments posted yet.


Fonte dell'articolo

I recently posted a poll about bootloaders used in Puppy. I want to know which bootloader is most popular by user's vote. I already have a guess of what it is, but would like to confirm that with first hand data.

I plan to run the poll for 30 days, and although it's too early to tell, it seems that my guess is not too far off; and the reasons behind the popularity too.

What triggered me to do the poll is the suggestion from a few members of the community that Puppy implement a new bootloader. A suggestion is welcome, and new shiny thing that can do better is always exciting; but then we need data about what the user really needs. There is no need to supply a electric chainsaw if you need to trim some bush in your garden. Sure it can do the job too, but isn't a garden scissors a better tool?

Of course, it is also to inquire about what the users think about the new big wave that is coming (actually already came) - UEFI. Interestingly, so far I don't have anyone bringing up the topic yet (the puppy steward's post didn't count), as is either it doesn't matter, or it doesn't bother them.

Anyway, we'll see. I'll probably start discussion on that thread soon. 30 days seem to be abit too long.

Posted on 15 Mar 2016, 11:24 by jamesb - Categories: Puppy
Edit - Delete

Posted on 27 Mar 2016, 14:49 by jamesb
"The conclusion"
I never have a doubt that grub4dos will take the crown. I summarised it here:

Fonte dell'articolo

Somebody that has followed Puppy from the days when Barry was still holding the torch may wonder - what happens with the Puppy releases these days? During its heyday, Puppy can get a new release every 2-3 weeks, or at least one can expect a new release in 2-3 months.

Nowadays, releases seem to be few and far between. Is this slowing down caused by lack of resources, lack of developers interest, or simply, lack of developers?

Actually, the answer is "none of the above". When Barry was at helm, Puppy was in its growing phase. A lot of ideas were tried and dropped, new tools were added (and later dropped), etc. It was also in flux. Nowadays, Puppy is more mature and less tinkering is needed, so you don't see releases that often.

Another reason is, there were complaints when releases were made too often. A personal Puppy installation took time and effort to customise, and to start over again after just 3 or 4 weeks was too much for many.

To balance all this, the implicit agreement is that Puppy releases are now made once every 6 months, give or take.

And lastly - there are actually point releases (or bug fix releases). You probably are not aware of them because they are not announced in Barry's blog; or they are not announced as a separate thread in the forum - they are posted in the same thread that announced the original release, but those posts quickly get drowned by other forum traffic.

And that's what this blog is supposed to do - the author of the Puppy can announce his or her own release here, with links back to the forum for discussion. In a way, this blog is to play the same role that Barry's blog played in the past (now that his blog covers a wider range of topics).

Posted on 15 Mar 2016, 13:31 by jamesb - Categories: Puppy
Edit - Delete

Posted on 22 May 2016, 00:38 by darkcity
"Point releases"
It might be worth posting a blog entry for each point release.

Fonte dell'articolo

01micko has invited me to join the new blog.
Yes, it looks great.
This will be the place to come and get the latest news about what is happening in Puppy-land, and releases.

Posted on 22 Mar 2016, 13:06 by BarryK - Categories: Puppy
Edit - Delete

Posted on 26 Mar 2016, 11:36 by 01micko
"We're honoured"
Thanks Barry

Sure would have been a tough invitation to pass up, eh?

Seriously, thanks for accepting!


Fonte dell'articolo

pMusic has become a grown up program. Version 0.1 was released back in 2008. It quickly arose both glorifying and criticism. - And that was fair depending on the viewpoint. pMusic 1 was extremely hungry on CPU-power, but it also showed some fresh capabilities of Gtkdialog. The pushing of limits has continued, and it has become a showcase of features I didn't realize was possible using Bash/Gtkdialog.

While pMusic 2 basically put more flesh to the bone, the 3. generation shipped the homemade internal dynamic db. That was very ambitious - maybe too ambitious. So the arguing flamed up again. Cpu-usage was now reduced to the half, but the db had become active and working on its own grabbing music information while playing. New valid arguments had come to the battle...

pMusic 4 focused on all the goodies Thunor gave us with his outstanding work on Gtkdialog. With all kinds of new features the dynamic db became even more active, and it showed its bottlenecks and weaknesses. - The criticism to it was still fair. The last year of pMusic 4, most effort went to stabilize the db-usage. It has become clearer to me why Amarok, Clementine and friend use an external db like Mysql or Mariadb. But when focus is on size and dependencies, that was never an option.

pMusic 4 became stable, but of course for a price. Introducing routines for queuing db pulls and continuously checking db status slowed down the general usage of the audioplayer. If it should fit the mantra of Puppy, it should work snappy also on older pc's. As mentioned, pMusic-code has been written since 2008, and I have learned some bits and pieces since then. There had to be a potential benefit of rewriting the code. The result is seen in pMusic 5, and the benefit is above my expectations. It seems that much of the stability from version 4.7.4 has survived, and it has become noticeable faster. - That means a lot faster. The cpu-usage has decreased, but more important, many functions are much more responsive. An overall snappier user-experience.

Posted on 25 Mar 2016, 8:41 by zigbert - Categories: Puppy
Edit - Delete

No comments posted yet.

Fonte dell'articolo

Cerca nel sito

IRC #puppylinux (popup)


Entra in chat

Iscriviti alla newsletter

Ricevi le notizie più importanti direttamente nella tua casella email (premi invio dopo l'indirizzo)

Dal blog internazionale

pMusic 5.4.0

Version 5.4.0 is released Highlights Improve radio detection by allowing several urls for each radio stations in the index file. This is backward compatible with the old format. A new dead simple podcast frontend is included by default. The heavily improved podcast...