After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 420519 - xine based plugin doesn't handled streamed file
xine based plugin doesn't handled streamed file
Status: RESOLVED DUPLICATE of bug 375866
Product: totem
Classification: Core
Component: Browser plugin (obsolete)
2.18.x
Other Linux
: Normal normal
: ---
Assigned To: totem-browser-maint
totem-browser-maint
Depends on:
Blocks:
 
 
Reported: 2007-03-20 13:11 UTC by Frederic Crozat
Modified: 2007-03-20 14:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Frederic Crozat 2007-03-20 13:11:47 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.
Comment 1 Bastien Nocera 2007-03-20 14:43:25 UTC
(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 ***