Vorbis dev - Apr 2009 - Can you provide me some information on music players using ogg.

Hi ,

   I am planning to use an open source .ogg player on my ARM simulator on
QEMU ( for ARM Application Baseboard ) .

 So far I have been able to bring up a Linux kernel 2.6.26.5 on the
simulator . Right not I want an open source ogg vorbis player which I can
use to call the libraries and play some files . However the catch is that I
need the APIs exposed of the player application to me . I am thinking of
using the ovplayer 1.1 but that looks old ( 2002 ) . Can I use the player
still , please advice .


Regarda
Diptopal Basu
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/vorbis-dev/attachments/20090407/8946acaa/attachment.htm

2009/4/7 Diptopal Basu <diptopal.basu at
gmail.com>:
> Hi ,
>
> ?? I am planning to use an open source .ogg player on my ARM simulator on
> QEMU ( for ARM Application Baseboard ) .
>
> ?So far I have been able to bring up a Linux kernel 2.6.26.5 on the
> simulator . Right not I want an open source ogg vorbis player which I can
> use to call the libraries and play some files . However the catch is that I
> need the APIs exposed of the player application to me . I am thinking of
> using the ovplayer 1.1 but that looks old ( 2002 ) . Can I use the player
> still , please advice .
Hi,

what audio output are you using? are you writing the audio interfacing
or do you want to use a player that already handles that?
Perhaps you could just run ogg123 and use its remote control
interface, where you can load, play, pause files over a control pipe.

cheers,

Conrad.

Hi Conrad ,

    Please pardon my ignorance ,  I am not so much aware of audio players as
such this is my first exposure to audio codecs . This is what I am looking
at , some audio player application that will expose some APIs ( I need to
use this to showcase an API testing tool and I thought it can be best
demonstrated using audio codecs ) which I can call to control the player ,
thats what you mean by control pipes I think ( if it is an IPC scenario ).
The player should be able to handle interfacing also , if you mean audio
file access .

   So some .ogg files stored at some location should be possible to be
played and controlled by the APIs supplied by the .ogg player . I will use a
an automation tool on this software to call the APIs . The player
application should reside as a shared library for me to call the APIs ,
right now I am not planning to handle IPC scenarios . So want to use the
same user space to run mu automation tool and the music player as a shared
library.


   My board ( now a simulator ) is an ARM integrator 926 EJS board which
runs on Linux 2.6.26.5 . The board has a LM4549 Audio Codec IC connected
through a PrimeCell AACI.  The LM4549 audio codec used on ARM?s development
boards has 18-bit ADCs and DACs. So in short without the ogg codec the board
can just record and play .wav files . Since I have a Linux port existing on
the board I hope that the .ogg player which I use should be able to use
standard calls to output audio through the codec .

Hope I have been able to explain the setup . Could you please advise .

Regards
Diptopal Basu




On Tue, Apr 7, 2009 at 9:50 PM, Conrad Parker <conrad at metadecks.org>
wrote:
> 2009/4/7 Diptopal Basu <diptopal.basu at gmail.com>:
>  > Hi ,
> >
> >    I am planning to use an open source .ogg player on my ARM simulator
on
> > QEMU ( for ARM Application Baseboard ) .
> >
> >  So far I have been able to bring up a Linux kernel 2.6.26.5 on the
> > simulator . Right not I want an open source ogg vorbis player which I
can
> > use to call the libraries and play some files . However the catch is
that
> I
> > need the APIs exposed of the player application to me . I am thinking
of
> > using the ovplayer 1.1 but that looks old ( 2002 ) . Can I use the
player
> > still , please advice .
>
> Hi,
>
> what audio output are you using? are you writing the audio interfacing
> or do you want to use a player that already handles that?
> Perhaps you could just run ogg123 and use its remote control
> interface, where you can load, play, pause files over a control pipe.
>
> cheers,
>
> Conrad.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/vorbis-dev/attachments/20090407/5955df8b/attachment.htm

