changes since v3:
* return if there isn’t exactly one partition
* cosmetic and gcc cleanups
* added comment about EditUnitByteCount
---
libavformat/mxfdec.c | 59
1 file changed, 59 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat
On Thu, Jan 15, 2015 at 01:58:40AM +0100, Michael Niedermayer wrote:
> This can be extended easily to skip the buffer growing for codecs which do
> not need it.
>
> The added field or a equivalent change is needed as the AVBuffer
> size might not match the actually allocated and saftely accessable
This can be extended easily to skip the buffer growing for codecs which do
not need it.
The added field or a equivalent change is needed as the AVBuffer
size might not match the actually allocated and saftely accessable
memory
Signed-off-by: Michael Niedermayer
---
libavcodec/avcodec.h | 16 +
This allows reallocating AVBufferRefs without the need to update
all pointers to it
Signed-off-by: Michael Niedermayer
---
libavutil/buffer.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavutil/buffer.c b/libavutil/buffer.c
index ca102fd..b31f034 100644
--- a/libav
This allows making a AVBufferRef writable without the need to
update all pointers to it
Signed-off-by: Michael Niedermayer
---
libavutil/buffer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavutil/buffer.c b/libavutil/buffer.c
index b31f034..bb112c2 100644
--- a
Signed-off-by: Michael Niedermayer
---
libavutil/buffer.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/libavutil/buffer.c b/libavutil/buffer.c
index c881d1a..ca102fd 100644
--- a/libavutil/buffer.c
+++ b/libavutil/buffer.c
@@ -103,14 +103,17 @@ AVBu
On 14/01/15 1:59 PM, Michael Niedermayer wrote:
> On Wed, Jan 14, 2015 at 01:53:48AM -0300, James Almer wrote:
>> unpack_2ch is already using sse float ops only, and pack_2ch is a trivial
>> change.
>> Rename both to float_to_float for consistency.
>>
>> Signed-off-by: James Almer
>> ---
>> libs
Hi,
On Wed, Jan 14, 2015 at 1:53 PM, Jean-Baptiste Kempf
wrote:
> On 14 Jan, Ronald S. Bultje wrote :
> > He specifically mentioned that yami supports (in addition to things
> ffmpeg
> > already does) hardware h264 encoding, hardware vp8 decoding/decoding,
> > hardware vp9 decoding and hardware
Le quintidi 25 nivôse, an CCXXIII, Marc Giger a écrit :
> For example if they want use libfaac then
> they should be able to do so without that much hassle a full compilation
> inclusive all dependencies can be.
I was expecting something like that. Unfortunately, it does n
On Wed, Jan 14, 2015 at 07:22:48PM +0100, wm4 wrote:
> On Wed, 14 Jan 2015 18:06:41 +0100
> Michael Niedermayer wrote:
>
> > On Wed, Jan 14, 2015 at 05:58:04PM +0100, wm4 wrote:
> > > On Wed, 14 Jan 2015 17:23:08 +0100
> > > Michael Niedermayer wrote:
> > >
> > > > This can be extended easily t
On Wed, Jan 14, 2015 at 09:56:36AM +, Paul B Mahol wrote:
> On 10/5/13, Paul B Mahol wrote:
> > On 10/5/13, Michael Niedermayer wrote:
> >> On Thu, Sep 19, 2013 at 08:48:55PM +, Paul B Mahol wrote:
> >>> On 9/19/13, Michael Niedermayer wrote:
> >>> > On Thu, Sep 19, 2013 at 06:00:55PM +0
On Wed, Jan 14, 2015 at 1:37 AM, wrote:
> On 2015-01-12 02:18, Mark Reid wrote:
>
>> changes since v2:
>> *removed log line and changed av_mallocz sizeof
>>
>> ---
>> libavformat/mxfdec.c | 55 ++
>> ++
>> 1 file changed, 55 insertions(+)
>>
>> dif
On January 15, 2015 1:06:19 AM IST, Kieran Kunhya wrote:
>On 14 January 2015 at 09:41, Anshul wrote:
>> Hi
>>
>> I have enabled demuxing and muxing path for datat stream
>
>How do you guarantee accuracy of the SCTE-35 stream without a
>timestamp?
I dont do gurantee for all case, mainly when pts i
Hi,
On Wed, 14 Jan 2015 10:49:23 +0100
wm4 wrote:
> On Tue, 13 Jan 2015 19:45:01 +0100
> Marc Giger wrote:
>
> > Hi,
> >
> > On Tue, 13 Jan 2015 14:54:33 +0100
> > wm4 wrote:
> >
> > > On Mon, 12 Jan 2015 18:59:33 +0100
> > > Marc Giger wrote:
> > >
> > > > Hi,
> > > >
> > > > Attached i
On 14 January 2015 at 09:41, Anshul wrote:
> Hi
>
> I have enabled demuxing and muxing path for datat stream
How do you guarantee accuracy of the SCTE-35 stream without a timestamp?
Note that ffmpeg isn't able to understand timestamps here because it
should be using an interpolated PCR.
Kieran
_
Hello.
My basic question at hand "how to enumerate" dshow devices.
I noticed that the current AVDeviceInfo struct (used by
avdevice_list_devices and I presume by libraries that want to use
libavdevice, to enumerate devices and options) looks the following:
typedef struct AVDeviceInfo {
char *
On 14 Jan, Ronald S. Bultje wrote :
> He specifically mentioned that yami supports (in addition to things ffmpeg
> already does) hardware h264 encoding, hardware vp8 decoding/decoding,
> hardware vp9 decoding and hardware jpeg encoding/decoding (all based on
> vaapi as underlying api).
Well, first
On Wed, 14 Jan 2015 18:06:41 +0100
Michael Niedermayer wrote:
> On Wed, Jan 14, 2015 at 05:58:04PM +0100, wm4 wrote:
> > On Wed, 14 Jan 2015 17:23:08 +0100
> > Michael Niedermayer wrote:
> >
> > > This can be extended easily to skip the buffer growing for codecs which do
> > > not need it.
> >
On Wed, Jan 14, 2015 at 10:49:23AM +0100, wm4 wrote:
> On Tue, 13 Jan 2015 19:45:01 +0100
> Marc Giger wrote:
>
> > Hi,
> >
> > On Tue, 13 Jan 2015 14:54:33 +0100
> > wm4 wrote:
> >
> > > On Mon, 12 Jan 2015 18:59:33 +0100
> > > Marc Giger wrote:
> > >
> > > > Hi,
> > > >
> > > > Attached i
On Wed, Jan 14, 2015 at 06:04:15PM +0100, Ståle Kristoffersen wrote:
> I have a TS-file, which I unfortunately can't share, that contains only one
> PID, and that is a 4K HEVC-video stream at around 30Mbps.
> This file is from the middle of a broadcast and thus it do not start
> cleanly.
>
> ffmpe
On Wed, Jan 14, 2015 at 6:04 PM, Ståle Kristoffersen
wrote:
> I have a TS-file, which I unfortunately can't share, that contains only one
> PID, and that is a 4K HEVC-video stream at around 30Mbps.
> This file is from the middle of a broadcast and thus it do not start
> cleanly.
>
> ffmpeg is not
On Wed, Jan 14, 2015 at 05:58:04PM +0100, wm4 wrote:
> On Wed, 14 Jan 2015 17:23:08 +0100
> Michael Niedermayer wrote:
>
> > This can be extended easily to skip the buffer growing for codecs which do
> > not need it.
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/avcodec.h |
I have a TS-file, which I unfortunately can't share, that contains only one
PID, and that is a 4K HEVC-video stream at around 30Mbps.
This file is from the middle of a broadcast and thus it do not start
cleanly.
ffmpeg is not able to detect that the file is HEVC, and falls back to AAC
(with a scor
On Wed, Jan 14, 2015 at 01:53:48AM -0300, James Almer wrote:
> unpack_2ch is already using sse float ops only, and pack_2ch is a trivial
> change.
> Rename both to float_to_float for consistency.
>
> Signed-off-by: James Almer
> ---
> libswresample/x86/audio_convert.asm| 14 --
>
On Wed, 14 Jan 2015 17:23:08 +0100
Michael Niedermayer wrote:
> This can be extended easily to skip the buffer growing for codecs which do
> not need it.
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/avcodec.h |8 +++-
> libavcodec/utils.c | 12 ++--
> 2 files c
This can be extended easily to skip the buffer growing for codecs which do
not need it.
Signed-off-by: Michael Niedermayer
---
libavcodec/avcodec.h |8 +++-
libavcodec/utils.c | 12 ++--
2 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/libavcodec/avcodec.h b/li
On Mon, 12 Jan 2015 10:30:34 -0500
"Ronald S. Bultje" wrote:
> Hi,
>
> On Mon, Jan 12, 2015 at 10:07 AM, compn wrote:
>
> > On Mon, 12 Jan 2015 08:24:35 -0500
> > "Ronald S. Bultje" wrote:
> >
> > > Anything else? Why not just implement these in ffmpeg directly?
> >
> > because (i'm guessing)
Hi,
On Tue, Jan 13, 2015 at 10:35 PM, Jean-Baptiste Kempf
wrote:
> On 12 Jan, Ronald S. Bultje wrote :
> > - how long will it take us to implement these features ourselves?
>
> What features?
You know, J-B, you're one of the very few that can see over this
salesperson talk of "rich" and "very"
On 01/13/2015 04:19 PM, Anshul wrote:
> Hi
>
> I have attached the patch.
>
> Thanks
> Anshul Maheshwari
Another patch freeing memory leakage introduced by this patch.
-Anshul
>From 6829d7013819418011dfba2b40657d3f921bcaee Mon Sep 17 00:00:00 2001
From: Anshul Maheshwari
Date: Fri, 2 Jan 2015 13:
On Wed, 14 Jan 2015 06:53:18 +
"Zhao, Halley" wrote:
> Thanks for your valued comments, I followed them in updated patch set.
>
> >> +config_buffer.profile = VAProfileNone;
> >> +status = s->decoder->start(&config_buffer);
> >> +if (status != DECODE_SUCCESS) {
> >> +av_lo
On Wed, 14 Jan 2015 12:39:46 +0800
"Zhao, Halley" wrote:
> From: "Zhao, Halley"
>
> - do not support multi-thread decoding, it is unnecessary for hw
> - create a decode thread to interface with yami decoding, decouple
> frame in and out
> - the output frame type (raw data | drm handle | dmabu
On 10/5/13, Paul B Mahol wrote:
> On 10/5/13, Michael Niedermayer wrote:
>> On Thu, Sep 19, 2013 at 08:48:55PM +, Paul B Mahol wrote:
>>> On 9/19/13, Michael Niedermayer wrote:
>>> > On Thu, Sep 19, 2013 at 06:00:55PM +, Paul B Mahol wrote:
>>> >> On 9/19/13, Michael Niedermayer wrote:
On Tue, 13 Jan 2015 19:45:01 +0100
Marc Giger wrote:
> Hi,
>
> On Tue, 13 Jan 2015 14:54:33 +0100
> wm4 wrote:
>
> > On Mon, 12 Jan 2015 18:59:33 +0100
> > Marc Giger wrote:
> >
> > > Hi,
> > >
> > > Attached is a preliminary patch that enables runtime loading of
> > > external libraries vi
Hi
I have enabled demuxing and muxing path for datat stream
Please find attachment
Thanks
Anshul
>From 99bcdef2bcd9aa5bd18a0a005e0826e22ad2cf63 Mon Sep 17 00:00:00 2001
From: Anshul Maheshwari
Date: Wed, 14 Jan 2015 15:06:50 +0530
Subject: [PATCH] Enable data stream copy
Signed-off-by: Anshul
On 2015-01-12 02:18, Mark Reid wrote:
changes since v2:
*removed log line and changed av_mallocz sizeof
---
libavformat/mxfdec.c | 55
1 file changed, 55 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 4715169.
On Wed, 14 Jan 2015 04:35:26 +0100
Jean-Baptiste Kempf wrote:
> On 12 Jan, Ronald S. Bultje wrote :
> > - how long will it take us to implement these features ourselves?
>
> What features?
>
Most importantly, it requires less boilerplate by the user. (Somewhat
similar to "hwaccel 2.0" Libav is
36 matches
Mail list logo
