- Aug 08, 2012
-
-
Tim-Philipp Müller authored
-
-
Tim-Philipp Müller authored
This reverts commit 4964bd75. No idea what this fixes, for me it breaks make dist, which fails with: make[2]: Entering directory `/home/tpm/gst/0.11/gst-ffmpeg/gst-libs/ext' GIT_DIR=libav/.git git checkout-index --prefix=../libav-dist/libav/ -a touch libav-dist/libav/config.mak touch: cannot touch `libav-dist/libav/config.mak': No such file or directory after a clean build.
-
- Aug 07, 2012
-
-
Sebastian Dröge authored
-
- Aug 06, 2012
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Edward Hervey authored
-
- Aug 05, 2012
-
-
Tim-Philipp Müller authored
From 94ccf4c to 668acee
-
- Aug 04, 2012
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Aug 03, 2012
-
-
Christian Fredrik Kalager Schaller authored
-
Christian Fredrik Kalager Schaller authored
-
- Jul 27, 2012
-
-
Sebastian Dröge authored
-
- Jul 25, 2012
-
-
Wim Taymans authored
Because we don't use a parser anymore we need to make sure that we feed the decoder with full frames. For h264, require that we are aligned on access units. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=680540
-
- Jul 23, 2012
-
-
Tim-Philipp Müller authored
Fixes 'bitrate too low: got 0, need 24000 or higher' error when doing audiotstsrc ! avenc_wmav1 ! fakesink https://bugzilla.gnome.org/show_bug.cgi?id=680487 https://bugzilla.gnome.org/show_bug.cgi?id=680487
-
Mark Nauwelaerts authored
-
Robert Swain authored
If the context interlaced state is indicated, the picture interlaced state can be used to correctly indicate GST_VIDEO_BUFFER_FLAG_INTERLACED on output buffers.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
From 98e386f to 94ccf4c
-
- Jul 18, 2012
-
-
Edward Hervey authored
-
- Jul 17, 2012
-
-
Tim-Philipp Müller authored
And presumably our output is always progressive and not interlaced any more?
-
Tim-Philipp Müller authored
It's not a boolean field any more, and called "interlaced-mode" now.
-
- Jul 13, 2012
-
-
Edward Hervey authored
-
- Jul 10, 2012
-
-
Wim Taymans authored
Also ignore decode errors for AAC and carry on decoding like we do for all other formats. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=679639
-
Wim Taymans authored
We only want to restrict the channels/rate and width/height on the encoder pads. For decoders can't assume that the input caps contain channels/rate or width/height so we need to accept everything.
-
- Jul 06, 2012
-
-
Wim Taymans authored
-
Wim Taymans authored
-
Wim Taymans authored
-
Tim-Philipp Müller authored
Use multipass-cache-file, qmin, qmax instead.
-
- Jul 05, 2012
-
-
Sebastian Dröge authored
-
- Jul 03, 2012
-
-
Wim Taymans authored
Unref the input frame in all cases. Previously it was only unreffed when the frame was used for output. When we produce an output frame, take an extra ref because the frame is now freed elsewhere.
-
Wim Taymans authored
-
Wim Taymans authored
We can let the ffmpeg structure take ownership of the buffer.
-
Руслан Ижбулатов authored
istffmpegvidenc.c:412:3: error: format '%lu' expects argument of type 'long unsigned int', but argument 8 has type 'gint' [-Werror=format]
-
- Jul 02, 2012
-
-
Sebastian Dröge authored
gstffmpegenc.c:266:3: error: format '%lu' expects argument of type 'long unsigned int', but argument 8 has type 'gint'
-
- Jun 28, 2012
-
-
Wim Taymans authored
Don't wait for a keyframe but try to decode as soon as possible. In most cases, the demuxer will send a keyframe first and things will work fine, in other cases, like RTP, we try to decode ASAP to provide quick feedback. Some formats also have no keyframes (h264 with intra refresh).
-
- Jun 26, 2012
-
-
Wim Taymans authored
-
- Jun 20, 2012
-
-
Wim Taymans authored
-
Wim Taymans authored
-