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 335507 - [FAAD] blur_warhammer.mp4 movie doesn't transcode
[FAAD] blur_warhammer.mp4 movie doesn't transcode
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-03-22 12:34 UTC by Christian Fredrik Kalager Schaller
Modified: 2006-05-17 09:20 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Christian Fredrik Kalager Schaller 2006-03-22 12:34:07 UTC 
Been trying to transcode the blur_warhammer.mp4 movie using Pitiv. 
Everything looks ok in the GUI, it plays the movie quickly while rendering.
But no actual output file is generated.

Running with GST_DEBUG=*:2 I see this scroll by

WARN  (0x8791988 - 0:00:44.553695000)               python(28126) bin.py(239):record:<project-New Project> Couldn't seek to beginning before encoding

Attaching GST_DEBUG=*:5 log.
Comment 1 Christian Fredrik Kalager Schaller 2006-03-22 12:40:38 UTC 
Debug log to big, let me know if you want/need it. Same goes for video clip.
Comment 2 Christian Fredrik Kalager Schaller 2006-03-29 11:04:40 UTC 
GST_DEBUG=*:4,python:5 log available here:
http://www.linuxrising.org/files/mpeg4.txt.bz2
Comment 3 Christian Fredrik Kalager Schaller 2006-04-10 14:55:44 UTC 
Still can't transcode, but now I get a message saying 'couldn't start rendering'
Comment 4 Edward Hervey 2006-05-16 17:23:50 UTC 
The problem was due to GstQueue sending an unneeded error message (and PiTiVi correctly handling it...).

Could you try again with latest CVS of GStreamer Core ?
Comment 5 Edward Hervey 2006-05-17 09:19:58 UTC 
The issue was in fact with faad sometimes calling buffer_alloc() with a NULL caps pointer.
Comment 6 Edward Hervey 2006-05-17 09:20:54 UTC 
Fixed in CVS.

2006-05-17  Edward Hervey  <edward@fluendo.com>

	* ext/faad/gstfaad.c: (gst_faad_chain): 
	There's no guarantee that caps was set to something, and if it did, the
	function called to fill that variable actually sets the caps on the
	sourcpad, so we call gst_pad_alloc_buffer_and_set_caps() using
	GST_PAD_CAPS(faad->srcpad).