>Why is "block" not aligned? Does the code for other architectures also use
>unaligned instructions for
>these?
Thank you for reminding me. After checking the struct H264SliceContext and
function call process, 'block' is find out as 16-bit aligned.
There are some refines in this patch, I will up
Ensure the address accesed by gssqc1/gslqc1 are 16-bits memory-aligned.
---
libavcodec/mips/simple_idct_mmi.c | 2 +-
libavutil/mips/mmiutils.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mips/simple_idct_mmi.c
b/libavcodec/mips/simple_idct_mmi.c
inde
On 24.07.2019, at 02:39, Kieran Kunhya wrote:
>>
>> What was the cause of the slow decoding? Does this actually fix it, or
>> does it just swipe it "under the carpet"?
>> If someone ever found a sample with a different solution, how would they
>> know that they shouldn't just remove this again?
On 24-07-2019 08:15 AM, Fu, Linjie wrote:
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
Of Gyan
Sent: Wednesday, July 24, 2019 00:49
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH, v3] fftools/ffmpeg_filter: add -
autoscale to d
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Gyan
> Sent: Wednesday, July 24, 2019 00:49
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH, v3] fftools/ffmpeg_filter: add -
> autoscale to disable/enable the default scale
>
> What was the cause of the slow decoding? Does this actually fix it, or
> does it just swipe it "under the carpet"?
> If someone ever found a sample with a different solution, how would they
> know that they shouldn't just remove this again? Without any kind of
> comment on the point of this cal
On 22.07.2019, at 23:57, Michael Niedermayer wrote:
> The dimensions are always 320x200 they are hardcoded in the demuxer.
> Hardcode them instead in the decoder.
>
> Fixes: Timeout (16sec -> 400ms)
> Fixes:
> 15574/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RL2_fuzzer-5158614072819712
Why is "block" not aligned? Does the code for other architectures also use
unaligned instructions for these?
On 23.07.2019, at 09:27, Shiyou Yin wrote:
> Ensure the address accesed by gssqc1/gslqc1 are 16-bits memory-aligned.
> ---
> libavcodec/mips/h264dsp_mmi.c | 48 +-
From: Chad Fraleigh
>
> On 7/22/2019 11:14 AM, aran.clau...@wwu.edu wrote:
>
>> +static void rm_shmid(AVFormatContext *s) {
>> +XCBGrabContext *c = s->priv_data;
>> +if(c->shmid != -1) {
>> + shmctl(c->shmid, IPC_RMID, 0);
>> + c->shmid == -1;
> ^^
> Assign
On 7/22/2019 11:14 AM, aran.clau...@wwu.edu wrote:
+static void rm_shmid(AVFormatContext *s) {
+XCBGrabContext *c = s->priv_data;
+if(c->shmid != -1) {
+ shmctl(c->shmid, IPC_RMID, 0);
+ c->shmid == -1;
^^
Assignment/compare operator mismatch.
+}
On 22-07-2019 01:40 PM, Fu, Linjie wrote:
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
Of Gyan
Sent: Saturday, July 20, 2019 13:29
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH, v3] fftools/ffmpeg_filter: add -
autoscale to di
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Fu, Linjie
> Sent: Monday, July 22, 2019 16:11
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, v3] fftools/ffmpeg_filter: add -
> autos
On 7/23/19 12:47 AM, Paul B Mahol wrote:
> On 7/23/19, David Bryant wrote:
>> On 7/21/19 11:23 PM, Paul B Mahol wrote:
>>> On 7/22/19, David Bryant wrote:
Hi,
As I promised late last year, here is a patch to add a WavPack DSD
decoder.
Thanks!
-David Bryant
Ready for review.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Moritz Barsnick
> Sent: Tuesday, July 23, 2019 8:41 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] how to create sub project / git repo under FFMPEG
>
> O
Jul 23, 2019, 9:13 AM by geo...@nsup.org:
> Lynne (12019-07-23):
>
>> Please stay out of all my emails and harassing me over apparently not
>> having enough commits.
>>
>
> What are you taking about? I have gone over your interactions on the
> mailing-list, and found nothing about number of commit
From: Nick Renieris
Main image data in DNGs is usually comprised of tiles, each of which is a
Huffman-encoded lossless JPEG.
Tested for ljpeg regressions with:
`ffmpeg -f lavfi -i testsrc=d=1 -vcodec ljpeg test.avi`
`ffmpeg test.avi out.avi`
The modified code in ljpeg_decode_rgb_scan runs witho
From: Nick Renieris
Used a technique similar to lavc/tdsc.c for invoking the MJPEG decoder.
This commit adds support for:
- DNG tiles
- DNG tile huffman lossless JPEG decoding
- DNG 8-bpp ("packed" as dcraw calls it) decoding
- DNG color scaling [1]
- LinearizationTable tag
- BlackLevel tag
On Tue, Jul 23, 2019 at 09:52:59AM +0200, Paul B Mahol wrote:
> On 7/23/19, Michael Niedermayer wrote:
> > On Tue, Jul 23, 2019 at 09:03:32AM +0200, Paul B Mahol wrote:
> >> On 7/23/19, Michael Niedermayer wrote:
> >> > On Mon, Jul 22, 2019 at 08:20:54AM +0200, Paul B Mahol wrote:
> >> >> On 7/21
From: gxw
Changing details as following:
1. Refine arguments of SLDI_Bn to make it easier to understand.
2. Remove SLDI_Bn_0, and use SLDI_Bn instead.
Signed-off-by: Shiyou Yin
---
libavcodec/mips/h264dsp_msa.c | 9 ++--
libavcodec/mips/h264qpel_msa.c | 64 ++---
Some sample working DNGs:
https://0x0.st/z8pf.dng (non-jpeg)
https://www.kenrockwell.com/leica/m9/sample-photos-3.htm (jpeg. these
are decoded as dark because there's no color space conversion
implemented)
A few others work too but I can't find the links to them anymore, I
can upload them if reques
A bug exist with the gcc compilers for Power in versions 6.x and 7.x
(verified with 6.3 and 7.4). It was fixed in version 8.x (verified with
8.3). I was using a Power 9 ppc64le machine for building and testing.
It appears the compiler is generating the wrong code for little endian
machines for
Even though you requested not to review:
On Tue, Jul 23, 2019 at 14:51:12 +0300, velocit...@gmail.com wrote:
> +#include "mjpegdec.h"
Subtle hint: Try configuring and compiling ffmpeg without support for
mjpeg, but with support for tiff.
I think you need to add a dependency in libavcodec/Makefi
From: Nick Renieris
Used a technique similar to lavc/tdsc.c for invoking the MJPEG decoder.
This commit adds support for:
- DNG tiles
- DNG tile huffman lossless JPEG decoding
- DNG 8-bpp ("packed" as dcraw calls it) decoding
- DNG color scaling [1]
- LinearizationTable tag
- BlackLevel tag
From: Nick Renieris
Main image data in DNGs is usually comprised of tiles, each of which is a
Huffman-encoded lossless JPEG.
Tested for ljpeg regressions with:
`ffmpeg -f lavfi -i testsrc=d=1 -vcodec ljpeg test.avi`
`ffmpeg test.avi out.avi`
The modified code in ljpeg_decode_rgb_scan runs witho
On Mon, Jul 22, 2019 at 02:03:33 +, Guo, Yejun wrote:
> I do not mean the official repository https://git.ffmpeg.org/ffmpeg.git, I
> mean another
> new repo and ffmpeg community has the right to assign/remove someone to have
> the write access.
[...]
> thanks, I think we can create a git repo
Please don't review this yet.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
When no IDR nor mmco_reset is found, prev_poc_lsb is
undefined and shall not be assumed to be zero
---
libavcodec/h264_parse.c | 2 ++
libavcodec/h264dec.c| 2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264_parse.c b/libavcodec/h264_parse.c
index ac31f54e07..6
This fixes parsing of live captures with 'open GOP' when poc_type=0.
At init, prev_poc_lsb is set to zero by defaut whereas it is undefined.
If the stream starts with a high poc_lsb (ie. > max_poc_lsb/2),
then the poc_msb is wrongly incremented.
I have uploaded a sample where log2_max_pic_order_cn
From: Nick Renieris
Main image data in DNGs is usually comprised of tiles, each of which is a
Huffman-encoded lossless JPEG.
Changes in ljpeg_decode_rgb_scan are based on dcraw.
Tested for ljpeg regressions with:
`ffmpeg -f lavfi -i testsrc=d=1 -vcodec ljpeg test.avi`
`ffmpeg test.avi out.avi`
From: Nick Renieris
Used a technique similar to lavc/tdsc.c for invoking the MJPEG decoder.
This commit adds support for:
- DNG tiles
- DNG tile huffman lossless JPEG decoding
- DNG 8-bpp ("packed" as dcraw calls it) decoding
- DNG color scaling [1]
- LinearizationTable tag
- BlackLevel tag
On 7/23/19, Kevin Wheatley wrote:
> Just a query, but I note that the gamma says 'GAMMA_REC709', this is
> not the normal gamma I'd expect for a DCI P3 image, it would typically
> be 2.6, so for correct translation into chromaticities, you would need
> to use that to convert to linear RGB. It is a
On 7/23/19, Carl Eugen Hoyos wrote:
> Am Di., 23. Juli 2019 um 04:47 Uhr schrieb Lynne :
>>
>> Jul 22, 2019, 11:24 PM by ceffm...@gmail.com:
>
>> > Please stop with these comments.
>> >
>> > No matter what others may tell you, they are not useful but very
>> > disturbing.
>>
>> Please stay out of
Just a query, but I note that the gamma says 'GAMMA_REC709', this is
not the normal gamma I'd expect for a DCI P3 image, it would typically
be 2.6, so for correct translation into chromaticities, you would need
to use that to convert to linear RGB. It is also not the only option
for encoding the ou
Am Di., 23. Juli 2019 um 04:47 Uhr schrieb Lynne :
>
> Jul 22, 2019, 11:24 PM by ceffm...@gmail.com:
> > Please stop with these comments.
> >
> > No matter what others may tell you, they are not useful but very disturbing.
>
> Please stay out of all my emails
I wish I could!
Sadly, you keep attac
Lynne (12019-07-23):
> Please stay out of all my emails and harassing me over apparently not
> having enough commits.
What are you taking about? I have gone over your interactions on the
mailing-list, and found nothing about number of commits, nor anything
that looks to me like harassment, but I m
On 7/23/19, Paul B Mahol wrote:
> On 7/23/19, Michael Niedermayer wrote:
>> On Tue, Jul 23, 2019 at 09:03:32AM +0200, Paul B Mahol wrote:
>>> On 7/23/19, Michael Niedermayer wrote:
>>> > On Mon, Jul 22, 2019 at 08:20:54AM +0200, Paul B Mahol wrote:
>>> >> On 7/21/19, Michael Niedermayer wrote:
On 7/23/19, Michael Niedermayer wrote:
> On Tue, Jul 23, 2019 at 09:03:32AM +0200, Paul B Mahol wrote:
>> On 7/23/19, Michael Niedermayer wrote:
>> > On Mon, Jul 22, 2019 at 08:20:54AM +0200, Paul B Mahol wrote:
>> >> On 7/21/19, Michael Niedermayer wrote:
>> >> > On Sun, Jul 21, 2019 at 10:48:2
On Tue, 23 Jul 2019, Gyan wrote:
On 23-07-2019 02:43 AM, Marton Balint wrote:
On Sun, 21 Jul 2019, lance.lmw...@gmail.com wrote:
From: Limin Wang
This patch haven't make other pixel format usable yet to make sure
the test
result is same with rgb32 format.
Reviewed-by: Marton Balint
On 7/23/19, David Bryant wrote:
> On 7/21/19 11:23 PM, Paul B Mahol wrote:
>> On 7/22/19, David Bryant wrote:
>>> Hi,
>>>
>>> As I promised late last year, here is a patch to add a WavPack DSD
>>> decoder.
>>>
>>> Thanks!
>>>
>>> -David Bryant
>>>
>>>
>> Please correct me if I'm wrong, but why th
On Tue, Jul 23, 2019 at 09:03:32AM +0200, Paul B Mahol wrote:
> On 7/23/19, Michael Niedermayer wrote:
> > On Mon, Jul 22, 2019 at 08:20:54AM +0200, Paul B Mahol wrote:
> >> On 7/21/19, Michael Niedermayer wrote:
> >> > On Sun, Jul 21, 2019 at 10:48:26AM +0200, Paul B Mahol wrote:
> >> >> On 7/21
Ensure the address accesed by gssqc1/gslqc1 are 16-bits memory-aligned.
---
libavcodec/mips/h264dsp_mmi.c | 48 +---
libavcodec/mips/simple_idct_mmi.c | 51 +--
libavutil/mips/mmiutils.h | 2 +-
3 files changed, 51 in
On 7/23/19, Michael Niedermayer wrote:
> On Mon, Jul 22, 2019 at 08:20:54AM +0200, Paul B Mahol wrote:
>> On 7/21/19, Michael Niedermayer wrote:
>> > On Sun, Jul 21, 2019 at 10:48:26AM +0200, Paul B Mahol wrote:
>> >> On 7/21/19, Michael Niedermayer wrote:
>> >> > Fixes: Timeout (22 -> 7 sec)
>>
43 matches
Mail list logo
