From: SourceForge.net <no...@so...> - 2005-01-18 15:42:54
|
Bugs item #1100225, was opened at 2005-01-11 16:42 Message generated for change (Comment added) made by mroi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1100225&group_id=9655 Category: xine Group: feature request Status: Open Resolution: Postponed Priority: 5 Submitted By: Allan Third (thirda) Assigned to: Nobody/Anonymous (nobody) Summary: RIP input plugin faster than real time? Initial Comment: Hi, I use xine on a daily basis to download RealAudio streams from the BBC (http://www.bbc.co.uk), which I convert to Ogg Vorbis and listen to on my portable player. (That is to say, just for the record, I'm interested only in entirely legal, time-shifting use of xine's #save: feature!) However, the #save: option to MRLs (the RIP input plugin), even when accompanied by \;noaudio\;novideo, downloads the streams in real time, so that a half-hour programme takes half an hour to download. I was just wondering if it is possible to speed this process up at all? I know people using stream-saving software for MS Windows which offers very rapid downloads (of, in fact, the same BBC streams), and so I assume there is no server-imposed limitation on download rates - perhaps simply by specifying a large enough audio buffer, one can download at higher speeds? I'd very much appreciate it if a high-speed stream-saving option could be added to xine, if at all technically possible. Thanks very much, Allan ---------------------------------------------------------------------- >Comment By: Michael Roitzsch (mroi) Date: 2005-01-18 16:42 Message: Logged In: YES user_id=552060 I think the RTSP code in mplayer is the same, at least it should be very similar. To solve this, you would have to compare sniffer logs of the client-server communication of xine/mplayer and an application which downloads in sub-realtime. Michael ---------------------------------------------------------------------- Comment By: Allan Third (thirda) Date: 2005-01-18 12:15 Message: Logged In: YES user_id=285608 Yes, that makes sense. Do you have any suggestions as to anything else I could try to help diagnose this fully, or find a solution? As you say, there must be some way of telling the server to deliver data faster than normal, since there is Windows software which can do so. If it helps at all, mplayer with the -nosound, -novideo and -dumpstream options also only downloads in real-time. I don't know whether or not xine and mplayer use the same code for Real streaming, however. Thanks a lot for your help, Allan ---------------------------------------------------------------------- Comment By: Michael Roitzsch (mroi) Date: 2005-01-13 13:04 Message: Logged In: YES user_id=552060 Which somewhat proves that this problem is input-specific. I guess there the RTSP server delivers the data only fast enough for live playback. Maybe there is a special option in RTSP which allows a client to tell the server a different delivery rate. Michael ---------------------------------------------------------------------- Comment By: Allan Third (thirda) Date: 2005-01-12 18:36 Message: Logged In: YES user_id=285608 I just tried that, and yes, it's nearly instantaneous: just like 'cp'. Thanks, Allan ---------------------------------------------------------------------- Comment By: Michael Roitzsch (mroi) Date: 2005-01-12 18:06 Message: Logged In: YES user_id=552060 If you have downloaded such a stream and pipe it through the save-feature again (essentially emulating 'cp' with xine): xine "file.ra#save:otherfile.ra;noaudio;novideo" Does this run in sub-realtime? Michael ---------------------------------------------------------------------- Comment By: Allan Third (thirda) Date: 2005-01-11 17:21 Message: Logged In: YES user_id=285608 I initially thought they would too, but it seems not. For example, the following MRL rtsp://rmv8.bbc.net.uk/radio4/comedy/mon1830.ra#save:mon1830.ra\;noaudio\;novideo is definitely a saved, not live, stream, but xine downloads it in real time. I can reproduce this behaviour on two different machines - the one I'm using currently has xine-lib-1-rc5, and all earlier versions of xine I have used have shown the same behaviour. Thanks, Allan ---------------------------------------------------------------------- Comment By: Thibaut Mattern (tmattern) Date: 2005-01-11 17:06 Message: Logged In: YES user_id=532851 sounds strange, noaudio and novideo options should allow you to download as fast as possible, except if the stream is live of course. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1100225&group_id=9655 |