Playing mp3 on OMAP5912 OSK

Playing mp3 on OMAP5912 OSK

[Dirk Behme]

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
#

RE: Playing mp3 on OMAP5912 OSK

[Ishigami, Tatsuya]

Hi,

 It's still the madplay, but has worked so far for me.
Try the script there,

 http://oskfordummies.hp.infoseek.co.jp/howto/madplay.html 

 If they doesn't work, try the following file system (which I *think* 
includes the madplay) AFAIK, it worked with the 2.6.11 OSS driver.

 http://oskfordummies.hp.infoseek.co.jp/download.html

> # file test.mp3
> test.mp3: MPEG ADTS, layer III, v1, 192 kBits, 44.1 kHz, Stereo

 Unlike desktop PCs, the OSK's Audio driver does not necessary 
support all the sampling frequencies. Please try 48kHz mp3, instead.

 Regards,
 Ishigami

-----Original Message-----
From: linux-omap-open-source-bounces@linux.omap.com
[mailto:linux-omap-open-source-bounces@linux.omap.com] On Behalf Of Dirk
Behme
Sent: Saturday, May 27, 2006 3:56 PM
To: Linux-omap-open-source@linux.omap.com
Subject: 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
#




_______________________________________________
Linux-omap-open-source mailing list
Linux-omap-open-source@linux.omap.com
http://linux.omap.com/mailman/listinfo/linux-omap-open-source

Re: Playing mp3 on OMAP5912 OSK

[Anderson Briglia]

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

ext Dirk Behme wrote:
> 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
> #
> 
> 
> 
> 
> _______________________________________________
> Linux-omap-open-source mailing list
> Linux-omap-open-source@linux.omap.com
> http://linux.omap.com/mailman/listinfo/linux-omap-open-source
> 

Re: Playing mp3 on OMAP5912 OSK

[Dirk Behme]

Anderson Briglia wrote:
> I tested the ALSA driver presented in the latest git tree and madplay is working properly.

>>output: ioctl(SNDCTL_DSP_SYNC): Invalid argument

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

Re: Playing mp3 on OMAP5912 OSK

[Dirk Behme]

Dirk Behme wrote:
> Anderson Briglia wrote:
> 
>> I tested the ALSA driver presented in the latest git tree and madplay 
>> is working properly.
> 
>>> output: ioctl(SNDCTL_DSP_SYNC): Invalid argument
> 
> 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.

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

Documentation for the TI P2 (OMAP730/ARM926T)

[p B]

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

Re: Playing mp3 on OMAP5912 OSK

[Dirk Behme]

Dirk Behme wrote:
> Dirk Behme wrote:
> 
>> Anderson Briglia wrote:
>>
>>> I tested the ALSA driver presented in the latest git tree and madplay 
>>> is working properly.
>>
>>
>>>> output: ioctl(SNDCTL_DSP_SYNC): Invalid argument
>>
>>
>> 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.
> 
> 
> 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.

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