New: Update MPlayer to version 1.0rc2
https://bugs.busybox.net/show_bug.cgi?id=331
Summary: Update MPlayer to version 1.0rc2
Product: buildroot
Version: unspecified
Platform: All
URL: http://www.mplayerhq.hu/design7/dload.html
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P3
Component: Other
AssignedTo: unassigned at buildroot.uclibc.org
ReportedBy: keguang.zhang at gmail.com
CC: buildroot at uclibc.org
Estimated Hours: 0.0
Created an attachment (id=321)
--> (https://bugs.busybox.net/attachment.cgi?id=321)
Update MPlayer to version 1.0rc2
MPlayer-1.0rc2 has been released for two years.
Perhaps we could use this version instead of rc1.
See: http://www.mplayerhq.hu/design7/dload.html
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
https://bugs.busybox.net/show_bug.cgi?id=331
Kelvin Cheung <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|Other |Outdated package
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=331
Peter Korsgaard <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
--- Comment #1 from Peter Korsgaard <[email protected]> 2009-07-26 19:45:24 UTC --- what about all the rc1 patches? Do they all still apply and/or are they all still needed?
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=331
--- Comment #2 from Will Newton <[email protected]> 2009-07-27 10:40:01 UTC ---
I tried applying th patches and the results were:
Failed:
mplayer-1.0rc1-atmel.3.patch
Applied upstream:
mplayer-1.0rc1-fix-alsa-output.patch
mplayer-1.0rc1-index.patch
mplayer-1.0rc1-ppc-configure.patch
OK:
mplayer-1.0rc1-largefile.patch
mplayer-1.0rc1-remove-sys-timeb.patch
It looks like the avr32 support needs reworking for rc2.
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=331
--- Comment #3 from Hans-Christian Egtvedt <[email protected]> 2009-07-27 10:53:52 UTC --- (In reply to comment #2)
<snipp failing AVR32 patch for mplayer>
Quoted 2 lines
It looks like the avr32 support needs reworking for rc2.
Could you try:
http://www.atmel.no/~hcegtvedt/patches/mplayer-1.0rc2-100-atmel.1.patch
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=331
--- Comment #4 from Will Newton <[email protected]> 2009-07-27 11:47:09 UTC ---
That patch certainly applies cleanly and builds, but I don't have an avr32 board to test with so I can't say much more than that.
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=331
--- Comment #5 from Hans-Christian Egtvedt <[email protected]> 2009-07-27 12:11:09 UTC --- (In reply to comment #4)
Quoted 3 lines
That patch certainly applies cleanly and builds, but I don't have an avr32 board to test with so I can't say much more than that.
I've compiled and run MPlayer v1.0rc2 with that patch, and it worked fine for me. I am unsure about the status for integrating the patch into ffmpeg upstream, but work has been ongoing for some time.
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=331
Will Newton <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #321 is|0 |1
obsolete| |
--- Comment #6 from Will Newton <[email protected]> 2009-07-27 12:19:40 UTC --- Created an attachment (id=501)
--> (https://bugs.busybox.net/attachment.cgi?id=501)
Update mplayer to 1.0rc2
This patch updates mplayer to version 1.0rc2. It removes patches that have been applied upstream and updates the others. I can confirm this builds ok on ARM.
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
In reply to bugzilla at busybox.nethttps://bugs.busybox.net/show_bug.cgi?id=331
Peter Korsgaard <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED--- Comment #7 from Peter Korsgaard <[email protected]> 2009-07-27 15:17:32 UTC --- Thanks, committed!
Signature · 3 lines
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
bugzilla at busybox.net skrev:
Quoted 7 lines
https://bugs.busybox.net/show_bug.cgi?id=331
Peter Korsgaard <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Quoted 10 lines
Status|ASSIGNED |RESOLVED Resolution| |FIXED--- Comment #7 from Peter Korsgaard <[email protected]> 2009-07-27 15:17:32 UTC --- Thanks, committed!
Are there anyone except HCE which has mplayer running properly?
I tried mplayer-1.0-rc1 with a SAM9263 kernel downloaded from www.linux4sam.org.
I have tried with root file systems generated by OpenEmbedded and Buildroot. It works with OE, but not with BR.
I also tried with the new 2009.08-rc2 which upgrades mplayer and the same problem occurs. Only tested with a BR system.
I should have a a valid /etc/asound.conf and /etc/asound.state.
Some symptoms:
The status line looks like:
A: (15) (01.4) of 1700 (02:50.0) 21056% $<50>
THe first number indicates which chunk is beeing processed, and this counts up VERY slowly with the BR root file system, and much MUCH faster with the OE root fs.
The 21056% figure seems strange...
BR
Ulf Samuelsson
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
Ulf Samuelsson skrev:
Quoted 35 lines
bugzilla at busybox.net skrev:
Quoted 7 lines
https://bugs.busybox.net/show_bug.cgi?id=331
Peter Korsgaard <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------Quoted 10 lines
Status|ASSIGNED |RESOLVED Resolution| |FIXED--- Comment #7 from Peter Korsgaard <[email protected]> 2009-07-27 15:17:32 UTC --- Thanks, committed!
Are there anyone except HCE which has mplayer running properly?
I tried mplayer-1.0-rc1 with a SAM9263 kernel downloaded from www.linux4sam.org.
I have tried with root file systems generated by OpenEmbedded and Buildroot. It works with OE, but not with BR.I also tried with the new 2009.08-rc2 which upgrades mplayer and the same problem occurs. Only tested with a BR system.
I should have a a valid
/etc/asound.confand/etc/asound.state.Some symptoms:
The status line looks like:
A: (15) (01.4) of 1700 (02:50.0) 21056% $<50>
Quoted 6 lines
THe first number indicates which chunk is beeing processed, and this counts up VERY slowly with the BR root file system, and much MUCH faster with the OE root fs.
The 21056% figure seems strange...
If I understand this figure correctly, then this means that the CPU needs to be 21x faster to handle MP3 real time.
It increases the chunk counter by a few every 10 seconds or so, while the OE mplayer increases the chunk counter a few times per second.
I now can get sound when I play a simple wav file.
Could this mean that OE uses a fixed point MP3 decoder while Buildroot mplayer uses a floating point decoder?
BR
Ulf Samuelsson
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
Quoted 1 line · On Fri, 07 Aug 2009 01:54:18 +0200 Ulf Samuelsson <[email protected]>…
Ulf Samuelsson skrev:
<snipp>
Quoted 3 lines
Could this mean that OE uses a fixed point MP3 decoder while Buildroot mplayer uses a floating point decoder?
Is MPlayer compiled with libmad support and is libmad used as audio codec?
Please post the entire output from a playback, I use a /etc/mplayer.conf to override some basic stuff.
Signature · 2 lines
Best regards, Hans-Christian Egtvedt
[Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
Hans-Christian Egtvedt skrev:
Quoted 11 lines
Quoted 1 line · On Fri, 07 Aug 2009 01:54:18 +0200 Ulf Samuelsson <[email protected]>…
Ulf Samuelsson skrev:
<snipp>
Quoted 3 lines
Could this mean that OE uses a fixed point MP3 decoder while Buildroot mplayer uses a floating point decoder?
Quoted 6 lines
Is MPlayer compiled with libmad support and is libmad used as audio codec?
Please post the entire output from a playback, I use a
/etc/mplayer.confto override some basic stuff.
Thanks, I checked the output already, and OE is using libmad, while Buildroot is using the builtin mp3lib.
I have tried configuring with --disable-mp3lib.
With that mplayer uses ffmpeg [ffmp3].
This plays OK, but it takes about 60 seconds to start the song :-(.
I looked at ~/stk100x/target_skeleton/etc/mplayer.conf and created a file /etc/mplayer.conf containing
ac=mad
and now it starts immediately and plays OK!
Thanks a bundle...
BR
Ulf