[libav-devel] [PATCH 09/12] dashenc: copy language and role metadata from streams assigned to sets

Signed-off-by: Peter Große --- libavformat/dashenc.c | 24 +++- 1 file changed, 23 insertions(+), 1 deletion(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index c561ad1..a0c7811 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c

[libav-devel] [PATCH 02/12] dashenc: add mandatory id to AdaptationSet and Period in manifest

From: Peter Große Signed-off-by: Peter Große --- libavformat/dashenc.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 2b27950..865f50a 100644 --- a/libavformat/dashenc.c +++

[libav-devel] [PATCH 12/12] doc: add dash muxer

Signed-off-by: Peter Große --- doc/muxers.texi | 53 + 1 file changed, 53 insertions(+) diff --git a/doc/muxers.texi b/doc/muxers.texi index 5430da7..95d8051 100644 --- a/doc/muxers.texi +++ b/doc/muxers.texi @@ -53,6 +53,59

[libav-devel] [PATCH 10/12] dashenc: use avio_dynbuf instead of packet_write callback

The dash_write function drops data, if no IOContext is initialized. This might happen when a subordinate muxer calls avio_flush(). Using a dynamic buffer fixes that. Signed-off-by: Peter Große --- libavformat/dashenc.c | 87 +-- 1

[libav-devel] [PATCH 06/12] dashenc: support for hinting stream bandwidth using metadata option

From: Peter Große Bandwidth information is required in the manifest, but not always provided by the demuxer. So enable hinting the stream bandwidth via a metadata field, supports same values as codec bitrate setting. Example: -metadata:s:v:0 bitrate=3500k Signed-off-by: Peter

[libav-devel] [PATCH 00/12] dashenc improvements + webm support

Some bugfixes and improvements to the MPEG-DASH muxer. Most importantly it adds support for explicitly assigning streams to AdaptationSets and for muxing WebM. TODO: FATE tests [1] http://standards.iso.org/ittf/PubliclyAvailableStandards/c065274_ISO_IEC_23009-1_2014.zip Anton Schubert (2):

[libav-devel] [PATCH 08/12] dashenc: add support for assigning streams to AdaptationSets

This patch is based on the stream assignment code in webmdashenc. Additional changes: * Default to one AdaptationSet per stream Previously all mapped streams of a media type (video, audio) where assigned to a single AdaptationSet. Using the DASH live profile it is mandatory, that

[libav-devel] [PATCH 04/12] dashenc: add option to provide UTC timing source

From: Peter Große If set, adds a UTCTime tag in the manifest. See http://vm2.dashif.org/dash.js/docs/jsdocs/MediaPlayer.html#addUTCTimingSource for more information. Usable default: "https://time.akamai.com/?iso; Signed-off-by: Peter Große ---

[libav-devel] [PATCH 01/12] dashenc: fix ISO8601 UTC parsing

From: Anton Schubert Appends Z to timestamp to force ISO8601 datetime parsing as UTC. Without Z, some browsers (Chrome) interpret the timestamp as localtime and others (Firefox) interpret it as UTC. Signed-off-by: Anton Schubert ---

[libav-devel] [PATCH 03/12] dashenc: increase buffer time hint in the manifest

From: Anton Schubert to avoid rebuffering on the clientside for difficult network conditions. Signed-off-by: Anton Schubert --- libavformat/dashenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/dashenc.c

[libav-devel] [PATCH 05/12] dashenc: separate segments based on current segment duration

The current implementation creates new segments comparing pkt->pts - first_pts > total_duration This works fine, but if the keyframe interval is smaller than "min_seg_duration" segments shorter than the minimum segment duration are created. Example: keyint=50, min_seg_duration=300

[libav-devel] [PATCH 11/12] dashenc: add webm support

Use webm muxer for VP8, VP9 and Opus codec, mp4 muxer otherwise. Also copy stream metadata to output stream. Signed-off-by: Peter Große --- libavformat/dashenc.c | 68 --- 1 file changed, 54 insertions(+), 14 deletions(-) diff

[libav-devel] [PATCH 07/12] dashenc: calculate stream bitrate from first segment if not available

Bandwidth information is required in the manifest, but not always provided by the demuxer. If not available via metadata calculate bandwith based on the size and duration of the first segment. Signed-off-by: Peter Große --- libavformat/dashenc.c | 11 +++ 1 file

Re: [libav-devel] [PATCH] travis: Ignore the filter-fade test

On 26/01/2017 18:50, Anton Khirnov wrote: > I have no idea what that means. The combination of whatever is currently on the travis linux instances makes that test fail. I have no idea why it happens on there and since it is an ancient distribution I do not have an easy way to check what's wrong.

Re: [libav-devel] [PATCH] travis: Ignore the filter-fade test

Quoting Luca Barbato (2017-01-26 12:42:26) > It glitches with the stale travis linux target. I have no idea what that means. -- Anton Khirnov ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel

Re: [libav-devel] [PATCH 12/14] jpeg: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 01:30:34PM +0100, Vittorio Giovara wrote: > On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > > From: Alexandra Hájková > > > > --- > > libavcodec/jpeglsdec.c | 48 +- > > libavcodec/jpeglsenc.c | 14 +-- > >

Re: [libav-devel] [PATCH 14/14] wma: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > > Carried over from the last batch. > > libavcodec/wma.c| 41 +++ > libavcodec/wma.h| 8 +- > libavcodec/wmadec.c | 64

Re: [libav-devel] [PATCH 12/14] jpeg: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/jpeglsdec.c | 48 +- > libavcodec/jpeglsenc.c | 14 +-- > libavcodec/mjpegbdec.c | 44 - > libavcodec/mjpegdec.c | 242 >

Re: [libav-devel] [PATCH 08/14] shorten: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/shorten.c | 49 + > 1 file changed, 25 insertions(+), 24 deletions(-) ok -- Vittorio

Re: [libav-devel] [PATCH 03/14] cavs: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/cavs.c| 8 +-- > libavcodec/cavs.h| 4 +- > libavcodec/cavsdec.c | 178 > +-- > 3 files

Re: [libav-devel] [PATCH 10/14] ffv1: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/ffv1.h| 4 ++-- > libavcodec/ffv1dec.c | 24 > 2 files changed, 14 insertions(+), 14 deletions(-) ok -- Vittorio

Re: [libav-devel] [PATCH 06/14] loco: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/loco.c | 14 +++--- > 1 file changed, 7 insertions(+), 7 deletions(-) ok i think -- Vittorio ___

Re: [libav-devel] [PATCH 07/14] ralf: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/ralf.c | 68 > --- > 1 file changed, 35 insertions(+), 33 deletions(-) ok i think -- Vittorio

Re: [libav-devel] [PATCH 02/14] aic: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/aic.c | 30 +++--- > 1 file changed, 15 insertions(+), 15 deletions(-) probably ok -- Vittorio

Re: [libav-devel] [PATCH 05/14] fic: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/fic.c | 18 +- > 1 file changed, 9 insertions(+), 9 deletions(-) ok -- Vittorio ___

Re: [libav-devel] [PATCH 11/14] h261dec: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/h261dec.c | 92 > ++ > libavcodec/mpegvideo.h | 3 ++ > libavformat/h261dec.c | 11 +++--- > 3

Re: [libav-devel] [PATCH 04/14] dirac: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/dirac.c | 89 > +++--- > 1 file changed, 45 insertions(+), 44 deletions(-) this seems ok -- Vittorio

Re: [libav-devel] [PATCH 09/14] svq3: Convert to the new bitstream reader

On Thu, Jan 26, 2017 at 11:10 AM, Diego Biurrun wrote: > From: Alexandra Hájková > > --- > libavcodec/svq3.c | 133 > +++--- > 1 file changed, 67 insertions(+), 66 deletions(-) > >

Re: [libav-devel] [PATCH 1/2] configure: Add proper weak dependency of avformat on network

On Wed, Jan 25, 2017 at 7:15 PM, Diego Biurrun wrote: > --- > configure | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/configure b/configure > index e69b1b1..5b93e14 100755 > --- a/configure > +++ b/configure > @@ -2499,6 +2499,7 @@ avcodec_select="null_bsf" >

[libav-devel] [PATCH] travis: Ignore the filter-fade test

It glitches with the stale travis linux target. --- .travis.yml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.travis.yml b/.travis.yml index 8e9629a..f7dab48 100644 --- a/.travis.yml +++ b/.travis.yml @@ -20,7 +20,7 @@ install: - if [ "$TRAVIS_OS_NAME" == "osx" ]; then

Re: [libav-devel] [PATCH] rtmp: Account bytes_read may wrap around

On 26/01/2017 09:00, Diego Biurrun wrote: > On Wed, Jan 25, 2017 at 09:48:33PM +0100, Luca Barbato wrote: >> The servers seem to be happy to receive the wrapped around value as long >> they receive a report, otherwise they would timeout. > > rtmp: Account for bytes_read wraparound > >

[libav-devel] [PATCH 13/14] dv: Convert to the new bitreader

From: Luca Barbato --- Carried over from the last batch. libavcodec/dvdec.c | 122 ++--- 1 file changed, 69 insertions(+), 53 deletions(-) diff --git a/libavcodec/dvdec.c b/libavcodec/dvdec.c index dc37a5e..616e187 100644

[libav-devel] [PATCH 14/14] wma: Convert to the new bitstream reader

From: Alexandra Hájková --- Carried over from the last batch. libavcodec/wma.c| 41 +++ libavcodec/wma.h| 8 +- libavcodec/wmadec.c | 64 +-- libavcodec/wmalosslessdec.c | 188 +++

[libav-devel] [PATCH 12/14] jpeg: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/jpeglsdec.c | 48 +- libavcodec/jpeglsenc.c | 14 +-- libavcodec/mjpegbdec.c | 44 - libavcodec/mjpegdec.c | 242 + libavcodec/mjpegdec.h | 5 +-

[libav-devel] [PATCH 10/14] ffv1: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/ffv1.h| 4 ++-- libavcodec/ffv1dec.c | 24 2 files changed, 14 insertions(+), 14 deletions(-) diff --git a/libavcodec/ffv1.h b/libavcodec/ffv1.h index 34370fa..7e0465a 100644 --- a/libavcodec/ffv1.h +++

[libav-devel] [PATCH 11/14] h261dec: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/h261dec.c | 92 ++ libavcodec/mpegvideo.h | 3 ++ libavformat/h261dec.c | 11 +++--- 3 files changed, 56 insertions(+), 50 deletions(-) diff --git a/libavcodec/h261dec.c

[libav-devel] [PATCH 03/14] cavs: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/cavs.c| 8 +-- libavcodec/cavs.h| 4 +- libavcodec/cavsdec.c | 178 +-- 3 files changed, 95 insertions(+), 95 deletions(-) diff --git a/libavcodec/cavs.c

[libav-devel] [PATCH 05/14] fic: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/fic.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/libavcodec/fic.c b/libavcodec/fic.c index 1804104..a038af6 100644 --- a/libavcodec/fic.c +++ b/libavcodec/fic.c @@ -24,9 +24,9 @@ #include

[libav-devel] [PATCH 04/14] dirac: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/dirac.c | 89 +++--- 1 file changed, 45 insertions(+), 44 deletions(-) diff --git a/libavcodec/dirac.c b/libavcodec/dirac.c index cce9439..5faf0a3 100644 --- a/libavcodec/dirac.c +++

[libav-devel] [PATCH 02/14] aic: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/aic.c | 30 +++--- 1 file changed, 15 insertions(+), 15 deletions(-) diff --git a/libavcodec/aic.c b/libavcodec/aic.c index 405ebf1..368b3bc 100644 --- a/libavcodec/aic.c +++ b/libavcodec/aic.c @@ -23,13

[libav-devel] [PATCH 06/14] loco: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/loco.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/libavcodec/loco.c b/libavcodec/loco.c index 8624ea8..fa4c5ed 100644 --- a/libavcodec/loco.c +++ b/libavcodec/loco.c @@ -25,8 +25,8 @@ */

[libav-devel] new bitstream reader 5th batch

The next set of bitstream reader patches, for (more or less) fringe stuff that does not require extensive benchmarking. This time pulling in golomb.h and dependent codecs. ___ libav-devel mailing list libav-devel@libav.org

[libav-devel] [PATCH 07/14] ralf: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/ralf.c | 68 --- 1 file changed, 35 insertions(+), 33 deletions(-) diff --git a/libavcodec/ralf.c b/libavcodec/ralf.c index 6bc0f3f..1003b10 100644 --- a/libavcodec/ralf.c +++

[libav-devel] [PATCH 01/14] golomb: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/aic.c | 2 +- libavcodec/cavs.c| 2 +- libavcodec/cavsdec.c | 2 +- libavcodec/dirac.c | 2 +- libavcodec/ffv1dec.c

[libav-devel] [PATCH 08/14] shorten: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/shorten.c | 49 + 1 file changed, 25 insertions(+), 24 deletions(-) diff --git a/libavcodec/shorten.c b/libavcodec/shorten.c index 82fa2ab..e040b9c 100644 --- a/libavcodec/shorten.c

[libav-devel] [PATCH 09/14] svq3: Convert to the new bitstream reader

From: Alexandra Hájková --- libavcodec/svq3.c | 133 +++--- 1 file changed, 67 insertions(+), 66 deletions(-) diff --git a/libavcodec/svq3.c b/libavcodec/svq3.c index 8bbd331..ffb4b84 100644 --- a/libavcodec/svq3.c +++

Re: [libav-devel] [PATCH] fifo: Return the correct error

On Thu, Jan 26, 2017 at 12:06:56AM +0100, Luca Barbato wrote: > --- > libavutil/fifo.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) fifo: Return the correct error code or fifo: Return the correct AVERROR value Diego ___ libav-devel

Re: [libav-devel] [PATCH] rtmp: Account bytes_read may wrap around

On Wed, Jan 25, 2017 at 09:48:33PM +0100, Luca Barbato wrote: > The servers seem to be happy to receive the wrapped around value as long > they receive a report, otherwise they would timeout. rtmp: Account for bytes_read wraparound Servers seem to be happy to receive the wrapped-around value