similar to: capturing sound from /dev/dsp

Hi. I'm trying to get plugger to work with ogg123 and it does - sort of. No matter what the song is, it plays 24 seconds of the song and then dies. Same spot every time - I've tried with a short song (Janis Joplin Mercedes Benz) and a long song (Cracker Eurotrash Girl). I have this as the mime identification in the plugger rc file: audio/ogg: ogg: Vorbis Ogg audio application/x-ogg: ogg:

Hi there! My problem is the following: I am experimenting with virtualization with XEN. I am running WinXP in a HVM host with a Debian Gnu/Linux (Etch) dom0. I am also using audio emulation (sb16). This way, sounds from WinXP work fine. And here comes the problem: The HVM guest completely reserves the audio device; other software can not use it. (mplayer says this: alsa-init: using ALSA

Dave St John wrote: >Correct since im not sending any content type headers for browsers, as the >links are intended to be inserted into playlist files .pls > >example mp3 >[playlist] >NumberOfEntries=1 >File1=http://mediacast1.com/members/listen_icecast2_mp3.php?submc1id=999&sub >mc1srvkey=278931a39ae8a23377e2d9445d8c9432f3e48a1d >Title1=latex radio >Length1=-1

Is anyone using icecast and a client in any sort of reliable setting, such as a backup studio to transmitter link for a radio station? Something the requires reliability and good audio quality? What client are you using? I ask because I haven't found any good clients that meet my needs. Here are my requirements: 1. It should run in linux, for security and stability. 2. It should be

Well more specifically I want to transcode a realaudio stream into mp3 on the same machine and on the command line only - reliably! Following up, I managed to compile the trplayer using a substitute __pure_virtual function compiled with extern "C" (without it the function name was being mangled by g++) by now trplayer runs and exits without warning, error or success... the funny thing

Hello. I've made some progress on the issue. I found a tool called TrPlayer which is a text mode front end for real player - initially developed for the use of the visually impaired. The theory is that I can use this and pipe the live stream into vsound which then in turn is passed into ices or another source client. Trouble is, I'm having all sorts of trouble compiling Trplayer on the

(Hi, this isn't exactly vorbis related, but I figure most of you use libao with ogg123.) Libao 0.8.4 has been released today. It's mostly a bug-fix release, but has some new drivers too! We've also moved libao to it's own website: http://www.xiph.org/ao/ Source, RPMS for RedHat 9, and Debian packages are there. Enjoy! Changelog: * Incorporated OS X patches from the Fink

On Fri, 2002-12-20 at 17:50, Drew Lane wrote: > >That line relates to this > >struct ovectl_ratemanage_arg ai; > > > >which is defined in vorbis/vorbisenc.h. Is one of those other lines > >stating that certain headers files could not be found? If so then make > >sure that your system has the ogg and vorbis packages installed. You may > >have to build

Hi Gunter, Thank you for your quick response. As I mentioned in the email, I cannot dependably reproduce it. It comes and goes, and I just have to wait for it to come up before I can try to debug it. I've found it tends to happen when I've been taxing my sound driver, but this isn't consistent either. My inability to consistently reproduce this has made it a nasty bug for me to

> > >> >> > >That line relates to this >struct ovectl_ratemanage_arg ai; > >which is defined in vorbis/vorbisenc.h. Is one of those other lines >stating that certain headers files could not be found? If so then make >sure that your system has the ogg and vorbis packages installed. You may >have to build libogg and libvorbis from source if you

Hi there, I've been grappling with this for some time, so I'm finally breaking down and trying this list. I'm trying to integrate libvorbisfile and libao to create a simple sound file player, a la ogg123. To do this, I borrowed heavily from ao_example.c and vorbisfile_example.c. I feed the buffer from ov_read into ao_play in a simple loop. It usually works, but occasionally all it

(Reply directly, as I''m not subscribed here.) As you may have seen, ARC recently approved my case to remove the ancient sbpro driver Solaris. I''m intent on doing that, because it really helps with our OSS integration effort, which I''m now leading. The problem is, will this impact qemu? I''m not sure of the answer. I *think* qemu emulates an older ESS1370

(Reply directly, as I''m not subscribed here.) As you may have seen, ARC recently approved my case to remove the ancient sbpro driver Solaris. I''m intent on doing that, because it really helps with our OSS integration effort, which I''m now leading. The problem is, will this impact qemu? I''m not sure of the answer. I *think* qemu emulates an older ESS1370

How can this problem be reproduced? If you have an specific .ogg file that gives problems it would be helpful to have them so we can try to reproduce them. Kind regards, Gunter. On So, Jun 14, 2015 at 7:10 , Marshall Mason <marshallmason2 at gmail.com> wrote: > Hi there, > I've been grappling with this for some time, so I'm finally breaking > down and trying this

No, DON'T use mpg321, it will not work. Make sure you're using mpg123. See the wiki. > -----Original Message----- > From: asterisk-users-bounces@lists.digium.com > [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of > Rich Adamson > Sent: Friday, October 01, 2004 12:13 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re:

Can anyone suggest a shell script in linux bash for encodimg raw audio output from text to speech app into an ogg file. I am running festival speech. The command line for basic tts is festival> bin/festival --tts myfile.txt Thanks -- Raena Lea-Shannon --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this

Hi Gunter, I think this problem started happening when I upgraded from Debian Wheezy to Debian Jessie. If nothing looks amiss in my code, it probably is a sound driver problem. But since it works 100% of the time in ogg123, I feel I must have missed some corner case. My audio driver is almost always active. I usually have my music player going in the background when I do my testing. The problem

Hi Gunter, I've solved the sound glitch. Since it was hard to reproduce, it took me a while, but I eventually figured it out. What I needed to do was fill the buffer with more data before handing it off to ao_play. It requires lots of bookkeeping, pointer arithmetic, and a sufficiently large buffer. First, the bigger buffer. I just pulled this code from ogg123: #define PRIMAGIC

Here's the error I get when trying to compile: gcc -O20 -ffast-math -D_REENTRANT -D__NO_MATH_INLINES -fsigned-char -I. -I../include -c ogg123.c ogg123.c: In function `main': ogg123.c:260: `AFMT_S16_NE' undeclared (first use this function) ogg123.c:260: (Each undeclared identifier is reported only once ogg123.c:260: for each function it appears in.) make[2]: *** [ogg123.o] Error 1