[Bug 732945] encodebin creates unplayable m4a files

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=732945
  GStreamer | gst-plugins-base | unspecified

Nicolas Dufresne <nicolas.dufresne> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|NOTABUG                     |

--- Comment #4 from Nicolas Dufresne <nicolas.dufresne at collabora.co.uk> 2014-07-09 15:07:51 UTC ---
Can you provide the encodebin profile. Notice this:

0:00:19.077658053 27666 0x7f8670004cf0 WARN                   qtmux
gstqtmux.c:1649:gst_qt_mux_start_file:<muxer> downstream did not handle seeking
query
0:00:19.077709467 27666 0x7f8670004cf0 WARN                   qtmux
gstqtmux.c:1658:gst_qt_mux_start_file:<muxer> warning: Downstream is not
seekable and headers can't be rewritten

Also notice that sound-juicer uses giosink, not filesink. Can you test case
(need to write it in C or Python) a muxing pipeline with giosink. Might be
where the problem is. I'm not familiar with seeking a sink, but I think that's
what mp4mux. For mp4 we put the header and index at the start, hence we need to
seek back in the file at EOS, and prepend that data. It is likely that giosink
is missing this feature. But I'm pretty much guessing at the moment.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.