In message <[EMAIL PROTECTED]>
Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 13, 2001 at 01:16:17PM +0000, Peter Naulls wrote:
> > I've tried xplay and splay. They "work" - that is, they don't crash and
> > consume about the expected amount of CPU, but there's only a bit of a
> > crackle from the speakers. It's got 16-bit sound; .au files play fine.
> >
> > What's going wrong?
>
> It might be a couple of things:
>
> - Wrong output format (endianness, 8 bit vs. 16 bit, signed vs. unsigned)
> - Wrong device (/dev/audio instead of /dev/dsp)
> - Too many floating point instructions (which are emulated in kernel
> and slow down the player)
>
> You might try madplay, it works quite good on StrongARM CPUs:
>
> http://www.mars.org/home/rob/proj/mpeg/
It's not very happy on a RiscPC:
error: frame 0: lost synchronization
error: frame 1: bad big_values count
error: frame 2: bad big_values count
output: sample frequency 44100 Hz not available; closest 41666 Hz
output: cannot resample 44100 Hz to 41666 Hz
Variations on output options result in similar errors and/or
segmentation faults.
Dunno if the above error is limitation of the RiscPC hardware, or maybe
of the ARM Linux driver.
Peter
--
------------------------------------------------------------------------
Peter Naulls - [EMAIL PROTECTED]
Homepage - http://free.prohosting.com/~chocky/
Java for RISC OS and ARM - http://www.java.riscos.org.uk/
Debian Linux on RiscPCs - http://www.erble.freeserve.co.uk/
------------------------------------------------------------------------
_______________________________________________
http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm
Please visit the above address for information on this list.
