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 510745 - Add musepack sv7 support
Add musepack sv7 support
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Linux
: Normal normal
: 0.10.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-01-20 07:53 UTC by Sebastian Dröge (slomo)
Modified: 2008-04-19 20:26 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
ffmpeg-musepack.diff (1.59 KB, patch)
2008-01-20 07:54 UTC, Sebastian Dröge (slomo)
none Details | Review
ffmpeg-musepack.diff (2.56 KB, patch)
2008-01-21 09:16 UTC, Sebastian Dröge (slomo)
committed Details | Review

Description Sebastian Dröge (slomo) 2008-01-20 07:53:26 UTC
Hi,
the attached patch adds musepack sv7 support to gst-ffmpeg. The only problem with this is, that the decoder needs parsed/demuxed data so we need to plug:
ffdemux_mpc ! ffdec_mpc_sv7

Can we somehow force the demuxer to output "audio/x-musepack,parsed=true" and the decoder have parsed=true on the sinkpad? I guess this problem also happens for some other codecs.

Another problem is, that there also is a MusePack SV8 decoder/demuxer in ffmpeg. As musepackdec is still in bad, what do you think about changing it's caps to "audio/x-musepack,streamversion=7" and have 8 for SV8?

Bye
Comment 1 Sebastian Dröge (slomo) 2008-01-20 07:54:18 UTC
Created attachment 103239 [details] [review]
ffmpeg-musepack.diff
Comment 2 Sebastian Dröge (slomo) 2008-01-21 09:16:51 UTC
Created attachment 103312 [details] [review]
ffmpeg-musepack.diff

Now this is properly autoplugged.

Still the typefinder is registred (and the one for ogg/aiff and some other formats for which we have typefinders in base).

Also the question about extending the musepack caps to hold the SV still holds.
Comment 3 Wim Taymans 2008-01-22 14:04:16 UTC
sure, add the version.
Comment 4 Tim-Philipp Müller 2008-01-22 14:22:10 UTC
Wouldn't musepackversion=N be more consistent with other formats?
Comment 5 Sebastian Dröge (slomo) 2008-01-22 14:34:12 UTC
Probably... but this needs to be added in the typefinder first, no? Or we need a musepackparse that takes audio/x-musepack in every version.
Comment 6 Sebastian Dröge (slomo) 2008-01-26 15:24:57 UTC
Hm, also the output of ffdemux_mpc is not musepack data. Instead it outputs the musepack frames without header.

Any suggestions? Use audio/x-gst_ff-mpc or similar for this crippled data?
Comment 7 Sebastian Dröge (slomo) 2008-02-22 09:38:08 UTC
Ok, what about committing this but using "audio/x-musepack-ffdemux" as output caps for the demuxer and input for the decoder.

The musepack stream version in caps stuff can be done later anyway, I plan to write a musepack parser in the next time which could do all this ;)
Comment 8 Sebastian Dröge (slomo) 2008-04-19 20:26:32 UTC
2008-04-19  Sebastian Dröge  <slomo@circular-chaos.org>

        * ext/ffmpeg/gstffmpegcodecmap.c: (gst_ffmpeg_codecid_to_caps),
        (gst_ffmpeg_formatid_to_caps), (gst_ffmpeg_caps_to_codecid),
        (gst_ffmpeg_get_codecid_longname):
        * ext/ffmpeg/gstffmpegdemux.c: (gst_ffmpegdemux_register):
        Add support for MusePack StreamVersion 7 and disable the StreamVersion
        8 typefinder. Fixes bug #510745.