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 347443 - [wavpack] port parser/decoder to official API and random cleanup
[wavpack] port parser/decoder to official API and random cleanup
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: 0.10.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-07-13 19:31 UTC by Sebastian Dröge (slomo)
Modified: 2006-07-18 14:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gstwavpack.diff (44.24 KB, patch)
2006-07-13 19:31 UTC, Sebastian Dröge (slomo)
none Details | Review
gstwavpack-2.diff (50.39 KB, patch)
2006-07-14 12:15 UTC, Sebastian Dröge (slomo)
none Details | Review
gstwavpack-3.diff (50.38 KB, patch)
2006-07-14 12:24 UTC, Sebastian Dröge (slomo)
committed Details | Review

Description Sebastian Dröge (slomo) 2006-07-13 19:31:00 UTC
Hi,
attached is a patch that ports the parser/decoder to the official API of libwavpack, implements correction file support in the decoder (although not tested yet) and does some random cleanup. Also missing licenses were added to the beginning of files.

There are still some other things I want to do with the wavpack parser/decoder but I'll wait for it until this is committed as it depends on this.

Bye
Comment 1 Sebastian Dröge (slomo) 2006-07-13 19:31:57 UTC
Created attachment 68882 [details] [review]
gstwavpack.diff

the diff.

I forgot that it also adds clipping to the decoder.
Comment 2 Tim-Philipp Müller 2006-07-14 09:53:23 UTC
Patch will be replaced by a new one after some discussion on IRC.
Comment 3 Sebastian Dröge (slomo) 2006-07-14 12:15:10 UTC
Created attachment 68917 [details] [review]
gstwavpack-2.diff

the updated patch. additionally fixes a bug that happened when seeking to the end of a file.
Comment 4 Sebastian Dröge (slomo) 2006-07-14 12:24:12 UTC
Created attachment 68918 [details] [review]
gstwavpack-3.diff

oops... the clipping code wasn't by tim but by bilboed...
Comment 5 Tim-Philipp Müller 2006-07-18 14:12:21 UTC
Committed with a whole bunch of changes:

 2006-07-18  Tim-Philipp Müller  <tim at centricular dot net>

        Patch by: Sebastian Dröge <slomo at circular-chaos.org>

        * configure.ac:
          Check for wavpack version and define WAVPACK_OLD_API if
          necessary.

        * ext/wavpack/Makefile.am:
        * ext/wavpack/gstwavpackcommon.c: (gst_wavpack_read_header),
        (gst_wavpack_read_metadata):
        * ext/wavpack/gstwavpackcommon.h:
        * ext/wavpack/gstwavpackdec.c: (gst_wavpack_dec_base_init),
        (gst_wavpack_dec_class_init), (gst_wavpack_dec_init),
        (gst_wavpack_dec_finalize), (gst_wavpack_dec_format_samples),
        (gst_wavpack_dec_clip_outgoing_buffer), (gst_wavpack_dec_chain),
        (gst_wavpack_dec_sink_event), (gst_wavpack_dec_change_state),
        (gst_wavpack_dec_request_new_pad), (gst_wavpack_dec_plugin_init):
        * ext/wavpack/gstwavpackdec.h:
        * ext/wavpack/gstwavpackenc.c: (gst_wavpack_enc_class_init),
        (gst_wavpack_enc_init), (gst_wavpack_enc_finalize),
        (gst_wavpack_enc_set_wp_config):
        * ext/wavpack/gstwavpackparse.c: (gst_wavpack_parse_base_init),
        (gst_wavpack_parse_finalize), (gst_wavpack_parse_class_init),
        (gst_wavpack_parse_index_get_entry_from_sample),
        (gst_wavpack_parse_scan_to_find_sample),
        (gst_wavpack_parse_handle_seek_event),
        (gst_wavpack_parse_create_src_pad):
        * ext/wavpack/gstwavpackstreamreader.c:
        * ext/wavpack/gstwavpackstreamreader.h:
          Port to new/official wavpack API, don't use API that was exported
          in wavpack header files and in the lib but meant to be private, at
          least not for recent wavpack versions; misc. 'cleanups' (#347443).

Next time it would be nice if you could do separate patches for library API updates, additional stuff like clipping and cleanups/whitespace fixes/randomly moving functions around - it's a lot more work reviewing mega-patches like this if everything is mixed together :)