[xine-bugs] [ xine-Bugs-1100225 ] RIP input plugin faster than real time?

[SourceForge.net <no...@so...>]

Bugs item #1100225, was opened at 2005-01-11 15:42
Message generated for change (Comment added) made by thirda
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: Allan Third (thirda)
Date: 2005-01-18 11: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 12: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 17: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 17: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 16: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 16: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