On Thu, May 05, 2016 at 03:37:49PM +0300, Andrey Utkin wrote:
> It is impossible to pass "aspect" parameter to encoder from ffmpeg CLI
> because option from lavc/options_table.h is eclipsed by option with same
> name in ffmpeg_opt.c, which has different meaning (DAR, not SAR).
> ---
>
> v3: added
On Fri, May 6, 2016 at 4:14 AM, Michael Niedermayer
wrote:
> On Thu, May 05, 2016 at 09:49:18PM +0700, Muhammad Faiz wrote:
>> for compatibility with platforms that treat it
>> as newline
>
> i think this is ok but it should bump the minor version number of
> the libs for which this affects public
On Fri, May 06, 2016 at 01:15:02AM +0200, Michael Niedermayer wrote:
> On Thu, May 05, 2016 at 08:18:02PM +0200, Piotr Bandurski wrote:
> > > > a 10bit file with some smooth 10bit gradients would make it
> > > > easier to assign the LSBs correctly. The existing file has half of
> > > > them 0
> >
On 5 May 2016 at 10:06, Christophe Gisquet
wrote:
> The slice prefix is 0 in the reference encoder and the decoder ignores it.
> Writing 0 there seems like the best temporary solution.
>
> The padding could have contained uninitialized data, but reference VC2
> encoders put 0xFF there, hence the
On Thu, May 05, 2016 at 08:18:02PM +0200, Piotr Bandurski wrote:
> > > a 10bit file with some smooth 10bit gradients would make it
> > > easier to assign the LSBs correctly. The existing file has half of
> > > them 0
> >
> > You mean something like this?:
> >
> > http://bennettfeely.com/gradient
On Thu, May 05, 2016 at 10:51:10PM +0200, Piotr Bandurski wrote:
> > a 10bit file with some smooth 10bit gradients would make it
> > easier to assign the LSBs correctly. The existing file has half of
> > them 0
> >
> > [...]
>
> I reencoded this:
>
> https://samples.mplayerhq.hu/V-codecs/v210/v
On Thu, May 05, 2016 at 10:52:35PM +0200, Piotr Bandurski wrote:
> > +AVCodec ff_m101_decoder = {
> > +.name = "m101",
> > +.long_name = NULL_IF_CONFIG_SMALL("matrox uncompressed sd"),
>
> "Matrox Uncompressed SD" would look better.
changed
thx
[...]
--
Michael GnuPG
On Thu, May 05, 2016 at 06:57:26PM +, Carl Eugen Hoyos wrote:
> Michael Niedermayer niedermayer.cc> writes:
>
> > TODO: find out which LSB for 10bit go where
>
> Please also mention ticket #2611.
locally changed
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0F
On Thu, May 05, 2016 at 09:49:18PM +0700, Muhammad Faiz wrote:
> for compatibility with platforms that treat it
> as newline
i think this is ok but it should bump the minor version number of
the libs for which this affects public interface
also should be split per lib
[...]
--
Michael GnuPG
> +AVCodec ff_m101_decoder = {
> +.name = "m101",
> +.long_name = NULL_IF_CONFIG_SMALL("matrox uncompressed sd"),
"Matrox Uncompressed SD" would look better.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/
> a 10bit file with some smooth 10bit gradients would make it
> easier to assign the LSBs correctly. The existing file has half of
> them 0
>
> [...]
I reencoded this:
https://samples.mplayerhq.hu/V-codecs/v210/v210_720p.avi
to M101:
https://www.datafilehost.com/d/98759d14
___
On Thu, May 05, 2016 at 05:03:00PM +, Petru Rares Sincraian wrote:
> Here is the patch,
>
> Sorry.
>
> On 05/05/16 19:01, Petru Rares Sincraian wrote:
> > Hi there,
> >
> > Here is a patch for the vorbis encoder. I only tried this test on a
> > x64 architecture, maybe I need to change the FU
On 5/5/2016 3:22 PM, Nicolas George wrote:
> Le septidi 17 floréal, an CCXXIV, James Almer a écrit :
>> Still fails
>>
>> $ /ffmpeg/build/ffprobe -hide_banner -bitexact -show_streams -show_packets
>> -fflags keepside -safe 0 -show_data_hash crc32
>> tests/data/fate/concat-demuxer-convert-lavf-h26
I confirmed that this patch works on the rpi3, when compiling ffmpeg with
`--enable-omx --enable-omx-rpi` and using `ffmpeg -v:c h264_omx`
I had to make some minor changes for ffmpeg compatibility which I pushed to
my rebase branch.
Aman
On Thu, Apr 21, 2016 at 10:14 AM, Amancio Hasty wrote:
>
Michael Niedermayer niedermayer.cc> writes:
> TODO: find out which LSB for 10bit go where
Please also mention ticket #2611.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Le septidi 17 floréal, an CCXXIV, James Almer a écrit :
> Still fails
>
> $ /ffmpeg/build/ffprobe -hide_banner -bitexact -show_streams -show_packets
> -fflags keepside -safe 0 -show_data_hash crc32
> tests/data/fate/concat-demuxer-convert-lavf-h264.ffconcat
> [concat @ 0102c980] Impossib
> > a 10bit file with some smooth 10bit gradients would make it
> > easier to assign the LSBs correctly. The existing file has half of
> > them 0
>
> You mean something like this?:
>
> http://bennettfeely.com/gradients/img/gradient_24.png
If not then please point me to something useful and I wi
Dnia 5 maja 2016 19:47 Michael Niedermayer napisał(a):
> On Tue, May 03, 2016 at 12:10:22PM +0200, Piotr Bandurski wrote:
> >
> >
> >
> > Dnia 3 maja 2016 11:54 Piotr Bandurski napisał(a):
> >
> >
> >
> > >
> > > > Hi,
> > >
> > > > as long as we are throwing out questions.
> > > >
>
On Tue, May 03, 2016 at 12:10:22PM +0200, Piotr Bandurski wrote:
>
>
>
> Dnia 3 maja 2016 11:54 Piotr Bandurski napisał(a):
>
>
>
> >
> > > Hi,
> >
> > > as long as we are throwing out questions.
> > >
> > > the m70x stuff is similar to m10x . and uses same binary codec:
> > >
> > > VIDC
TODO: find out which LSB for 10bit go where
Signed-off-by: Michael Niedermayer
---
libavcodec/Makefile |1 +
libavcodec/allcodecs.c |1 +
libavcodec/avcodec.h|1 +
libavcodec/codec_desc.c |7 +++
libavcodec/m101.c | 120
Signed-off-by: Michael Niedermayer
---
libavformat/riff.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/riff.c b/libavformat/riff.c
index 70baea1..ccbe608 100644
--- a/libavformat/riff.c
+++ b/libavformat/riff.c
@@ -419,6 +419,8 @@ const AVCodecTag ff_codec_bmp_tags[] = {
> On 5/5/16, Piotr Bandurski wrote:
> >> > > > > > > > > Improved version attached.
> >> > > >
> >> > > > I found another bug, this time in lossy mode - the file encoded as
> >> > > > "joint stereo" decodes after a few seconds into noise:
> >> > > >
> >> > > > https://www.datafilehost.com/d/c2e8b3
Here is the patch,
Sorry.
On 05/05/16 19:01, Petru Rares Sincraian wrote:
> Hi there,
>
> Here is a patch for the vorbis encoder. I only tried this test on a
> x64 architecture, maybe I need to change the FUZZ parameter.
>
> Can anybody test in another architecture?
>
>
> Many thanks,
> Petru Ra
Hi there,
Here is a patch for the vorbis encoder. I only tried this test on a x64
architecture, maybe I need to change the FUZZ parameter.
Can anybody test in another architecture?
Many thanks,
Petru Rares.
___
ffmpeg-devel mailing list
ffmpeg-devel@
On 5/5/16, Piotr Bandurski wrote:
>> > > > > > > > > Improved version attached.
>> > > >
>> > > > I found another bug, this time in lossy mode - the file encoded as
>> > > > "joint stereo" decodes after a few seconds into noise:
>> > > >
>> > > > https://www.datafilehost.com/d/c2e8b332
>> > >
>> >
> > > > > > > > > Improved version attached.
> > > >
> > > > I found another bug, this time in lossy mode - the file encoded as
> > > > "joint stereo" decodes after a few seconds into noise:
> > > >
> > > > https://www.datafilehost.com/d/c2e8b332
> > >
> > > here are a few more samples:
> > >
On 5/5/2016 6:58 AM, Nicolas George wrote:
> Le decadi 10 floréal, an CCXXIV, James Almer a écrit :
>> I think this needs to be $(TARGET_SAMPLES).
>
> Fixed.
>
>> You should be able to simplify this using FATE_FFPROBE and
>> FATE_SAMPLES_FFPROBE.
>> It would also remove the need to specify the f
for compatibility with platforms that treat it
as newline
Signed-off-by: Muhammad Faiz
---
libavfilter/graphparser.c | 2 +-
libavutil/avstring.c | 2 +-
libavutil/bprint.c| 2 +-
libavutil/opt.c | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavf
Am 05.05.16 um 15:36 schrieb Richard Kern:
>
>> On May 5, 2016, at 9:35 AM, Derek Buitenhuis
>> wrote:
>>
>> On 5/5/2016 2:08 PM, Rick Kern wrote:
>>> Fixes "Could not find codec parameters for stream" error (#5494)
>>>
>>> Signed-off-by: Rick Kern
>>> ---
>>> libavdevice/avfoundation.m | 26 ++
> On May 5, 2016, at 9:35 AM, Derek Buitenhuis
> wrote:
>
> On 5/5/2016 2:08 PM, Rick Kern wrote:
>> Fixes "Could not find codec parameters for stream" error (#5494)
>>
>> Signed-off-by: Rick Kern
>> ---
>> libavdevice/avfoundation.m | 26 +-
>> 1 file changed, 13 inser
On 5/5/2016 2:08 PM, Rick Kern wrote:
> Fixes "Could not find codec parameters for stream" error (#5494)
>
> Signed-off-by: Rick Kern
> ---
> libavdevice/avfoundation.m | 26 +-
> 1 file changed, 13 insertions(+), 13 deletions(-)
Patch looks good to me. I assume you have
> > > > > > > Improved version attached.
> > >
> > > I found another bug, this time in lossy mode - the file encoded as "joint
> > > stereo" decodes after a few seconds into noise:
> > >
> > > https://www.datafilehost.com/d/c2e8b332
> >
> > here are a few more samples:
> >
> > https://www.data
Fixes "Could not find codec parameters for stream" error (#5494)
Signed-off-by: Rick Kern
---
libavdevice/avfoundation.m | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/libavdevice/avfoundation.m b/libavdevice/avfoundation.m
index 763e675..8132278
It is impossible to pass "aspect" parameter to encoder from ffmpeg CLI
because option from lavc/options_table.h is eclipsed by option with same
name in ffmpeg_opt.c, which has different meaning (DAR, not SAR).
---
v3: added doc update
doc/codecs.texi | 3 +++
libavcodec/opti
On Tue, May 03, 2016 at 01:53:42PM -0400, Ronald S. Bultje wrote:
> ---
> doc/filters.texi | 13
> libavfilter/colorspacedsp.c | 12
> libavfilter/colorspacedsp.h | 6 ++
> libavfilter/colorspacedsp_template.c | 128
> +++
Paul B Mahol gmail.com> writes:
> >> There is clearly overread if you ignore
> >> first two bytes.
> >
> > How can I reproduce the overread?
>
> By decoding file, looking at ffmpeg output.
I did that and I don't see an overread:
What do I miss?
Carl Eugen
_
On Thu, May 05, 2016 at 11:59:19AM +0200, Nicolas George wrote:
> The FATE scripts separate stdout from stderr.
> Having a first idea about what went wrong in the log file
> is more convenient.
>
> Signed-off-by: Nicolas George
> ---
> tests/fate-run.sh | 16
> 1 file changed, 8
The FATE scripts separate stdout from stderr.
Having a first idea about what went wrong in the log file
is more convenient.
Signed-off-by: Nicolas George
---
tests/fate-run.sh | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/tests/fate-run.sh b/tests/fate-run.
Le decadi 10 floréal, an CCXXIV, James Almer a écrit :
> I think this needs to be $(TARGET_SAMPLES).
Fixed.
> You should be able to simplify this using FATE_FFPROBE and
> FATE_SAMPLES_FFPROBE.
> It would also remove the need to specify the ffprobe$(PROGSSUF)$(EXESUF)
> dependency
> for all thes
Le decadi 10 floréal, an CCXXIV, Rodger Combs a écrit :
> There's definitely going to be some trickiness around this if we end up
> having 1:N filters, or filters that actually requiring flushing.
> Otherwise, though, this should work fine, and we can address multiple-bsf
> or more-advanced BSF cas
Improved text in comments and commit message.
Regenerated checksums after fix for bitexactness in auxiliary data
due to version string.
Christophe Gisquet (2):
vc2enc: prevent random data
vc2: fate tests
libavcodec/vc2enc.c | 5 +
tests/fate/vcodec.mak
---
tests/fate/vcodec.mak | 17 -
tests/ref/vsynth/vsynth1-vc2-420p | 4
tests/ref/vsynth/vsynth1-vc2-420p10 | 4
tests/ref/vsynth/vsynth1-vc2-420p12 | 4
tests/ref/vsynth/vsynth1-vc2-422p | 4
tests/ref/vsynth/vsynth1-v
The slice prefix is 0 in the reference encoder and the decoder ignores it.
Writing 0 there seems like the best temporary solution.
The padding could have contained uninitialized data, but reference VC2
encoders put 0xFF there, hence the memset value.
Overall this allows producing bistreams with n
Le quartidi 14 floréal, an CCXXIV, sebechlebsky...@gmail.com a écrit :
> From: Jan Sebechlebsky
>
> Replace av_copy_packet and deprecated av_dup_packet by
> creating reference using av_packet_ref.
>
> Signed-off-by: Jan Sebechlebsky
> ---
> This should be effectively the same as calling av_pac
Le quintidi 15 floréal, an CCXXIV, sebechlebsky...@gmail.com a écrit :
> From: Jan Sebechlebsky
>
> TeeSlave.bsfs is array of pointers to AVBitStreamFilterContext,
> so element size should be really size of a pointer, not size
> of TeeSlave structure.
>
> Signed-off-by: Jan Sebechlebsky
Ok for
On Thu, 5 May 2016 02:26:09 +0200
Michael Niedermayer wrote:
> > This is quite a hack, and we should not add new APIs to support it, in
> > my opinion. I think you will have a hard time finding support in an open
> > source project for adding or re-adding APIs to make internal forks easier
> > to
this allow a filter to be written like this:
aformat =
sample_fmts = fltp|flt:
sample_rates = 44100|44800
Signed-off-by: Muhammad Faiz
---
libavfilter/graphparser.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/graphparser.c b/libavfilter/graphparse
47 matches
Mail list logo