All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ulf Samuelsson <ulf.samuelsson@atmel.com>
To: buildroot@busybox.net
Subject: [Buildroot] [Bug 331] Update MPlayer to version 1.0rc2
Date: Fri, 07 Aug 2009 01:54:18 +0200	[thread overview]
Message-ID: <4A7B6D2A.8020206@atmel.com> (raw)
In-Reply-To: <4A7B6261.2030509@atmel.com>

Ulf Samuelsson skrev:
> bugzilla at busybox.net skrev:
>> https://bugs.busybox.net/show_bug.cgi?id=331
>>
>>
>> Peter Korsgaard <jacmet@uclibc.org> changed:
>>
>>            What    |Removed                     |Added
>> ----------------------------------------------------------------------------
>>              Status|ASSIGNED                    |RESOLVED
>>          Resolution|                            |FIXED
>>
>>
>>
>>
>> --- Comment #7 from Peter Korsgaard <jacmet@uclibc.org>  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...
> 

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

  reply	other threads:[~2009-08-06 23:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-13  2:09 [Buildroot] [Bug 331] New: Update MPlayer to version 1.0rc2 bugzilla at busybox.net
2009-05-13  2:11 ` [Buildroot] [Bug 331] " bugzilla at busybox.net
2009-07-26 19:45 ` bugzilla at busybox.net
2009-07-27 10:40 ` bugzilla at busybox.net
2009-07-27 10:53 ` bugzilla at busybox.net
2009-07-27 11:47 ` bugzilla at busybox.net
2009-07-27 12:11 ` bugzilla at busybox.net
2009-07-27 12:19 ` bugzilla at busybox.net
2009-07-27 15:17 ` bugzilla at busybox.net
2009-08-06 23:08   ` Ulf Samuelsson
2009-08-06 23:54     ` Ulf Samuelsson [this message]
2009-08-07  5:22       ` Hans-Christian Egtvedt
2009-08-07  8:43         ` Ulf Samuelsson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A7B6D2A.8020206@atmel.com \
    --to=ulf.samuelsson@atmel.com \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.