2016-11-26 9:39 GMT+08:00 Lou Logan :
> On Sat, 26 Nov 2016 09:19:42 +0800, Steven Liu wrote:
>
> > 2016-11-24 11:49 GMT+08:00 Steven Liu :
> >
> > > mythtv have problem with non-seekable dont write duration and filesize
> > > and there have problem with some other server and player with 0 value
>
On Sat, 26 Nov 2016 09:19:42 +0800, Steven Liu wrote:
> 2016-11-24 11:49 GMT+08:00 Steven Liu :
>
> > mythtv have problem with non-seekable dont write duration and filesize
> > and there have problem with some other server and player with 0 value
> > duation and filesize.
> > So add a flv flags t
2016-11-24 11:49 GMT+08:00 Steven Liu :
> mythtv have problem with non-seekable dont write duration and filesize
> and there have problem with some other server and player with 0 value
> duation and filesize.
> So add a flv flags to fix the ticket and make a choose for users.
>
> Signed-off-by: St
2016-11-26 2:49 GMT+08:00 Michael Niedermayer :
> On Fri, Nov 25, 2016 at 05:18:43PM +0800, Steven Liu wrote:
> > before patch:
> > Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x714 [SAR 1:1
> DAR 640:357], 25 fps, 25 tbr, 1k tbn, 50 tbc
> >
> > after patch:
> > Stream #0:0: Video: h
On Fri, Nov 25, 2016 at 09:57:57PM +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/utils.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real eb
On Fri, Nov 25, 2016 at 10:13:06PM +0100, Andreas Cadhalpun wrote:
> This fixes a segmentation fault caused by calling memcpy with NULL as
> second argument in handle_p_frame_apng.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/pngdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deleti
On 11/25/16, Michael Niedermayer wrote:
> On Fri, Nov 25, 2016 at 04:55:34PM +0700, Muhammad Faiz wrote:
>> give very bad quality for soxr resampler.
>> linear_interp is intended for using linear interpolation
>> between filter bank so quality will be better.
>>
>> i guess this is misunderstood a
On 11/24/2016 9:18 PM, James Almer wrote:
> Fixes ticket #5973
>
> Signed-off-by: James Almer
> ---
> libavcodec/aac_adtstoasc_bsf.c | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/aac_adtstoasc_bsf.c b/libavcodec/aac_adtstoasc_bsf.c
> index 488
On 25.11.2016 22:22, wm4 wrote:
> On Fri, 25 Nov 2016 21:13:54 +0100
> Andreas Cadhalpun wrote:
>
>> On 25.11.2016 10:36, wm4 wrote:
>>> I'd like to add that removing the ffserver support from the libs, and
>>> all deprecated stuff it depends on, will make it actually easier to
>>> readd ffserver
On Sun, Nov 20, 2016 at 7:14 PM, Carl Eugen Hoyos wrote:
> 2016-11-20 17:50 GMT+01:00 Mark Thompson :
>> On 20/11/16 16:16, Carl Eugen Hoyos wrote:
>
>>> There is no API to read the version of the mesa driver?
>>
>> The one useful call is vaQueryVendorString(), which indeed returns useful
>> resu
On Fri, 25 Nov 2016 07:48:40 +0100
Rainer Hochecker wrote:
> I was tempted to submit a patch with this feature deleted. Unfortunately I
> was not able to find the original reason
> why this was implemented. I am sure there was a good reason and this reason
> may still be a good one.
It's commit
On Fri, 25 Nov 2016 21:13:54 +0100
Andreas Cadhalpun wrote:
> On 25.11.2016 10:36, wm4 wrote:
> > I'd like to add that removing the ffserver support from the libs, and
> > all deprecated stuff it depends on, will make it actually easier to
> > readd ffserver in a cleaner way. It reduces the risk
This fixes a segmentation fault caused by calling memcpy with NULL as
second argument in handle_p_frame_apng.
Signed-off-by: Andreas Cadhalpun
---
libavcodec/pngdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index 36275ae..a7b3
Signed-off-by: Andreas Cadhalpun
---
libavformat/utils.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 2634317..b1d0a0a 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -3695,9 +3695,13 @@ FF_ENABLE_DEPRECATIO
On 25.11.2016 11:04, Schenk, Michael wrote:
> From 9d2d5127a3113b6581b0a562776c3ec92c547bdb Mon Sep 17 00:00:00 2001
> From: Michael Schenk
> Date: Fri, 25 Nov 2016 09:36:20 +0100
> Subject: [PATCH] set nb_elem to 0 after freeing to avoid further access which
> may causing SEGV due to access to t
On 25.11.2016 10:36, wm4 wrote:
> I'd like to add that removing the ffserver support from the libs, and
> all deprecated stuff it depends on, will make it actually easier to
> readd ffserver in a cleaner way. It reduces the risk that the new
> ffserver accidentally depends on mechanisms that were s
On 25.11.2016 02:59, Michael Niedermayer wrote:
> On Fri, Nov 25, 2016 at 02:26:24AM +0100, Andreas Cadhalpun wrote:
>> mss2.c |8 +++-
>> 1 file changed, 7 insertions(+), 1 deletion(-)
>> 958ee0811485404a0662a1540fcb8b131423947b
>> 0001-mss2-only-use-error-correction-for-matching-block-
When input surfaces are cuda frames, we will not know what the actual
underlying format (nv12, p010, etc) is at surface allocation time.
On the other hand, we will know when the input frames are actually
registered and associated with a surface.
So, let's delay format discovery until registration
On 11/18/16, Roger Pack wrote:
> On 11/15/16, James Almer wrote:
>> On 11/10/2016 4:26 PM, Roger Pack wrote:
>>> On 11/1/16, James Almer wrote:
> On 11/1/2016 6:43 PM, James Almer wrote:
> >> On 10/25/2016 9:38 PM, Roger Pack wrote:
>> >>> From e8cac5c7de18766ce0f8f286f7dc140b82129d
On Fri, Nov 25, 2016 at 05:18:43PM +0800, Steven Liu wrote:
> before patch:
> Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x714 [SAR 1:1 DAR
> 640:357], 25 fps, 25 tbr, 1k tbn, 50 tbc
>
> after patch:
> Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x714 [SAR 1:1 DAR
>
I was tempted to submit a patch with this feature deleted. Unfortunately I
was not able to find the original reason
why this was implemented. I am sure there was a good reason and this reason
may still be a good one.
___
ffmpeg-devel mailing list
ffmpeg-d
On Fri, 25 Nov 2016, James Almer wrote:
On 11/25/2016 9:15 AM, Michael Niedermayer wrote:
On Fri, Nov 25, 2016 at 11:11:23AM +0100, Marton Balint wrote:
On Mon, 21 Nov 2016, Michael Niedermayer wrote:
I omitted developers who do not use their account and i felt would prefer not
to be liste
On Fri, 25 Nov 2016 10:31:58 -0300
James Almer wrote:
> On 11/25/2016 9:15 AM, Michael Niedermayer wrote:
> > On Fri, Nov 25, 2016 at 11:11:23AM +0100, Marton Balint wrote:
> >>
> >> On Mon, 21 Nov 2016, Michael Niedermayer wrote:
> >>
> >>> I omitted developers who do not use their account a
On 11/25/2016 9:15 AM, Michael Niedermayer wrote:
> On Fri, Nov 25, 2016 at 11:11:23AM +0100, Marton Balint wrote:
>>
>> On Mon, 21 Nov 2016, Michael Niedermayer wrote:
>>
>>> I omitted developers who do not use their account and i felt would prefer
>>> not
>>> to be listed.
>>
>> I think everyone
On Fri, Nov 25, 2016 at 04:55:34PM +0700, Muhammad Faiz wrote:
> give very bad quality for soxr resampler.
> linear_interp is intended for using linear interpolation
> between filter bank so quality will be better.
>
> i guess this is misunderstood as 'do not use filter bank,
> but directly inter
This LGTM, the compensation is indeed gone on all current Nvidia Drivers
I tested.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Nov 25, 2016 at 11:11:23AM +0100, Marton Balint wrote:
>
> On Mon, 21 Nov 2016, Michael Niedermayer wrote:
>
> >I omitted developers who do not use their account and i felt would prefer not
> >to be listed.
>
> I think everyone with access should be listed. If somebody does not
> use his
Hello
>
> If you want to maintain this code, then please add yourself to the
> MAINTAINER file too
>
I'm not very familiar with git. So it's probably not a good idea to be a
maintainer.
But i can take a look for patch on psd (and exr) if need.
Martin
_
> >Since the Linux implementation of sockaddr doesn't have sa_len as a member,
> >but the FreeBSD version does, introduce a get_sa_len() function that
> >determines the size based on the address family.
> >
> >Signed-off-by: Kevin Lo
For some reason I do not have the original mail in my archives.
Le quintidi 5 frimaire, an CCXXV, Andreas Cadhalpun a écrit :
> I think a better idea would be to require '-strict experimental',
> as code disabled by default does neither get build- nor FATE-tested
> much.
That is an excellent idea!
Regards,
--
Nicolas George
___
have problem with git send-email, so I attach the patch
From 4b77fcc028b080ccf7887f6b3fb5830960acf8c1 Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Fri, 25 Nov 2016 16:48:22 +0700
Subject: [PATCH 2/2] swresample: enable exact_rational and linear_interp by
default
exact_rational gives better
give very bad quality for soxr resampler.
linear_interp is intended for using linear interpolation
between filter bank so quality will be better.
i guess this is misunderstood as 'do not use filter bank,
but directly interpolate linearly between samples'.
Signed-off-by: Muhammad Faiz
---
libsw
On Mon, 21 Nov 2016, Michael Niedermayer wrote:
I omitted developers who do not use their account and i felt would prefer not
to be listed.
I think everyone with access should be listed. If somebody does not use
his account for a year or so, his/her access should be revoked.
Regards,
Marto
Hi folks,
retry, because my eMail address was changed.
I’m using the decode interrupt feature of ffmpeg for getting a fast user
reaction. It looks like this may causing some nasty
crashes by accessing previous freed pointers in matroska_read_close. The
attached patch will reset nb_elem to zero
On Thu, 24 Nov 2016 21:40:14 -0300
James Almer wrote:
> On 11/24/2016 8:48 PM, Andreas Cadhalpun wrote:
> > On 24.11.2016 10:53, Josh de Kock wrote:
> >> There's no benefit in waiting for this to occur before ffserver is
> >> removed as it will always be in git history. Removing ffserver from
>
before patch:
Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x714 [SAR 1:1 DAR
640:357], 25 fps, 25 tbr, 1k tbn, 50 tbc
after patch:
Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x714 [SAR 1:1 DAR
640:357], 2576 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc
Signed-off-by: Steven
36 matches
Mail list logo
