Date: Mon, 21 Sep 2009 21:27:27 +0000 (UTC) From: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-multimedia@freebsd.org Subject: Re: Downloading RTSP stream? Message-ID: <h98r3v$ven$1@lorvorc.mips.inka.de> References: <d873d5be0909201215t6f2c7f27qe36bfcab72a029dd@mail.gmail.com> <d873d5be0909201932o55b07faay3c52cf370963e3ae@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
b. f. <bf1783@googlemail.com> wrote: > By the way, when you were attempting to download this with > mplayer, did you use -dumpstream in conjunction with -dumpfile, and > did you experiment with the -rtsp-* switches? The -rtsp-* switches didn't seem relevant. Turns out they aren't available at all unless mplayer is built with liveMedia. So I recompiled the mplayer port with option LIVEMEDIA. And presto, mplayer -rtsp-stream-over-tcp (to cope with NAT) now *plays* the stream just fine. However, -dumpstream errors out: Cannot dump this stream - no file descriptor available. > tinker with various knobs. I got mplayer to play the output of the > first 30 seconds of your stream, albeit with a stream of error > messages (I used tcp transport to allow passage through a firewall, > and had to bump the buffer sizes as a result): > > openRTSP -4 -B 100000 -b 100000 -d 30 -D 110 -Q -n -t > rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data/quicktime/zdf/09/09/090920_untergang_szent_istvan_tex_vh.mp4 I don't see how most of these switches are relevant. Hmm, "openRTSP -f 25 -w 688 -h 384 -4 -d 30 -t <url>" now captures something that mplayer can sort of play. Tons of errors, though. Oh well. I'll pass for now and maybe revisit this topic in a year. -- Christian "naddy" Weisgerber naddy@mips.inka.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?h98r3v$ven$1>