id pointing at the
start of audio codecs
diff --git a/libavcodec/flif16_parser.c b/libavcodec/flif16_parser.c
new file mode 100644
index 00..54bd93d499
--- /dev/null
+++ b/libavcodec/flif16_parser.c
@@ -0,0 +1,51 @@
+/*
+ * FLIF16 parser
+ * Copyright (c) 2020 Anamitra Ghorui
+ *
+ *
February 27, 2020 6:15 PM, "Moritz Barsnick" wrote:
>> OBJS-$(CONFIG_FLAC_PARSER) += flac_parser.o flacdata.o flac.o \
>> vorbis_data.o
>> +OBJS-$(CONFIG_FLAC_PARSER) += flif16_parser.o
>
>
>
> This looks wrong. You are adding this object to a compile of the FLAC
> parser, not your new par
Hello,
I have been reading through the parsing API and other things and here's what
I've managed to gather (I will be ignoring overruns in these functions for now).
Please tell me if I am right or wrong:
1. As long as the parse function determines next == END_NOT_FOUND,
ff_combine_frame will
Oh, sorry about that.
___
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".
if16.c
new file mode 100644
index 00..2201951d91
--- /dev/null
+++ b/libavcodec/flif16.c
@@ -0,0 +1,97 @@
+/*
+ * FLIF16 Component functions
+ * Copyright (c) 2020 Anamitra Ghorui
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it
Hello,
> Is there an upper bound for the size of these integers? In my
> experience, varints in multimedia code are used to save a few bits in
> the file than to allow very large integers. You could make the code much
> simpler if you had an upper bound.
>
> Also, there is probably already simila
pe = AVMEDIA_TYPE_VIDEO,
+.name = "flif16",
+.long_name = NULL_IF_CONFIG_SMALL("FLIF16 (Free Lossless Image
Format)"),
+.props = AV_CODEC_PROP_LOSSLESS,
+},
/* various PCM "codecs" */
{
diff --git a/libavco
I just realised that there is a range coder implementation
already present in libavcodec. I'll look into it.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or ema
Hello,
March 15, 2020 2:15 AM, "Jai Luthra" wrote:
>On Fri, Mar 06, 2020 at 06:10:04PM +0000, Anamitra Ghorui wrote:
>>The parser has been tested and is able to correctly identify the start
>>of the compressed bitstream. The patch has a set of printf statements
>>w
Hello,
I am dealing dealing with a video (gif-like) file format in which there
are compressed (entropy coded) segments of unknown length. However, the length
of the uncompressed segment of the file is already known. Please check the
previous mail by thread if context is required. There are no m
March 16, 2020 3:25 PM, "Anton Khirnov" wrote:
> Quoting Anamitra Ghorui (2020-03-15 13:40:58)
>
>> Hello,
>>
>> I am dealing dealing with a video (gif-like) file format in which there
>> are compressed (entropy coded) segments of unknown length. Howeve
" (or closely following) the FLIF reference implementation, which I
really
don't want to do. I want to do it with the full knowledge of how the codec
works. Although reading through the reference implementation will also
inevitably include review of the sourcecode and hence chanves.
Regards
ut is incorrect)
Regards,
Anamitra
[1]: https://flif.info/spec.html
[2]: https://github.com/FLIF-hub/FLIF
[3]: https://flif.info/spec.html#_uniform_symbol_coding
[4]:
https://github.com/daujerrine/ffmpeg/blob/master/libavcodec/flif16_rangecoder.h
Signed-off-by: Anamitra Ghorui
---
Changelog
Just to clarify, the raangecoded bitstream is decoded in function
flif16_read_second_header in libavcodec/flif16dec.c. Here the
aforementioned switch statement - segment variable system is used.
Regards,
Anamitra
___
ffmpeg-devel mailing list
ffmpeg-dev
---
libavcodec/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 0de585279c..f1c032b456 100644
--- a/libavcodec/Makefile
+++ b/libavcodec/Makefile
@@ -1059,7 +1059,6 @@ OBJS-$(CONFIG_MLP_PARSER) += mlp_parse.o
mlp_parser.o mlp
Hello,
I have written a decoder for a video (gif-like) format[1] which, due to
the nature of the format, is fed packets until it detects the end of
stream[2]. Until then, no frames are outputted and AVERROR(EAGAIN) is
returned.
After the stream is completely processed, the decoder starts to try t
The solution was simple. Only needed to add the flag AV_CODEC_CAP_DELAY[1]
to the decoder to enable the draining condition.
[1]:
https://ffmpeg.org/doxygen/trunk/group__lavc__core.html#ga3f55f5bcfbb12e06c7cb1195028855e6
Regards,
Anamitra
___
ffm
July 5, 2020 11:43 PM, "Manolis Stamatogiannakis" wrote:
> On Sun, 5 Jul 2020 at 19:01, Kieran Kunhya wrote:
>
>> For new contributors git send-email is annoying. For people wanting to
>> push, the .mbox format is annoying, Gmail doesn't support it any more.
>> And you can't get new contributor
It appears that the patch is faulty. I will be reposting it. Sorry
for the inconvenience.
___
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
July 30, 2020 1:08 AM, "Andreas Rheinhardt"
wrote:
> Anamitra Ghorui:
>
>> This patch implements non interlaced decoding of FLIF16 images with all
>> transforms except for one, FrameLookback which is being tested.
>>
>> Several test files have been
multiple spaces) in the blockquotes. I apologise for that.
August 2, 2020 5:58 PM, "Nicolas George" wrote:
> Anamitra Ghorui (12020-07-30):
>
>> Visible errors have been fixed in libavformat/flifdec.c, however the
>> problem regarding metadata decoding still exists. Th
On Tue, 11 Aug 2020 23:38:21 +0530
Anamitra Ghorui wrote:
> This patch adds support for non animated, animated, non interlaced and
> interlaced FLIF images.
> Hopefully, all previously mentioned mistakes have been resolved.
> However, there are a few things I want to ask:
>
>
This patch removes a redundant class member mentioned in v3, and
skips iCCP metadata segments.
Signed-off-by: Anamitra Ghorui
---
Changelog| 3 +-
configure| 250 ---
doc/general.texi | 2 +
libavformat/Makefile | 1
Signed-off-by: Anamitra Ghorui
---
libavcodec/codec_desc.c | 7 +++
libavcodec/codec_id.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 0ae6aee63b..11acb91b76 100644
--- a/libavcodec/codec_desc.c
+++ b/libavcodec/codec_desc.c
Patches need to be self contained. Didn't notice that before. Will
repost.
Regards,
Anamitra
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-
Signed-off-by: Anamitra Ghorui
---
Changelog| 3 ++-
configure| 1 +
doc/general.texi | 2 ++
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/Changelog b/Changelog
index 1efc768387..77b8f46a19 100644
--- a/Changelog
+++ b/Changelog
@@ -14,7 +14,8 @@ version
This patch removes a redundant class member mentioned in v3, and
skips iCCP metadata segments.
Signed-off-by: Anamitra Ghorui
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/flifdec.c| 431 +++
libavformat/version.h
On Sat, 15 Aug 2020 00:29:10 +0530
Anamitra Ghorui wrote:
> This patch fixes a few cosmetic errors mentioned in v3, an error in the
> ColorBuckets reading function and removes a few redundancies in the
> rangecoder initialisation.
>
> Co-authored-by: Anamitra Ghorui
> Co-aut
Hello,
On Wed, 19 Aug 2020 21:05:41 +0200
Paul B Mahol wrote:
[...]
> >
> >
> > All these corrections have been made by me locally, but I would
> > like to wait for some further review (self and otherwise) before
> > posting again.
>
> Please make use of av_clip and FFMIN/FFMAX macros.
>
We
August 21, 2020 8:27 PM, "Paul B Mahol" wrote:
> On 8/20/20, Anamitra Ghorui wrote:
>
>> Hello,
>>
>> On Wed, 19 Aug 2020 21:05:41 +0200
>> Paul B Mahol wrote:
>>
>> [...]
>>
>>>>
>>>>
>>>> All
Signed-off-by: Anamitra Ghorui
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/flifdec.c| 431 +++
libavformat/version.h| 2 +-
4 files changed, 434 insertions(+), 1 deletion(-)
create mode 100644 libavformat
Signed-off-by: Anamitra Ghorui
---
Changelog| 3 ++-
doc/general.texi | 2 ++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/Changelog b/Changelog
index 7467e73306..cfa21c280b 100644
--- a/Changelog
+++ b/Changelog
@@ -15,7 +15,8 @@ version :
- Argonaut Games ASF muxer
Signed-off-by: Anamitra Ghorui
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 6faff9bc7b..a80e300cdb 100755
--- a/configure
+++ b/configure
@@ -3307,6 +3307,7 @@ fifo_muxer_deps="threads"
flac_demuxer_select="flac_parser&quo
Hello,
Thanks for the review. Please see replies below.
On 26/08/2020 18:44, Moritz Barsnick wrote:
> On Sun, Aug 23, 2020 at 00:09:32 +0530, Anamitra Ghorui wrote:
>> v2: Fix faulty patch
>> v3: Fix addressed errors, Add interlaced decoding support
>> v4: Fix Furthe
On 26/08/2020 18:57, Moritz Barsnick wrote:
> On Sun, Aug 23, 2020 at 00:09:34 +0530, Anamitra Ghorui wrote:
>> --- a/configure
>> +++ b/configure
>> @@ -3307,6 +3307,7 @@ fifo_muxer_deps="threads"
>> flac_demuxer_select="flac_parser
(I apologise if this mail gets sent to the wrong thread and other
errors. I'm trying out a new mail client)
On Wed, 26 Aug 2020 16:31:46 +0000
"Anamitra Ghorui" wrote:
[...]
> I agree that the case statements between if statements and while
> statements are not very g
On Thu, 27 Aug 2020 08:46:00 +0530
Anamitra Ghorui wrote:
> (I apologise if this mail gets sent to the wrong thread and other
> errors. I'm trying out a new mail client)
>
> On Wed, 26 Aug 2020 16:31:46 +
> "Anamitra Ghorui" wrote:
>
> [...]
>
>
Signed-off-by: Anamitra Ghorui
---
Changelog | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Changelog b/Changelog
index 7467e73306..b55f322963 100644
--- a/Changelog
+++ b/Changelog
@@ -15,6 +15,8 @@ version :
- Argonaut Games ASF muxer
- AV1 Low overhead bitstream format demuxer
style errors, make only atomised rangecoder functions
inline.
Test files are available here: https://0x0.st/iYs_.zip
Co-authored-by: Anamitra Ghorui
Co-authored-by: Kartik K Khullar
Anamitra Ghorui (6):
avcodec: add FLIF decoding support
avformat: add FLIF demuxing support
changelog: add
Signed-off-by: Anamitra Ghorui
---
doc/decoders.texi | 8
1 file changed, 8 insertions(+)
diff --git a/doc/decoders.texi b/doc/decoders.texi
index 9005714e3c..77e93ab80a 100644
--- a/doc/decoders.texi
+++ b/doc/decoders.texi
@@ -86,6 +86,14 @@ AVS2-P2/IEEE1857.4 video decoder wrapper
Signed-off-by: Anamitra Ghorui
---
doc/general.texi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/general.texi b/doc/general.texi
index d618565347..e9ae535c34 100644
--- a/doc/general.texi
+++ b/doc/general.texi
@@ -904,6 +904,8 @@ following image formats are supported:
@item Flash
Signed-off-by: Anamitra Ghorui
---
configure| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/flifdec.c| 445 +++
libavformat/version.h| 4 +-
5 files changed, 450 insertions(+), 2 deletions
Signed-off-by: Anamitra Ghorui
---
doc/demuxers.texi | 9 +
1 file changed, 9 insertions(+)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index 3c15ab9eee..69b2ce5025 100644
--- a/doc/demuxers.texi
+++ b/doc/demuxers.texi
@@ -243,6 +243,15 @@ which streams to actually receive
On Sat, 29 Aug 2020 00:15:25 +0530
Anamitra Ghorui wrote:
> v2: Fix faulty patch
> v3: Fix addressed errors, Add interlaced decoding support
> v4: Fix Further cosmetics, C.Bucket Transform reading errors, Atomise patch
> v5: Fix faulty patch
> v6: Address pointed out error
44 matches
Mail list logo
