Good news, thankszigbert wrote:Not at all. It is only problematic if you compiled gtkdialog from svn BEFORE the OFFICIAL release of 0.8.3.jpeps wrote:That's where I get my updates...it's currently 0.8.4. Your saying there are problems with it?
Sigmund
pMusic 6.0.0
I have been looking at a possible solution for an improved audio mixer.
Of course, this could look like whatever, but I have some limitations in my approach.
- I don't want to add more graphical bloat than highly required. This solution makes it possible to get rid of the balance-icon.... +1
- I want the Volume/Balance to be clearly separated from the equalizer.
- It would be great if it works with global GTK theme.
- The width should fit into the same size as the playlist for (optional) future docking. This made me narrow the pEqualizer gui a bit. Do you (Mick) find this troublesome?
- There should probably also be a link (button) to hardware settings in the preferences.
You might think that this should have been a part of pEqualizer, but since it has very specific dependencies, we must at least think twice.
Suggestions are very welcome
Of course, this could look like whatever, but I have some limitations in my approach.
- I don't want to add more graphical bloat than highly required. This solution makes it possible to get rid of the balance-icon.... +1
- I want the Volume/Balance to be clearly separated from the equalizer.
- It would be great if it works with global GTK theme.
- The width should fit into the same size as the playlist for (optional) future docking. This made me narrow the pEqualizer gui a bit. Do you (Mick) find this troublesome?
- There should probably also be a link (button) to hardware settings in the preferences.
You might think that this should have been a part of pEqualizer, but since it has very specific dependencies, we must at least think twice.
Suggestions are very welcome
hi zigbert,
the music transit bar isn't working properly in precise puppy. it scrolls to then end within a few seconds and then stays there.
the song in the picture has just started playing and the bar is at the end
the music transit bar isn't working properly in precise puppy. it scrolls to then end within a few seconds and then stays there.
the song in the picture has just started playing and the bar is at the end
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
666philb
That pic doesn't look good
Is this the latest alpha of precise?
Does the song continue to play after reaching the end of the bar?
What version of pMusic?
What is the output of
What is the output of
Thank you for reporting
Sigmund
That pic doesn't look good
Is this the latest alpha of precise?
Does the song continue to play after reaching the end of the bar?
What version of pMusic?
What is the output of
Code: Select all
pmusic -D
Code: Select all
ffmpeg -version
Thank you for reporting
Sigmund
hi sigmund ,
the music still continues to play when the bar gets to the end
this is happening in both precise 5.4.3 and the precise alpha, with both these pmusic versions 3.1.3 & 3.1.5
Code: Select all
# 3.1.3
# pmusic -D
R E Q U I R E D
bash [OK]
coreutils, awk, sed, diff [OK]
gtkdialog >= 0.8.3 [OK]
ffmpeg >= 0.11 [??]
aplay (alsa) [OK]
R E C O M M E N D E D
streamripper (extended radio-rip/play) [OK]
cdda2wav (play/rip audio-CD) [OK]
wget (connection to www) [OK]
O P T I O N A L
pBurn (burning audio-CD) [OK]
pFilesearch (File-search engine) >= 1.28 [OK]
pSchedule (podcast managing) >= 1.12 [OK]
pEqualizer (10 band equalizer) [OK]
# ffmpeg -version
ffmpeg version 0.8.5-4:0.8.5-0ubuntu0.12.04.1, Copyright (c) 2000-2012 the Libav developers
built on Jan 24 2013 18:03:14 with gcc 4.6.3
*** THIS PROGRAM IS DEPRECATED ***
This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.
ffmpeg 0.8.5-4:0.8.5-0ubuntu0.12.04.1
libavutil 51. 22. 1 / 51. 22. 1
libavcodec 53. 35. 0 / 53. 35. 0
libavformat 53. 21. 1 / 53. 21. 1
libavdevice 53. 2. 0 / 53. 2. 0
libavfilter 2. 15. 0 / 2. 15. 0
libswscale 2. 1. 0 / 2. 1. 0
libpostproc 52. 0. 0 / 52. 0. 0
#
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Ah the "libav" fork. Lots of distros seem to be adopting it. One would think though that Ubuntu has the real ffmpeg in their repositories, but probably not the main ones.
Puppy Linux Blog - contact me for access
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Sigmund,
I may have got this wrong, but in the case of Precise Puppy I think he already has changed from ffmpeg to libav project if he has used the official Ubuntu packages.
Are the official Ubuntu Precise packages of the libav*.so libs not compiled from the source package of libav version 0.8.5? I think they may be. Easy not to realise that they are not compiled from ffmpeg source code because they have all the same names and may even be compatible. All the avconv bins are there (avplay instead of ffplay etc) and the "courtesy" ffmpeg bin.
Development of ffmpeg seems a mess just lately with new major versions with broken backward compatibilty. Some of the apps I like to use now won't compile against newer ffmpegs so I understand why distros are switching to the libav project. Nice that someone is providing stability.
Debian Wheezy looks like it has gone libav project too by the way.
I may have got this wrong, but in the case of Precise Puppy I think he already has changed from ffmpeg to libav project if he has used the official Ubuntu packages.
Are the official Ubuntu Precise packages of the libav*.so libs not compiled from the source package of libav version 0.8.5? I think they may be. Easy not to realise that they are not compiled from ffmpeg source code because they have all the same names and may even be compatible. All the avconv bins are there (avplay instead of ffplay etc) and the "courtesy" ffmpeg bin.
Development of ffmpeg seems a mess just lately with new major versions with broken backward compatibilty. Some of the apps I like to use now won't compile against newer ffmpegs so I understand why distros are switching to the libav project. Nice that someone is providing stability.
Debian Wheezy looks like it has gone libav project too by the way.
Oscar in England
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hi Sigmund,
One of the problems with ffmpeg is that it already is 2 or 3 backends... depending on the version number.
If new libav is still compatible with older ffmpeg then the fork that has become a complete break-away is really the newer ffmpegs.
As for what Puppy is using, looks like now it depends on the Puppy version. If you build a pup with packages from another distro then surely the pressure is on to use the packages that are official to that distro. Ubuntu and Debian have switched. Slackware 14.0 have stuck with ffmpeg. We don't really know at this time about the future of Wary and Racy.
I am glad to see Pmusic is back in the latest alphas of Precise Puppy. Have there been any reports of it not working?
One of the problems with ffmpeg is that it already is 2 or 3 backends... depending on the version number.
If new libav is still compatible with older ffmpeg then the fork that has become a complete break-away is really the newer ffmpegs.
As for what Puppy is using, looks like now it depends on the Puppy version. If you build a pup with packages from another distro then surely the pressure is on to use the packages that are official to that distro. Ubuntu and Debian have switched. Slackware 14.0 have stuck with ffmpeg. We don't really know at this time about the future of Wary and Racy.
I am glad to see Pmusic is back in the latest alphas of Precise Puppy. Have there been any reports of it not working?
Oscar in England
Yes - Time calculation is wrong because the std output is different than ffmpeg.OscarTalks wrote:I am glad to see Pmusic is back in the latest alphas of Precise Puppy. Have there been any reports of it not working?
http://www.murga-linux.com/puppy/viewto ... 656#684656
My system won't run Precise nor Exprimo, so right now I am not able to look at it. Slacko is atm the only alternative for me.
have not tested latest Precise alpha
Sigmund
It's too late in Slacko's develpment cycle to look at libav.zigbert wrote:
My system won't run Precise nor Exprimo, so right now I am not able to look at it. Slacko is atm the only alternative for me.
have not tested latest Precise alpha
Sigmund
BUT, after it's released (end Feb, start Mar) I may have to follow suit and MAY produce an experimental build supporting libav, or at least provide a libav package.
I'm afraid Barry has more or less dropped Racy, and Wary is not high on the priority list at the moment, leaving Upup-Precise. He calls the shots, even if he doesn't literally "call". Using libav in precise is a pretty loud statement . I guess it had to come sooner or later. Even Slackware will likely follow.. one day.. not too soon.
Puppy Linux Blog - contact me for access