Page 80 of 117
Posted: Mon 11 Feb 2013, 07:51
by jpeps
zigbert wrote:jpeps wrote:That's where I get my updates...it's currently 0.8.4. Your saying there are problems with it?
Not at all. It is only problematic if you compiled gtkdialog from svn BEFORE the OFFICIAL release of 0.8.3.
Sigmund
Good news, thanks
Posted: Mon 11 Feb 2013, 21:36
by zigbert
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
Posted: Mon 11 Feb 2013, 23:02
by zigbert
Version 3.1.5
See main post
Changelog
- Bugfix: OK-box won't show if containing extended text-string.
Posted: Tue 12 Feb 2013, 17:51
by 666philb
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
Posted: Tue 12 Feb 2013, 21:25
by zigbert
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
Posted: Tue 12 Feb 2013, 21:41
by 666philb
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
#
Posted: Tue 12 Feb 2013, 21:53
by 01micko
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.
Posted: Tue 12 Feb 2013, 22:41
by zigbert
Has Barry stated that he is moving from ffmpeg to libav?
It sounds like a bad idea without verifying FFConvert, Pavrecord, Precord, pBurn, pdvdrsab and pMusic.
Sigmund
Posted: Wed 13 Feb 2013, 00:49
by jpeps
zigbert wrote:Has Barry stated that he is moving from ffmpeg to libav?
It sounds like a bad idea without verifying FFConvert, Pavrecord, Precord, pBurn, pdvdrsab and pMusic.
Sigmund
Hopefully, they'd just require a name change. Another vote for static apps
Posted: Wed 13 Feb 2013, 00:53
by OscarTalks
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.
Posted: Wed 13 Feb 2013, 07:42
by zigbert
I am not the one to decide if ffmpeg of libav is the one choose, but it works really bad for pMusic having 2 different backends.....
It is okey with me that Ubuntu uses this and Debian uses that, but what is Puppy using?
Sigmund
Posted: Wed 13 Feb 2013, 09:06
by jpeps
zigbert wrote:I am not the one to decide if ffmpeg of libav is the one choose, but it works really bad for pMusic having 2 different backends.....
It is okey with me that Ubuntu uses this and Debian uses that, but what is Puppy using?
Sigmund
Why not use whatever is installed?
Posted: Wed 13 Feb 2013, 09:46
by zigbert
jpeps wrote:Why not use whatever is installed?
Because they are not equal, and in the future the will likely evolve more separately.
It is of course possible to support several backends, but I had an idea that pMusic should be the simple solution.
Sigmund
Posted: Wed 13 Feb 2013, 10:16
by OscarTalks
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?
Posted: Wed 13 Feb 2013, 12:01
by zigbert
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?
Yes - Time calculation is wrong because the std output is different than ffmpeg.
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
Posted: Wed 13 Feb 2013, 12:09
by 01micko
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
It's too late in Slacko's develpment cycle to look at libav.
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.
Posted: Wed 13 Feb 2013, 14:15
by zigbert
Posted: Thu 14 Feb 2013, 22:56
by zigbert
Amazon has changed their site-layout, so albumart-grabber doesn't work anymore. Will post a fix hopefully tomorrow.
Sigmund
Posted: Fri 15 Feb 2013, 09:20
by zigbert
Version 3.1.6
See main post
Changelog
- Bugfix: Grab albumart from amazon.com
- Bugfix: Right-click menu gets wrong placement if reaching screen-right.
Posted: Fri 15 Feb 2013, 09:21
by zigbert
There will come further improvements to the album art grabber in 3.2.0. But for now, it works.
Sigmund
