GNOME Bugzilla – Bug 351183
Support QuickTime VR files with interactive elements
Last modified: 2017-11-27 01:22:01 UTC
I have a QuickTime VR file that does not play very well. All the pictures element are played as a movie, while is should be interactive. Sample movie: http://members.cox.net/tobyclick/panoramas/TempleMound.mov Toten is from Ubuntu ii totem 1.4.1-0ubuntu4 A simple media player for the Gnome desktop (dummy package) It is using gstreamer.
gxine mostly does the same.
Neither xine-lib nor GStreamer know how to do that. Moving to GStreamer as it's in the same bugzilla.
(In reply to comment #2) > Neither xine-lib nor GStreamer know how to do that. > Moving to GStreamer as it's in the same bugzilla. This is still in totem bugs :-)
Yeah, Tim would know whether it's a duplicate or not, and which component it should go to.
I am fairly sure there is already a bug about this, but I can't find it right now. Oh well, over to GStreamer (don't hold your breath waiting for it to be implemented though).
*** Bug 573248 has been marked as a duplicate of this bug. ***
Maybe somebody could wrap FreePV ? http://freepv.sourceforge.net/ Along with support of navigation events, or better yet... have some properties for where you're looking, the field of depth, etc... and make those properties controllable (i.e. scripting the navigation).
IIRC, supporting QuicktimeVR was the thing apple said we couldn't do and still have qtdemux be in -good.
Then how about making qtdemux spurt out the info as a stream and have a separate element wrapping QuicktimeVR ?
(In reply to comment #9) > Then how about making qtdemux spurt out the info as a stream and have a > separate element wrapping QuicktimeVR ? Not sure how this should work: You would have qtdemux name=d ! videodec ! videosink d. ! audio d. ! quicktimevrdec ! (?) quicktimevrdec needs to handle navigation events but only videosink provide navigation events. Which means that the quicktimevrdec somehow needs to be inside the video decoder chain. IMHO this only can be cleanly implemented inside qtdemux. Maybe qtdemux could internally create a quicktimevrdec element if available for this functionality? Then it could still be in -ugly or -bad if this makes Apple happy. (In reply to comment #8) > IIRC, supporting QuicktimeVR was the thing apple said we couldn't do and still > have qtdemux be in -good. Who talked to Apple back then? Christian? We should talk to that person about details ;)
Couldn't it be qtdemux name=d ! videodec ! quicktimevr ! videosink The quicktimevr would get the nav-event from the sink and translate the to seek-events. Also there should be no audio on these files. A seek-query should return false.
The sample file is no longer available, combined with no interest in 6 years, so I'm quite confident we can close this feature request. Please re-open if you are interested in providing patches.