[xine-bugs] [ xine-Bugs-1058953 ] OGM + remote file location

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

Bugs item #1058953, was opened at 2004-11-02 15:49
Message generated for change (Comment added) made by miguelfreitas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1058953&group_id=9655

Category: xine
Group: v1-rc5
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Alex de la Mare (alexdlm)
Assigned to: Nobody/Anonymous (nobody)
Summary: OGM + remote file location

Initial Comment:
Loading an OGM from a remote mount (eg SMB) causes xine
to lock whilst the OGM is read. It appears that xine is
searching the entire file(?) because lots of data is
transfered across the network (@ max transfer rate)
when xine attempts to load the OGM file.

This does not occur with other codecs, eg AVI or
similar codecs such as MKV. It has been a problem for
some time now, and as of xine-lib-1.6_rc5 it is still a
problem.

----------------------------------------------------------------------

>Comment By: Miguel Freitas (miguelfreitas)
Date: 2004-11-06 10:28

Message:
Logged In: YES 
user_id=148691

some container formats require the entire file to be
scanned, or at least some kind of index to be read from the
end of file. this is true for avi file, as you can see using
windows media player to play an avi file over http. xine's
avi demuxer, is much smarter and can play "streaming" avi
file by generating index on the fly.

for ogg/ogm we use libogg for demuxing the file. so this is
unlikely to get "fixed" since it would require writing a new
ogg demuxer from scratch and dropping libogg. btw, i would
probably call this a feature request instead of a bug.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1058953&group_id=9655