Icecast - Aug 2004 - Helix into Icecast2 loopback

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 is if I try running the
precompiled trplayer with the LD_PRELOAD=/usr/local/lib/libmemc++.so (which
I compiled with the missing __builtin_vec_new etc functions) prefix it seems
to work ok. The problem with that is I cannot pass this into vsound.

$ vsound LD_PRELOAD=/usr/local/lib/libmemc++.so trplayer
rtsp://my.stream.net:554/broadcat/live.rm 

Doesn't work because the extra preload argument isn't passed into vsound
correctly. ARG! I guess my only option left is to recompile vsound with the
preload bit included...

Otherwise I give up. And onto the next problem of mp3 streaming into
flash...

Hash

<p><p>-----Original Message-----
From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org] On Behalf Of
EvilOverlord
Sent: Tuesday, March 23, 2004 12:22 AM
To: icecast@xiph.org
Subject: Re: [icecast] Helix into Icecast2 loopback

amurai.fm wrote:
> 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 latest RedHat... something about __pure_virtual being an
> undefined symbol...??
> 
> Regarding Helix, I am using a Real server not the Helix Community open
> source version. The real version is incredibly easy to install and
> administrate and you can pick up a free working version with a stream cap
at
> 1mbps from the realnetworks website. I haven't got around to compiling
the
> open source version but from what I've heard it is efficient and worth
> looking into.
> 
> Hash 
> 
So what you're effectively wanting to do is transcode a realmedia stream 
into ogg?

Stephen
KUCS.net
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

samurai.fm wrote:
> 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 is if I try running the
> precompiled trplayer with the LD_PRELOAD=/usr/local/lib/libmemc++.so (which
> I compiled with the missing __builtin_vec_new etc functions) prefix it
seems
> to work ok. The problem with that is I cannot pass this into vsound.
> 
> $ vsound LD_PRELOAD=/usr/local/lib/libmemc++.so trplayer
> rtsp://my.stream.net:554/broadcat/live.rm 
> 
> Doesn't work because the extra preload argument isn't passed into
vsound
> correctly. ARG! I guess my only option left is to recompile vsound with the
> preload bit included...
> 
> Otherwise I give up. And onto the next problem of mp3 streaming into
> flash...
> 
> Hash
If I had to do this I'd stick two sound cards in the box, run the 
commandline realplayer on one card, plug a passthrough from line-out to 
line-in on the other card and use liveice to generate the mp3 stream.

I would say you can do it with a Full Duplex sound card but you'll no 
doubt get one program moaning about the device being in use if you try that.

Stephen
KUCS.net
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

On Mon, 2004-03-22 at 14:17, EvilOverlord wrote:
> 
> If I had to do this I'd stick two sound cards in the box, run the 
> commandline realplayer on one card, plug a passthrough from line-out to 
> line-in on the other card and use liveice to generate the mp3 stream.
> 
> I would say you can do it with a Full Duplex sound card but you'll no 
> doubt get one program moaning about the device being in use if you try
that.
> 
> Stephen
> KUCS.net
This makes more sense to me. RealAudio and mp3 are both lossy
compressions. Cascading them could sound pretty bad. Also, the sound
cards I have messed with appear to have high impedance line in feeds, so
you might get slightly better results to just feed them in parallel. 

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.