2009/4/8 Diptopal Basu <diptopal.basu at
gmail.com>:
> Hi Conrad ,
>
> ??? Please pardon my ignorance ,? I am not so much aware of audio players
as
> such this is my first exposure to audio codecs . This is what I am looking
> at , some audio player application that will expose some APIs ( I need to
> use this to showcase an API testing tool and I thought it can be best
> demonstrated using audio codecs ) which I can call to control the player ,
> thats what you mean by control?pipes I think ( if it is an IPC scenario ).
> The player should be able to handle interfacing also , if you mean audio
> file access .
>
> ?? So some .ogg files stored at some location should be possible to be
> played and controlled by the APIs supplied by the .ogg player . I will use
a
> an automation?tool on this software to call the APIs . The player
> application should reside as a shared?library for me to call the APIs ,
> right now?I am not planning to handle?IPC scenarios . So want to use the
> same user space to run mu automation tool and the music player as a shared
> library.
>
>
> ?? My board ( now a simulator ) is an ARM integrator 926 EJS board which
> runs on Linux 2.6.26.5 . The board has a LM4549 Audio Codec IC connected
> through a PrimeCell AACI.??The LM4549 audio codec used on ARM?s development
> boards has 18-bit ADCs and DACs. So in short without the ogg codec the
board
> can just?record and play .wav files . Since I have a Linux port existing on
> the board I hope that the .ogg player which I use should be able to use
> standard calls to output audio through the codec .
>
right, so assuming you have a normal Linux kernel set up with ALSA or
OSS, then ogg123 should run (playing via libao).

You control it from your program by simply exec()ing it and connecting
pipes to its stdin/stdout. A copy of the command set is here:
https://trac.xiph.org/attachment/ticket/1109/remote.txt

cheers,

Conrad.

Hi Conrad ,

  Let me check ,  I am not too sure if ALSA/OSS is configured as I
downloaded the Linux source and compiled  it myself for the Versatile
baseboard , I will try to do as you advised . So I assume for Ogg123 to work
, the og and vorbis libraries should be present ?

Regards
Diptopal Basu

On Tue, Apr 7, 2009 at 10:28 PM, Conrad Parker <conrad at metadecks.org>
wrote:
> 2009/4/8 Diptopal Basu <diptopal.basu at gmail.com>:
> > Hi Conrad ,
> >
> >     Please pardon my ignorance ,  I am not so much aware of audio
players
> as
> > such this is my first exposure to audio codecs . This is what I am
> looking
> > at , some audio player application that will expose some APIs ( I need
to
> > use this to showcase an API testing tool and I thought it can be best
> > demonstrated using audio codecs ) which I can call to control the
player
> ,
> > thats what you mean by control pipes I think ( if it is an IPC
scenario
> ).
> > The player should be able to handle interfacing also , if you mean
audio
> > file access .
> >
> >    So some .ogg files stored at some location should be possible to be
> > played and controlled by the APIs supplied by the .ogg player . I will
> use a
> > an automation tool on this software to call the APIs . The player
> > application should reside as a shared library for me to call the APIs
,
> > right now I am not planning to handle IPC scenarios . So want to use
the
> > same user space to run mu automation tool and the music player as a
> shared
> > library.
> >
> >
> >    My board ( now a simulator ) is an ARM integrator 926 EJS board
which
> > runs on Linux 2.6.26.5 . The board has a LM4549 Audio Codec IC
connected
> > through a PrimeCell AACI.  The LM4549 audio codec used on ARM?s
> development
> > boards has 18-bit ADCs and DACs. So in short without the ogg codec the
> board
> > can just record and play .wav files . Since I have a Linux port
existing
> on
> > the board I hope that the .ogg player which I use should be able to
use
> > standard calls to output audio through the codec .
> >
>
> right, so assuming you have a normal Linux kernel set up with ALSA or
> OSS, then ogg123 should run (playing via libao).
>
> You control it from your program by simply exec()ing it and connecting
> pipes to its stdin/stdout. A copy of the command set is here:
> https://trac.xiph.org/attachment/ticket/1109/remote.txt
>
> cheers,
>
> Conrad.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/vorbis-dev/attachments/20090407/a7699407/attachment.htm

