GNOME Bugzilla – Bug 415640
totem-mozilla ignores qtnext
Last modified: 2014-04-30 11:22:29 UTC
That bug has been opened on https://launchpad.net/bugs/86777: "Binary package hint: totem For video sites that play a sequence of videos using "quicktime" (including mp4), the sequence is described using an embed tag with qtnext attributes. For example: <EMBED SRC="nameof.mov" WIDTH="200" HEIGHT="240" QTNEXT1="<http://www.apple.com/quicktime/movies/sample.mov> T<myself>" QTNEXT2="<rtsp://www.apple.com/quicktime/movies/sample.mov> T<myself>" QTNEXT3="<URL> T<myself>" QTNEXT4="GOTO0" > Unfortunately, totem's plugin ignores the qtnext tag; totem will play only the first movie. ... > Thank you for your bug. What version of Ubuntu do you use? Do you have a website example for that? ... Feisty. I set up an example page at http://web.hawkesnest.net/users/hawke/test.html Quicktime on Windows sometimes has some problems with the actual video encoding, but it will play all 6 videos in turn. Totem plays the first video with no trouble, but then ignores the QTNEXT attributes and so never goes on to the next video."
Indeed, we don't know how to handle those. We would probably need to pass them off as a playlist, or something like that.
The redesign I'm working on as part of the implementation of the JS interface should make this very easy.
Christian, how do you think we should handle that?
On EOS of the current movie (or, if we have a plyalist, of the last movie in the current playlist), we could take the QTNEXT or QTNEXT(n+1) URL and use it as the new movie/playlist. An added complication is that there are sites that use JS in the QTNEXT attribute, so we absoletely need to fetch the thing with the browser, not with our own backend.
Any news on this?
The browser plugin has been removed from Totem. See this post for more details: http://www.hadess.net/2014/04/good-bye-totem-browser-plugin.html