On 03/10/14 22:38, Martin Storsjö wrote:
These are assembled into extradata in the order vps/sps/pps/sei.
---
libavformat/rtpdec_hevc.c | 99 ++-
1 file changed, 97 insertions(+), 2 deletions(-)
Looks fine to me.
_
On 03/10/14 22:37, Martin Storsjö wrote:
By using ff_avc_write_annexb_extradata instead of the h264_mp4toannexb
BSF, the code for doing the conversion itself is kept much shorter,
there's less state to restore at the end, we don't risk leaving the
AVCodecContext in an inconsistent state if return
On 03/10/14 19:19, Vittorio Giovara wrote:
---
avprobe.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/avprobe.c b/avprobe.c
index c7b3d39..c56ac27 100644
--- a/avprobe.c
+++ b/avprobe.c
@@ -623,6 +623,12 @@ static void show_stream(AVFormatContext *fmt_ctx, int
stream_idx)
On 03/10/14 21:58, Josh Allmann wrote:
This is needed for clock_gettime.
---
configure |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 4513579..d87871e 100755
--- a/configure
+++ b/configure
@@ -4053,7 +4053,7 @@ check_func ${malloc_prefi
These are assembled into extradata in the order vps/sps/pps/sei.
---
libavformat/rtpdec_hevc.c | 99 ++-
1 file changed, 97 insertions(+), 2 deletions(-)
diff --git a/libavformat/rtpdec_hevc.c b/libavformat/rtpdec_hevc.c
index 0ff30e2..1bf3c1a 100644
--
---
Only tested with libavformat's rtp depacketizer; testing/comparison
against other implementations welcome.
---
libavformat/sdp.c | 108 +-
1 file changed, 106 insertions(+), 2 deletions(-)
diff --git a/libavformat/sdp.c b/libavformat/sdp.c
i
By using ff_avc_write_annexb_extradata instead of the h264_mp4toannexb
BSF, the code for doing the conversion itself is kept much shorter,
there's less state to restore at the end, we don't risk leaving the
AVCodecContext in an inconsistent state if returning early due to
errors, etc.
Also add a m
This is needed for clock_gettime.
---
configure |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 4513579..d87871e 100755
--- a/configure
+++ b/configure
@@ -4053,7 +4053,7 @@ check_func ${malloc_prefix}memalign&& enable
memalign
---
avprobe.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/avprobe.c b/avprobe.c
index c7b3d39..c56ac27 100644
--- a/avprobe.c
+++ b/avprobe.c
@@ -623,6 +623,12 @@ static void show_stream(AVFormatContext *fmt_ctx, int
stream_idx)
desc = av_pix_fmt_desc_get(dec_ctx->pix_f
Fixes decoding of
http://samples.mplayerhq.hu/V-codecs/h263/h263-raw/messenger.h263
---
libavcodec/h263dec.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
index cfb77b0..a6252f2 100644
--- a/libavcodec/h263dec.c
+++ b/libavcod
Quoting Manfred Georg (2014-10-02 22:19:34)
> The register function now specifies that the user callback should
> leave things in the same state that it found them on failure but
> that failure to destroy is ignored by the library. The register
> function is now explicit about its behavior on fail
On 03/10/14 12:04, Joakim Roubert wrote:
"So let's skip it entirely, or..?"
I think anybody with enough interest could come up with an implementation.
The problems I'm seeing are:
- hls works similarly and requires way less effort (and works on Apple
products)
- js-craft-as-you-like solution
On Fri, Oct 3, 2014 at 12:56 PM, Anton Khirnov wrote:
> Quoting Vittorio Giovara (2014-10-02 20:53:40)
>> ---
>> libavformat/mov.c | 80
>> +++
>> 1 file changed, 80 insertions(+)
>>
>> diff --git a/libavformat/mov.c b/libavformat/mov.c
>> inde
Quoting Vittorio Giovara (2014-10-02 20:53:40)
> ---
> libavformat/mov.c | 80
> +++
> 1 file changed, 80 insertions(+)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 3734689..fd79e6f 100644
> --- a/libavformat/mov.c
> +++ b/lib
On 2014-10-03 11:40, Kieran Kunhya wrote:
>
> It won't fly until the iPhone supports it which won't happen.
"So let's skip it entirely, or..?"
Every other big player is pushing for MPEG-DASH; Google, Microsoft,
Adobe and so forth. Netflix and Google already using it behind the
scenes in their ec
> Do you know what the toughts in the Gpac team are; do they want to
> continue doing their own thing? From an non-commercial end user
> perspective, I guess MPEG-DASH will not fly until we see content
> creation support for it in libav/FFmpeg/GStreamer, but that's just my 5
> (€) cents on the matt
On Thu, 2 Oct 2014, Joakim Roubert wrote:
The -hls_allow_cache parameter enables explicitly setting the
EXT-X-ALLOW-CACHE tag in the manifest file. That tag indicates
whether the client MAY or MUST NOT cache downloaded media
segments for later replay.
Valid values are 1 (=YES) or 0 (=NO) and th
On 2014-10-03 10:46, Marc-Antoine ARNAUD wrote:
>
> May be you can contact the Gpac team to try to integrate this library ?
> I know the team, and they waiting to have people how may be interested in
> that to ad the format.
Ah, that would be really cool. (Hmm, if you know these guys and know
thi
Hi,
May be you can contact the Gpac team to try to integrate this library ?
I know the team, and they waiting to have people how may be interested in
that to ad the format.
Gpac will provide the MP4Box command line which was used on lot of usages
to create Mpeg-DASH files.
Cheers,
--
*Marc-A
On 03/10/14 09:14, Josh Allmann wrote:
Fixes decoding of
http://samples.mplayerhq.hu/V-codecs/h263/h263-raw/messenger.h263.
---
libavcodec/h263dec.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
index cfb77b0..d6ad05d 1006
On 03/10/14 01:19, Vittorio Giovara wrote:
On Thu, Oct 2, 2014 at 8:06 PM, Luca Barbato wrote:
On 02/10/14 20:53, Vittorio Giovara wrote:
---
libavformat/mov.c | 80
+++
1 file changed, 80 insertions(+)
Do you have any sample?
I us
Fixes decoding of
http://samples.mplayerhq.hu/V-codecs/h263/h263-raw/messenger.h263.
---
libavcodec/h263dec.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
index cfb77b0..d6ad05d 100644
--- a/libavcodec/h263dec.c
+++ b/libavco
22 matches
Mail list logo
