* Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffmpeg: add loopback decoding
[not found] <20240313072725.7C7BA412605@natalya.videolan.org>
@ 2024-03-13 7:49 ` Gyan Doshi
2024-03-14 10:16 ` Anton Khirnov
0 siblings, 1 reply; 4+ messages in thread
From: Gyan Doshi @ 2024-03-13 7:49 UTC (permalink / raw)
To: FFmpeg development discussions and patches
On 2024-03-13 12:57 pm, Anton Khirnov wrote:
> ffmpeg | branch: master | Anton Khirnov<anton@khirnov.net> | Mon Feb 19 10:27:44 2024 +0100| [a9193f7b7d65aafa326e25571c6672636a8ee3d2] | committer: Anton Khirnov
>
> fftools/ffmpeg: add loopback decoding
...
> +E.g. the following example:
> +
> +@example
> +ffmpeg -i INPUT \
> + -map 0:v:0 -c:v libx264 -crf 45 -f null - \
> + -dec 0:0 -filter_complex '[0:v][dec:0]hstack[stack]' \
> + -map '[stack]' -c:v ffv1 OUTPUT
Can you add an example showing the assignment of a specific decoder
along with a lavc generic + private option to a loopbacked stream?
Are there any limitations to loopback decoding e.g. would a vpx w/alpha
encode be decoded back to a alpha pix fmt?
Regards,
Gyan
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffmpeg: add loopback decoding
2024-03-13 7:49 ` [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffmpeg: add loopback decoding Gyan Doshi
@ 2024-03-14 10:16 ` Anton Khirnov
2024-03-15 4:12 ` Gyan Doshi
0 siblings, 1 reply; 4+ messages in thread
From: Anton Khirnov @ 2024-03-14 10:16 UTC (permalink / raw)
To: FFmpeg development discussions and patches
Quoting Gyan Doshi (2024-03-13 08:49:52)
>
>
> On 2024-03-13 12:57 pm, Anton Khirnov wrote:
> > ffmpeg | branch: master | Anton Khirnov<anton@khirnov.net> | Mon Feb 19 10:27:44 2024 +0100| [a9193f7b7d65aafa326e25571c6672636a8ee3d2] | committer: Anton Khirnov
> >
> > fftools/ffmpeg: add loopback decoding
> ...
> > +E.g. the following example:
> > +
> > +@example
> > +ffmpeg -i INPUT \
> > + -map 0:v:0 -c:v libx264 -crf 45 -f null - \
> > + -dec 0:0 -filter_complex '[0:v][dec:0]hstack[stack]' \
> > + -map '[stack]' -c:v ffv1 OUTPUT
>
> Can you add an example showing the assignment of a specific decoder
> along with a lavc generic + private option to a loopbacked stream?
Sent a patch with some notes on this.
> Are there any limitations to loopback decoding e.g. would a vpx w/alpha
> encode be decoded back to a alpha pix fmt?
I don't know how vpx alpha works, was it a separate stream in the
demuxer or something like that?
Loopback decoders work exactly like normal decoders, except their
packets arrive from an encoder instead of a demuxer.
--
Anton Khirnov
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffmpeg: add loopback decoding
2024-03-14 10:16 ` Anton Khirnov
@ 2024-03-15 4:12 ` Gyan Doshi
2024-03-21 10:22 ` Anton Khirnov
0 siblings, 1 reply; 4+ messages in thread
From: Gyan Doshi @ 2024-03-15 4:12 UTC (permalink / raw)
To: ffmpeg-devel
On 2024-03-14 03:46 pm, Anton Khirnov wrote:
> Quoting Gyan Doshi (2024-03-13 08:49:52)
>
>> Are there any limitations to loopback decoding e.g. would a vpx w/alpha
>> encode be decoded back to a alpha pix fmt?
> I don't know how vpx alpha works, was it a separate stream in the
> demuxer or something like that?
The encoder attaches the coded alpha as side data to the packet. Only a
couple of containers support this SD.
The demuxer, in turn, attaches the alpha as SD upon export.
> Loopback decoders work exactly like normal decoders, except their
> packets arrive from an encoder instead of a demuxer.
In terms of syntax, do all LB streams have to be specified in the first
output? Does that output muxer have to be null, or can those packets be
routed to both output and LB? Regards, Gyan
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffmpeg: add loopback decoding
2024-03-15 4:12 ` Gyan Doshi
@ 2024-03-21 10:22 ` Anton Khirnov
0 siblings, 0 replies; 4+ messages in thread
From: Anton Khirnov @ 2024-03-21 10:22 UTC (permalink / raw)
To: FFmpeg development discussions and patches
Quoting Gyan Doshi (2024-03-15 05:12:41)
>
>
> On 2024-03-14 03:46 pm, Anton Khirnov wrote:
> > Quoting Gyan Doshi (2024-03-13 08:49:52)
> >
> >> Are there any limitations to loopback decoding e.g. would a vpx w/alpha
> >> encode be decoded back to a alpha pix fmt?
> > I don't know how vpx alpha works, was it a separate stream in the
> > demuxer or something like that?
>
> The encoder attaches the coded alpha as side data to the packet. Only a
> couple of containers support this SD.
> The demuxer, in turn, attaches the alpha as SD upon export.
The packets arrive at the decoder exactly as the encoder produced them,
so if that's enough then it should work.
> > Loopback decoders work exactly like normal decoders, except their
> > packets arrive from an encoder instead of a demuxer.
> In terms of syntax, do all LB streams have to be specified in the first
> output?
Actually they are not a part of the output, they form their own parsing
unit equivalent to -i/output. Probably this could be documented better.
> Does that output muxer have to be null, or can those packets be
> routed to both output and LB?
The muxer can be anything, it does not know anything about loopback
decoders. The only limitation in this regard is that it is not
(currently) possible to avoid muxing entirely.
--
Anton Khirnov
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-03-21 10:23 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20240313072725.7C7BA412605@natalya.videolan.org>
2024-03-13 7:49 ` [FFmpeg-devel] [FFmpeg-cvslog] fftools/ffmpeg: add loopback decoding Gyan Doshi
2024-03-14 10:16 ` Anton Khirnov
2024-03-15 4:12 ` Gyan Doshi
2024-03-21 10:22 ` Anton Khirnov
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git