2009/4/8 Diptopal Basu <diptopal.basu at
gmail.com>:
> Hi Conrad ,
>
> ? Let me check ,? I am not too sure if ALSA/OSS is configured as I
> downloaded the Linux?source and compiled ?it myself for the Versatile
> baseboard , I will try to do as you advised . So I assume for Ogg123 to
work
> , the og and vorbis libraries should be present ?
yes: libogg, libvorbis, libvorbisfile. Also libao for the audio output.

Conrad.

And all these libraries should be compiled from source for ARM arcitecture
right ? I am using ELDK 4.1 compiler . Or are there any libraries existing
for ARM architecture ?

Regards
Diptopal

On Tue, Apr 7, 2009 at 10:39 PM, Conrad Parker <conrad at metadecks.org>
wrote:
> 2009/4/8 Diptopal Basu <diptopal.basu at gmail.com>:
> > Hi Conrad ,
> >
> >   Let me check ,  I am not too sure if ALSA/OSS is configured as I
> > downloaded the Linux source and compiled  it myself for the Versatile
> > baseboard , I will try to do as you advised . So I assume for Ogg123
to
> work
> > , the og and vorbis libraries should be present ?
>
> yes: libogg, libvorbis, libvorbisfile. Also libao for the audio output.
>
> Conrad.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/vorbis-dev/attachments/20090407/2dad5a22/attachment.htm

Hi Conrad ,

  Any document which explains the whole setup from the libraries to
installing ogg123 ?

Regards
Diptopal Basu

On Tue, Apr 7, 2009 at 10:43 PM, Diptopal Basu <diptopal.basu at
gmail.com>wrote:
> And all these libraries should be compiled from source for ARM arcitecture
> right ? I am using ELDK 4.1 compiler . Or are there any libraries existing
> for ARM architecture ?
>
> Regards
> Diptopal
>
>   On Tue, Apr 7, 2009 at 10:39 PM, Conrad Parker <conrad at
metadecks.org>wrote:
>
>> 2009/4/8 Diptopal Basu <diptopal.basu at gmail.com>:
>> > Hi Conrad ,
>> >
>> >   Let me check ,  I am not too sure if ALSA/OSS is configured as I
>> > downloaded the Linux source and compiled  it myself for the
Versatile
>> > baseboard , I will try to do as you advised . So I assume for
Ogg123 to
>> work
>> > , the og and vorbis libraries should be present ?
>>
>> yes: libogg, libvorbis, libvorbisfile. Also libao for the audio output.
>>
>> Conrad.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/vorbis-dev/attachments/20090407/e217b705/attachment.htm

Hi Conrad ,

 The link you sent talks about mpg321 . is it the same as ogg123 ? Also
internally I believe the remote control calls certain ogg123 APIs . How is
the remote control implemented ? Which file in the ogg123 has the code for
the remote control ? I think when I exec() the ogg123 , it starts running in
a different user space ?

    Can I bypass the remote control interface and directly call the
underlying APIs ?

Regards
Diptopal

On Tue, Apr 7, 2009 at 11:00 PM, Diptopal Basu <diptopal.basu at
gmail.com>wrote:
> Hi Conrad ,
>
>  Thanks a great deal for the direction , I will try it all out . Will keep
> you posted .
>
> Regards
> Diptopal
>
>   On Tue, Apr 7, 2009 at 10:57 PM, Conrad Parker <conrad at
metadecks.org>wrote:
>
>> 2009/4/8 Diptopal Basu <diptopal.basu at gmail.com>:
>> > Hi Conrad ,
>> >
>> >   Any document which explains the whole setup from the libraries
to
>> > installing ogg123 ?
>>
>> these libraries use GNU autotools in a fairly standard way; see the
>> INSTALL file in each tarball. You'll need to set your build host
>> appropriately for your cross compiler, but that is not specific to
>> these libraries (so check your development environment for
>> instructions).
>>
>> If you are compiling from svn, check out each project and run
>> ./autogen.sh before running configure.
>>
>> Conrad.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/vorbis-dev/attachments/20090407/d2c11de8/attachment.htm