source index, as well as dest one, is unconditionnaly set afterwards,
before being effectively used.
---
libavcodec/h264.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index 10905db..8fa35c7 100644
--- a/libavcodec/h264.c
+++ b/libavcodec/h264.c
@@ -296,
Untested, i failed to find a sample which triggers this case
Signed-off-by: Michael Niedermayer
---
libavcodec/dvbsubdec.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/libavcodec/dvbsubdec.c b/libavcodec/dvbsubdec.c
index a40da76..1e1cc7e 100644
--- a/libavc
A few months ago I sent this patch and got some comments, which helped me
to understand how this filter works. Thank you for that and I'm sorry it
took me so long to reply. Here is a better version (atleast for me).
Problem with the current mode=point is, you can get almost invisible wave
when you
If there are consecutive IDR pictures, then SPS/PPS should be prepended
to all of them, not only the first one.
---
libavcodec/h264_mp4toannexb_bsf.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/h264_mp4toannexb_bsf.c
b/libavcodec/h264_mp4toannexb_bsf.c
index a7b4f41..a003a
In order not to break a sequence like "SPS IDR SPS IDR", the boolean
telling that the SPS/PPS has been seen should always be set.
---
libavcodec/h264_mp4toannexb_bsf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/h264_mp4toannexb_bsf.c
b/libavcodec/h264_mp4toanne
On Thu, Jul 31, 2014 at 03:32:14PM +0200, Benoit Fouet wrote:
> If there are consecutive IDR pictures, then SPS/PPS should be prepended
> to all of them, not only the first one.
> ---
> libavcodec/h264_mp4toannexb_bsf.c | 5 +
> 1 file changed, 5 insertions(+)
tested, works, LGTM
applied
th
Hi,
Here's a new version of the patch with the feedback provided.
Best Regards,
Pierre-Edouard Leperecommit 38d7e6679adfab1bd9f488e1406125baf8e57a3a
Author: plepere
Date: Wed Jul 30 10:31:49 2014 +0200
adding ASM transform_add functions for HEVC
diff --git a/libavcodec/x86/Makefile b/lib
Because of no AVClass.I was getting segmentation fault.
FFmpeg Cmd that I was using is given below.
./ffmpeg -re -i ~/test_videos/dvbsubtest.ts -f v4l2 /dev/video0
-Anshul
From df27814e31a29624f69b23e9790ae6ab42817d8b Mon Sep 17 00:00:00 2001
From: Anshul Maheswhwari
Date: Thu, 31 Jul 2014 20:59
On Thu, Jul 31, 2014 at 09:17:20PM +0530, Anshul Maheshwari wrote:
> Because of no AVClass.I was getting segmentation fault.
>
> FFmpeg Cmd that I was using is given below.
> ./ffmpeg -re -i ~/test_videos/dvbsubtest.ts -f v4l2 /dev/video0
>
> -Anshul
> v4l2enc.c |1 +
> 1 file changed, 1 in
On Thu, Jul 31, 2014 at 09:17:20PM +0530, Anshul Maheshwari wrote:
> Because of no AVClass.I was getting segmentation fault.
>
> FFmpeg Cmd that I was using is given below.
> ./ffmpeg -re -i ~/test_videos/dvbsubtest.ts -f v4l2 /dev/video0
>
> -Anshul
> From df27814e31a29624f69b23e9790ae6ab42817d
On Mon, Jul 28, 2014 at 02:41:54PM +0100, Kieran Kunhya wrote:
> ---
> libavcodec/opus.c| 11 +---
> libavcodec/opus.h|9 +++
> libavcodec/opus_parser.c | 138
> +-
> libavcodec/opusdec.c |1 +
> libavformat/mpegts.c |
On Wed, Jul 30, 2014 at 03:20:54PM -0700, Timothy Gu wrote:
> Signed-off-by: Timothy Gu
> ---
> FATE.pm | 130 --
> fate.css| 154
> ++--
> history.cgi | 32 +++--
> index.cgi
On 31/07/14 11:58 AM, Pierre Edouard Lepere wrote:
> Hi,
> Here's a new version of the patch with the feedback provided.
>
> Best Regards,
>
> Pierre-Edouard Lepere
> diff --git a/libavcodec/x86/Makefile b/libavcodec/x86/Makefile
> index 7469293..658ad5e 100644
> --- a/libavcodec/x86/Makefile
>
On Thu, Jul 31, 2014 at 12:54 PM, Michael Niedermayer wrote:
> also light gray text on yellow/green is rather hard to read
where? on index page yellow corresponds to black text color, while
green corresponds to white.
> and theres somethng wrong with the heart icon its much smaller and
> unreco
On Tue, Jul 29, 2014 at 06:07:27PM -0300, James Almer wrote:
> Cosmetic change. No measurable difference in speed.
>
> Signed-off-by: James Almer
> ---
> libavcodec/x86/hevc_deblock.asm | 25 -
> 1 file changed, 8 insertions(+), 17 deletions(-)
applied
thanks
[...]
--
On Thu, Jul 31, 2014 at 02:11:25PM -0700, Timothy Gu wrote:
> On Thu, Jul 31, 2014 at 12:54 PM, Michael Niedermayer
> wrote:
>
> > also light gray text on yellow/green is rather hard to read
>
> where? on index page yellow corresponds to black text color, while
> green corresponds to white.
in
On Thu, Jul 31, 2014 at 11:55:59PM +0200, Michael Niedermayer wrote:
> On Thu, Jul 31, 2014 at 02:11:25PM -0700, Timothy Gu wrote:
> > On Thu, Jul 31, 2014 at 12:54 PM, Michael Niedermayer
> > wrote:
> >
> > > also light gray text on yellow/green is rather hard to read
> >
> > where? on index p
For x11grab, libcdio, and libdc1394 input devices.
Signed-off-by: Lou Logan
---
doc/indevs.texi | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index e0e7e67..ce409b9 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -488,7 +488,8
On Thu, Jul 31, 2014 at 03:04:18PM -0800, Lou Logan wrote:
> For x11grab, libcdio, and libdc1394 input devices.
>
> Signed-off-by: Lou Logan
> ---
> doc/indevs.texi | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BAD
On Thu, Jul 31, 2014 at 03:40:51PM +0200, Benoit Fouet wrote:
> In order not to break a sequence like "SPS IDR SPS IDR", the boolean
> telling that the SPS/PPS has been seen should always be set.
> ---
> libavcodec/h264_mp4toannexb_bsf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGT
Hi!
When transcoding an input file with subtitles to mkv, ffmpeg by default tries
to encode the subtitles even if the input contains bitmap subtitles.
Attached patch should fix this issue reported in ticket #3819 (and before
iirc).
This patch currently does not work correctly for teletext input
On Fri, 1 Aug 2014 01:42:55 +0200, Michael Niedermayer wrote:
> LGTM
Pushed.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Nicolas George nsup.org> writes:
> This makes the FPS filter duplicate the last frame to take
> its duration into account, exactly like the other ones.
>
> TODO find corresponding trac ticket(s).
I didn't test but this may be ticket #2674.
Carl Eugen
__
Hi all
OPW (Outreach Program for Women) is twice per year (compared to google
summer of code which is just once a year)
FFmpeg can participate in the next round but we need to fund at least
1 intern/student (6250 USD) for that. OPW is not run by a large
corporation with deep pockets.
Thus my mai
24 matches
Mail list logo
