Playing mp3 on OMAP5912 OSK

Hi,

okay, I give up fighting with my madplay playing mp3 on OSK ;(

After months I tried again my madplay on recent git and again get

output: ioctl(SNDCTL_DSP_SYNC): Invalid argument

Can anybody give me a link to a nice, little, prebuild, easy to use mp3 player for ALSA on OSK? Something like my madplay, but working ;)

Many thanks

Dirk

For reference, my configuration:

# madplay -V
MPEG Audio Decoder 0.15.1 (beta)
  Copyright (C) 2000-2004 Underbit Technologies, Inc.
  Build options: NDEBUG FPM_ARM ASO_IMDCT ASO_INTERLEAVE1 
OPT_SPEED OPT_SSO

ID3 Tag Library 0.15.1 (beta)
Copyright (C) 2000-2004 Underbit Technologies, Inc. Build options: NDEBUG

madplay 0.15.2 (beta)
Copyright (C) 2000-2004 Robert Leslie
Build options: NDEBUG AUDIO_DEFAULT=audio_oss ENABLE_NLS

`madplay --license' for license and warranty information.

# file test.mp3
test.mp3: MPEG ADTS, layer III, v1, 192 kBits, 44.1 kHz, Stereo
# lsmod | grep aic
snd_omap_alsa_aic23 15900 0 - Live 0xbf0b4000
snd_pcm 77576 2 snd_pcm_oss,snd_omap_alsa_aic23, Live 0xbf0a0000
snd 45012 4 snd_pcm_oss,snd_omap_alsa_aic23,snd_pcm,snd_timer, Live 0xbf08a000
# madplay test.mp3
MPEG Audio Decoder 0.15.2 (beta) - Copyright (C) 2000-2004 Robert Leslie et al.
          Title: test
         Artist: test
          Album: test
          Track: 8
          Genre: Blues
output: ioctl(SNDCTL_DSP_SYNC): Invalid argument
#

Hi Dirk,

I tested the ALSA driver presented in the latest git tree and madplay is working properly. Did you select the OSS wrapper at ALSA section when compiled the osk kernel? My madplay was installed from the debian repository, so I guess it's compiled with default flags. For reference, my configuration:

root@arm:~/sounds# madplay --version
MPEG Audio Decoder 0.15.1 (beta)
  Copyright (C) 2000-2004 Underbit Technologies, Inc.
  Build options: FPM_ARM ASO_IMDCT ASO_INTERLEAVE1

ID3 Tag Library 0.15.1 (beta)
Copyright (C) 2000-2004 Underbit Technologies, Inc. Build options: NDEBUG

madplay 0.15.2 (beta)
Copyright (C) 2000-2004 Robert Leslie Build options: AUDIO_DEFAULT=audio_oss ENABLE_NLS

root@arm:~/sounds# uname -r
2.6.17-rc4-omap1-gcd37adf0-dirty

Best regards,

Anderson Briglia

Seems that this becomes strange. I used Anderson's madplay, libmad and .mp3 for tests. Anderson's mp3 is 44.1 kHz as well, so this shouldn't be the issue. My kernel sound configuration seems to be okay as well. But even with Anderson's binaries I get the ioctl error above. So last thing I can imagine is other kernel configuration.

Best regards

Dirk

For the archive and fyi answering to myself:

Here's my 'what it is not' list:

- madplay binaries and libraries are okay
- mp3 is okay
- playing over NFS is okay
- kernel config is okay

And now? Toolchain!

Compiling kernel with my old 3.4.1 gcc: madplay doesn't complain any more. Compiling kernel with my newer 4.1.0 with same config and same binaries: madplay fails. Haven't seen any other issues with my 4.1.0 yet, no error, failure, nothing.

Will see if I find time to investigate this further. Built my 4.1.0 with crosstool-0.42 and crosstool's

eval cat arm.dat gcc-4.1.0-glibc-2.3.2.dat sh all.sh --notest

configuration.

Thanks for your help

Dirk

Hi all,

Does someone know where to find the datasheet for the P2, with memory mapping, how works the keypad, interrupts, GPIO, MMU ...

I find nothing on the TI's website and all over the web :(

Thanks a lot for your help

Regards,

Pierre

ps: if you can't send attached files to the list please send them to my email (@hotmail.com)

_________________________________________________________________
Windows Live Mail : venez tester la version bêta ! http://www.ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d

For the archive: Seems that this [1] is fixed with

http://gcc.gnu.org/viewcvs/branches/gcc-4_1-branch/gcc/cse.c?r1=115620&r2=115619&pathrev=115620

Many thanks to Paul Brook!

Regards

Dirk

[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363