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 620283 - Support for Adobe's F4F missing
Support for Adobe's F4F missing
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
unspecified
Other All
: Normal enhancement
: 0.10.27
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-06-01 17:19 UTC by ralf.sippl
Modified: 2010-12-07 16:26 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
the source file (759.48 KB, video/mp4)
2010-06-01 17:32 UTC, ralf.sippl 		Details
the generated f4f file (900.01 KB, application/octet-stream)
2010-06-01 17:35 UTC, ralf.sippl 		Details
manifest file, also generated by the Adobe tool (1.13 KB, application/octet-stream)
2010-06-01 17:36 UTC, ralf.sippl 		Details
f4x file generated by the tool (maybe some index file?) (153 bytes, application/octet-stream)
2010-06-01 17:37 UTC, ralf.sippl 		Details

Description ralf.sippl 2010-06-01 17:19:35 UTC 
I'd love to see support for Adobe's F4F (fragmented MP4) format in GStreamer. I'm attaching the source MP4 file, as well as the F4F file generated by Adobe's f4fpackager tool. It's sort of playable in ffplay. ffmpeg -i shows it contains an RTMP stream.
Comment 1 ralf.sippl 2010-06-01 17:32:42 UTC 
Created attachment 162479 [details]
the source file
Comment 2 ralf.sippl 2010-06-01 17:35:07 UTC 
Created attachment 162480 [details]
the generated f4f file
Comment 3 ralf.sippl 2010-06-01 17:36:15 UTC 
Created attachment 162481 [details]
manifest file, also generated by the Adobe tool
Comment 4 ralf.sippl 2010-06-01 17:37:14 UTC 
Created attachment 162482 [details]
f4x file generated by the tool (maybe some index file?)
Comment 5 Mark Nauwelaerts 2010-12-07 16:26:02 UTC 
This is mostly taken care of by the fragmented file support recently added to qtdemux.

Following commit tweaks a few loose ends and should have this playing (at least if typefinding plays nice):

commit d2948bb259ac070dbbb8ca1e1b0341e39ce1d87a
Author: Mark Nauwelaerts <mark.nauwelaerts@collabora.co.uk>
Date:   Tue Dec 7 17:19:00 2010 +0100

    qtdemux: fragmented support; fix offset handling and relax error raising
    
    In particular, accept unknown stream in track fragment, and only error out
    if that raises problems later on with respect to offset tracking.
    
    Fixes #620283.