GNOME Bugzilla – Bug 707229
flacparse: turns all GstFlowResult other than OK to error
Last modified: 2013-09-03 16:07:16 UTC
Created attachment 253759 [details] [review] Patch gst_flac_parse_handle_headers returns false when flow is anything but OK when pushing headers so even for not linked, etc it returns false and when it does, gst_flac_parse_parse_frame doesn't change res from GST_FLOW_ERROR
commit 1971c43279db2f3d53eec47a031618a742a43565 Author: Sebastian Dröge <slomo@circular-chaos.org> Date: Mon Sep 2 11:46:52 2013 +0200 flacparse: Properly propagate downstream flow returns upstream https://bugzilla.gnome.org/show_bug.cgi?id=707229
Comment on attachment 253759 [details] [review] Patch not exactly, you should return exactly what downstream returned to upstream :)
Created attachment 253907 [details] [review] Patch Is this any better?
Created attachment 253913 [details] [review] Patch
This is basically what I pushed :) Your patch additionally fixes a memleak though: commit 73751dbbe7d37d7847e22e81e3faf793af48bbb8 Author: Matej Knopp <matej.knopp@gmail.com> Date: Tue Sep 3 10:10:01 2013 +0200 flacparse: Free GstBaseParseFrame if pushing a header failed
Created attachment 253985 [details] [review] Patch to move cleanup on error after state change There is slight problem with the committed patch, when sending buffer fails for some reason the parser state never changes. So when I run it with non linked pad I get log full of these: missing header 0x0 0x0 0x4caa510, muxing into container formats may be broken
commit 349afc633a8d735eecf7e1b4744e6e82bf6f4a81 Author: Matej Knopp <matej.knopp@gmail.com> Date: Tue Sep 3 17:32:41 2013 +0200 flacparse: cleanup on error after state change https://bugzilla.gnome.org/show_bug.cgi?id=707229