GNOME Bugzilla – Bug 420519
xine based plugin doesn't handled streamed file
Last modified: 2007-03-20 14:43:25 UTC
follow-up of http://qa.mandriva.com/show_bug.cgi?id=29513 1/ make sure you use totem xine-based mozilla plugin 2/ go to http://fredrik.hubbe.net/plugger/test.mpg in your favorite browser 3/ no thing appears two problems here : -plugin is using fd://0 but xine-backend doesn't understand this mrl, which must be replaced by stdin://0 -once this modification is done, playback isn't possible because buffer seems empty.
(In reply to comment #0) > follow-up of http://qa.mandriva.com/show_bug.cgi?id=29513 > 1/ make sure you use totem xine-based mozilla plugin > 2/ go to http://fredrik.hubbe.net/plugger/test.mpg in your favorite browser > 3/ no thing appears That's a dupe of bug 375866. > two problems here : > -plugin is using fd://0 but xine-backend doesn't understand this mrl, which > must be replaced by stdin://0 No. The backend does understand it, unless you have an ancient version of xine-lib. In src/input/input_stdin_fifo.c stdin_class_get_instance(): if (!strncasecmp(mrl, "stdin:/", 7) || !strncmp(mrl, "-", 1) || !strncmp(mrl, "fd://0", 6)) { revision 1.57 date: 2004/04/19 20:20:51; author: hadess; state: Exp; lines: +3 -2 - also accept "fd://0" as an mrl for stdin input, as used by GStreamer I added support 3 years ago :) > -once this modification is done, playback isn't possible because buffer seems > empty. That's because the xine-lib open() blocks waiting for data, whereas the GStreamer one doesn't. We try to work around that and return ASAP from the bvw_open() by spawning a thread. I'm not sure what the problem is with the xine-lib backend, but it seems that the problems might be due to xine-lib itself. Ie. if "gnomevfs-cat http://fredrik.hubbe.net/plugger/test.mpg | xine fd://0" works, but "gnomevfs-cat http://fredrik.hubbe.net/plugger/test.mpg | totem fd://0" doesn't, then the problem lies with the the Totem code. *** This bug has been marked as a duplicate of 375866 ***