On Mon, 2007-09-03 19:11:47 +0200, Lennart Poettering <[EMAIL PROTECTED]> wrote: > On Mon, 03.09.07 13:49, Jan-Benedict Glaw ([EMAIL PROTECTED]) wrote: > > > > I played with the RTP sending module a bit. Seems to work, at least > > there's a RTP stream coming out of the box :) > > > > However, are there alternative ways to listen to this/these streams > > except using the receiver module? Eg. in theory, mplayer should be > > able to listen to this stream, but it seems to have problems > > recognizing the contents. How do I actually tell it to use a specific > > PCM format? > > Hmm. Good question. This used to work out of the box. We use the > standard type descriptors for S16BE uncompressed audio. Nothing > special, very basic stuff. > > According to the output you pasted mplayer ignores the RTP data type > codes now and instead tries to recognize the data time with > "magic". Which is a bad idea I would say. It should simply trust the > type descriptor we use in those packets.
Had a spare second and fought myself through the mplayer sources. This
somewhat works:
$ mplayer -demuxer rawaudio -rawaudio
channels=2:rate=44100:samplesize=2:format=0x10001 rtp://224.0.0.56:46520
The "interesting" part is to find out the correct values for the
`format' parameter. This very value is from libavcodec/avcodec.h .
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of: http://www.eyrie.org/~eagle/faqs/questions.html
the second :
signature.asc
Description: Digital signature
_______________________________________________ pulseaudio-discuss mailing list [email protected] https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
