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 150284 - [matroskamux] fail to mux an MP3
[matroskamux] fail to mux an MP3
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.5
Other All
: Normal major
: 0.8.8
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-08-16 18:56 UTC by Steve Lhomme
Modified: 2005-01-09 14:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Steve Lhomme 2004-08-16 18:56:31 UTC 
When I launch the following command-line, I get an access violation error (try
to read the codec_id that is actually a pointer at NULL) :

gst-launch filesrc location="oizo.mp3" ! mp3parse ! matroskamux ! filesink
location="oizo.mka"

The problem occurs because gst_matroska_mux_loop() is called before
gst_matroska_mux_audio_pad_link() is called (ie the GST_RPAD_LINKFUNC() function).
Comment 1 Steve Lhomme 2004-08-16 19:29:04 UTC 
The linkfunc is set on a pad created this way :
gst_element_class_get_pad_template (klass, "audio_%d")

But that "audio_0" with parent "matroskammux0" is never referenced in
gst_pad_link_call_link_functions(), only the "src" and "sink" with parent
"matroskammux0" are checked. So the problem is probably there.
Comment 2 Ronald Bultje 2005-01-09 14:56:56 UTC 
I think this is fixed in CVS, please reopen if not. Also provide a good testcase
for me to fix it then.