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 171884 - Playlist support
Playlist support
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: Browser plugin (obsolete)
unspecified
Other Linux
: Normal normal
: ---
Assigned To: totem-browser-maint
totem-browser-maint
: 333561 336583 342710 348224 350926 (view as bug list)
Depends on:
Blocks: 171019 329138
 
 
Reported: 2005-03-28 17:09 UTC by Bastien Nocera
Modified: 2006-08-11 18:19 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
totem-plugin-realaudio-attempt.patch (3.11 KB, patch)
2005-03-28 17:24 UTC, Bastien Nocera
none Details | Review

Description Bastien Nocera 2005-03-28 17:09:50 UTC
Trying to view the video at this page:
http://www.forbes.com/video/?video_url=http://www.forbes.com/video/fvn/tech/ah_psp&id=hess_psp&title=Video%3A+A+Sneak+Peek+At+Sony%27s+PSP&partner=wm

The video actually only contains a RealMedia playlist that redirects to:
http://images.forbes.com/vas/20538828b75e25d90b959c592b044411.rm
Comment 1 Bastien Nocera 2005-03-28 17:24:55 UTC
Created attachment 39349 [details] [review]
totem-plugin-realaudio-attempt.patch

Isn't there some way to tell Mozilla we don't want it streamed but to pass us
the complete file?
Comment 2 Vladimir Lapacek 2005-06-15 21:13:59 UTC
I have the same problem with totem and asx. If I try to play

http://www.czech-tv.cz/vysilani/videoscripts/playlist.ram?format=WH&add=1&rlink=http%3A%2F%2Fct1streaming.visual.cz%2Fnew%2Fasx%2Fhigh&linkarr=Udalosti140605.asx

either from a webpage using the mozilla plugin or from command line using the
totem, nothing happens and totem stays still. If I download the contents of the
link with wget, there is a link to the video. Xine-ui works though but I would
like to use the totem mozilla plugin.
Comment 3 Christian Persch 2005-12-05 23:16:13 UTC
> Isn't there some way to tell Mozilla we don't want it streamed but to pass us
> the complete file?

You can set *stype = NP_ASFILE[ONLY] in the new_stream function. You'll still
get the stream writes (afaik), but when the download completes your
totem_plugin_stream_as_file function will be called. See
http://devedge-temp.mozilla.org/library/manuals/2002/plugin/1.0/npp_api9.html .

Comment 4 Bastien Nocera 2006-03-30 08:41:34 UTC
*** Bug 336583 has been marked as a duplicate of this bug. ***
Comment 5 Tim-Philipp Müller 2006-03-30 22:56:20 UTC
*** Bug 333561 has been marked as a duplicate of this bug. ***
Comment 6 Bastien Nocera 2006-05-26 14:38:40 UTC
*** Bug 342710 has been marked as a duplicate of this bug. ***
Comment 7 Bastien Nocera 2006-07-21 10:45:05 UTC
*** Bug 348224 has been marked as a duplicate of this bug. ***
Comment 8 Bastien Nocera 2006-08-07 13:51:55 UTC
The playlist parser part of the job is now done. We still need to make the browser plugin use this, and the -viewer handle playlists.

2006-08-07  Bastien Nocera  <hadess@hadess.net>

        * data/mime-type-list.txt: add application/x-quicktime-media-link
        * src/plparse/test-parser.c: (test_data_get_data), (test_data),
        (main):
        Add test code for the below
        * src/plparse/totem-pl-parser.c: (totem_pl_parser_is_asf),
        (totem_pl_parser_add_asf), (totem_pl_parser_is_quicktime),
        (totem_pl_parser_add_quicktime), (totem_pl_parser_ignore),
        (totem_pl_parser_ignore_from_mimetype),
        (totem_pl_parser_parse_internal), (totem_pl_parser_parse),
        (totem_pl_parser_can_parse_from_data):
        * src/plparse/totem-pl-parser.h:
        Add totem_pl_parser_can_parse_from_data which takes data in
        and tells us whether the data is a playlist or not, this is useful
        for the browser plugin so it knows whether to wait until the file
        is finished downloading before passing it on to the -viewer
Comment 9 Bastien Nocera 2006-08-07 15:44:21 UTC
I believe we should actually launch the player earlier (see bug 350297)

2006-08-07  Bastien Nocera  <hadess@hadess.net>

        * src/Makefile.am: link to the playlist parser
        * src/totem-mozilla-plugin.cpp:
        * src/totem-mozilla-scriptable.h:
        Check whether we have a playlist when getting the first bit of
        data, and only launch the viewer with the playlist on the local
        filesystem when it's all downloaded, rather than passing it
        directly to the player

Only bit missing is playlist support in the viewer.
Comment 10 Bastien Nocera 2006-08-08 15:48:03 UTC
2006-08-08  Bastien Nocera  <hadess@hadess.net>

        * src/Makefile.am: link the browser plugin against the playlist
        parser
        * src/plparse/test-parser.c: (playlist_started), (playlist_ended),
        (test_parsing): show the playlist start and end signals
        * src/totem-mozilla-options.h:
        * src/totem-mozilla-plugin.cpp:
        * src/totem-mozilla-scriptable.h:
        * src/totem-mozilla-viewer.c: (on_eos_event), (entry_added),
        (totem_embedded_push_parser), (main):
        Add support for reading playlists from the disk, instead of
        passing them to the backend, keep a list of files to be played,
        and pass from one to the other allowing a repeat mode
        (Closes: #329138, #171884)
Comment 11 Bastien Nocera 2006-08-11 18:19:52 UTC
*** Bug 350926 has been marked as a duplicate of this bug. ***