Re: [xine-devel] .mov files that are on http but not streamable

[Mike M. <mel...@pc...>]

On Thu, 31 Jul 2003, Drew 'dantealiegri' Ogle wrote:

> Someone in  #xine was testing their installation and was trying to play
> http://fredrik.hubbe.net/plugger/test.mov, which didn't work.
> thibaut mentioned that not all .mov are streamable, and indeed, it plays 
> when
> you wget it.
> 
> What I'm wondering is if xine-lib can give the right information to 
> xine-ui or gxine
> so that it can inform the user of that, so they don't get the generic 
> 'no demuxer' error.
> Mostly because that isn't the case!

	Interesting idea. I am able to detect if a file is Quicktime by
the first 8 bytes of the file. It's just that the playback information
might be tacked on at the very end. That's when I can't play the file
until it is all there. xine's API only allows me to specify "yes, this
demuxer can play this file right now" or, "no, this demuxer can not handle
this file". I suppose that if it looks like a QT file up front but does
not have all the data yet, the QT demuxer could accept the stream/file but
just not really do anything with it.

	Would that be better? I'm not so sure. Then this list would still
get messages about how xine couldn't play this or this QT file; only the
sympton would be different.

> Also, anoncvs is stuck, can someone tell sourceforge?

	How is it 'stuck'? I know that last night I could not connect to
the CVS server via ssh.

--
	-Mike Melanson