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
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.
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 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
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 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 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 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:
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 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)
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 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
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 --
>
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 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 |
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 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 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, 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 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
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 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
_
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 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
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 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 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
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
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
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
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
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
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 +
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
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
36 matches
Mail list logo
