On So, 2023-02-19 at 01:57 +, Xiang, Haihao wrote:
> On Do, 2023-02-16 at 01:30 +, Xiang, Haihao wrote:
> > On Di, 2023-02-14 at 10:45 +0800, Tong Wu wrote:
> > > Add support for VUYX, YUYV422, Y210, XV30, P012, Y212, XV36.
> > >
> > > The added formats work with qsv acceleration and will
libavcodec/libfdk-aacenc: VBR mode currently does not account for scaling when
using -aq options with libfdk, resulting in clamping to vbr mode 5 whenever a
value >0 is provided. Adjusting for the scaling factor for proper VBR support.
---
libavcodec/libfdk-aacenc.c | 2 +-
1 file changed, 1 i
On 2/21/2023 4:31 AM, Kieran Kunhya wrote:
On Tue, 21 Feb 2023, 11:38 Michael Niedermayer,
wrote:
On Fri, Feb 10, 2023 at 06:47:03PM +0100, Michael Niedermayer wrote:
Hi all
i plan to branch off release/6.0 from master in the next days
If theres something blocking and i should wait, please
Hi,
On Tue, Feb 21, 2023 at 5:36 PM Leo Izen wrote:
> These chunks are lightweight and it's useful information to have when
> running ffmpeg -i or ffprobe, for example.
>
I disagree conceptually with this. If we want to skip "all" decoding, we
should also skip metadata for said frames.
I think
VBR mode currently does not account for scaling when using -aq options with
libfdk, resulting in clamping to vbr mode 5 whenever a value >0 is provided.
Adjusting for the scaling factor for proper VBR support.
---
libavcodec/libfdk-aacenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Use CONFIG_FFRTMPCRYPT_PROTOCOL for conditional compilation and NOT run-time
evaluation. If optimizations are disabled and CONFIG_FFRTMPCRYPT_PROTOCOL==0,
the compiler may fail to get rid of the conditional blocks. Alas, the blocks
themselves contain calls to RTMPE functionality (ff_rtmpe_gen_
New pcap ffmpeg format can have all options rtpdec requires.
Anyway, I don't suggest you implement this feature. I just want to find a
good entry point to start coding personally.
I need to create a development tool for rtp tracing, and pcap files seem a
good idea because I can grab rtp using tcp
On Tue, 21 Feb 2023, 22:33 sonntex, wrote:
> I want to implement something which helps me to play rtp stored in pcap
> files.
>
> tcpdump -i lo udp port 5 -s0 -w - | ffplay -i -
>
> The specification of pcap files is really simple and I could create a new
> ffmpeg format, but don't know how
These chunks are lightweight and it's useful information to have when
running ffmpeg -i or ffprobe, for example.
---
libavcodec/pngdec.c | 136 ++-
tests/ref/fate/png-icc | 8 +--
tests/ref/fate/png-side-data | 2 +-
3 files changed, 91 insertions
I want to implement something which helps me to play rtp stored in pcap
files.
tcpdump -i lo udp port 5 -s0 -w - | ffplay -i -
The specification of pcap files is really simple and I could create a new
ffmpeg format, but don't know how to process rtp packets extracted from
pcap, because it se
On Tue, Feb 21, 2023 at 02:20:26PM +0100, Jean-Baptiste Kempf wrote:
>
>
> On Tue, 21 Feb 2023, at 12:38, Michael Niedermayer wrote:
> > On Fri, Feb 10, 2023 at 06:47:03PM +0100, Michael Niedermayer wrote:
> >> Hi all
> >>
> >> i plan to branch off release/6.0 from master in the next days
> >>
On Tue, 21 Feb 2023, at 12:38, Michael Niedermayer wrote:
> On Fri, Feb 10, 2023 at 06:47:03PM +0100, Michael Niedermayer wrote:
>> Hi all
>>
>> i plan to branch off release/6.0 from master in the next days
>> If theres something blocking and i should wait, please reply here
>>
>> 6.0 release
On Tue, 21 Feb 2023, 11:38 Michael Niedermayer,
wrote:
> On Fri, Feb 10, 2023 at 06:47:03PM +0100, Michael Niedermayer wrote:
> > Hi all
> >
> > i plan to branch off release/6.0 from master in the next days
> > If theres something blocking and i should wait, please reply here
> >
> > 6.0 release
Gijs Peskens wrote:
>> Here are some previously suggested names:
>> Darwin, De broglie, Desitter, Galois, Gauss, Heaviside,
>> Jacobi, Maxwell, Mellin, Perelman, Poincaré, Ramanujan,
>> Sagan, Viterbi, Voltaire, Von Neumann
>
>Assuming with Desitter the Dutch mathematician
>(https://en.wikipedia.
>This is why it is better to demand that these things be explicitly signalled.
>At the same time a lot of users expect ffmpeg to Just Work, but that is not
>always possible. Perhaps we should should put this in the manual and tell
>>spdif/s377m/dolby-e users to RTFM?
>
>> And another point here
On 21-02-2023 12:38, Michael Niedermayer wrote:
On Fri, Feb 10, 2023 at 06:47:03PM +0100, Michael Niedermayer wrote:
Hi all
i plan to branch off release/6.0 from master in the next days
If theres something blocking and i should wait, please reply here
6.0 release will be maybe 1 week after the
On Tue, Feb 21, 2023 at 12:38 PM Michael Niedermayer
wrote:
> On Fri, Feb 10, 2023 at 06:47:03PM +0100, Michael Niedermayer wrote:
> > Hi all
> >
> > i plan to branch off release/6.0 from master in the next days
> > If theres something blocking and i should wait, please reply here
> >
> > 6.0 rel
On Fri, Feb 10, 2023 at 06:47:03PM +0100, Michael Niedermayer wrote:
> Hi all
>
> i plan to branch off release/6.0 from master in the next days
> If theres something blocking and i should wait, please reply here
>
> 6.0 release will be maybe 1 week after the branch point
> once it has branched a
Ping on this
On Fri, 6 Jan 2023, 18:46 Tomas Härdin, wrote:
> ons 2022-12-28 klockan 23:20 +0300 skrev etemesica...@gmail.com:
> > From: caleb
> >
> > ---
> > libavcodec/jpeg2000dec.c | 88 +---
> > libavcodec/jpeg2000dec.h | 121
> > +++
>> ff_s337m_probe is very similar to s337m_probe: what mainly differs is
>> the input parameters.
>> The one little thing I added is the S337M_PROBE_GUARDBAND_MIN_BYTES.
>> Currently it is set to 0, so has no effect (and of course I can remove
>> it if someone object).
>> There is two things to k
>I haven't worked enough with S377m to really know, but I do know it's a mess.
>Is there a way to differentiate "regular" packed 20-bit audio from S377m in
>wav?
>
>/Tomas
There is a relevant overview of S337m in this dolby paper:
https://developer.dolby.com/globalassets/professional/dolby-e/dol
Signed-off-by: Nicolas Gaullier
---
libavcodec/ac3dec.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavcodec/ac3dec.h b/libavcodec/ac3dec.h
index 138b462abb..adf82b4a98 100644
--- a/libavcodec/ac3dec.h
+++ b/libavcodec/ac3dec.h
@@ -90,7 +90,6 @@ typedef struct AC3DecodeContext {
i
fre 2023-02-17 klockan 10:30 + skrev Nicolas Gaullier:
> > > +#if CONFIG_S337M_DEMUXER
> > > + {"non_pcm_mode", "Chooses what to do with s337m",
> > > OFFSET(non_pcm_mode), AV_OPT_TYPE_INT, {.i64 = 1}, 0, 1, DEC,
> > > "non_pcm_mode"},
> > > + {"copy" , "Pass s337m through unchang
fre 2023-02-17 klockan 09:44 + skrev Nicolas Gaullier:
> > > @@ -56,6 +56,12 @@ static int s337m_get_offset_and_codec(void
> > > *avc,
> > > avpriv_report_missing_feature(avc, "Data type %#x in
> > > SMPTE 337M", data_type & 0x1F);
> > > return AVERROR_PATCHWELCOME;
> > >
fre 2023-02-17 klockan 10:12 + skrev Nicolas Gaullier:
> > The logic here is a bit hairy and I don't have time atm to digest
> > it, but is it entirely contained in S337m or would one need to read
> > other specs too?
> >
> > /Tomas
>
> ff_s337m_probe is very similar to s337m_probe: what main
On Sat, Feb 18, 2023 at 12:18:57AM +0100, Michael Niedermayer wrote:
> On Fri, Feb 17, 2023 at 11:29:04PM +0100, Michael Niedermayer wrote:
> > Hi
> >
> > On Fri, Feb 17, 2023 at 12:25:07PM -0600, Brad Isbell wrote:
> > > I think that if Trac ticket priority is to be used, it should first be
> > >
On Tue, Feb 21, 2023 at 11:29:22AM +0530, Gyan Doshi wrote:
>
>
> On 2023-02-18 04:58 am, Michael Niedermayer wrote:
> > Hi
> >
> > It appears that a bunch of static files for our trac where missed during
> > previous
> > updates. I re-deployed them so we should have the latest files now
> > (
> On Feb 21, 2023, at 01:48, Nicolas George wrote:
>
> rcombs (12023-02-20):
>> This already gave garbled output when multiple rects were present,
>> so this is simply documenting an existing requirement.
>> ---
>> libavcodec/assenc.c | 2 ++
>> 1 file changed, 2 insertions(+)
>
> NAK: the cod
> On Feb 21, 2023, at 01:45, Nicolas George wrote:
>
> rcombs (12023-02-20):
>> Fixes ASS output when multiple rects are present.
>> ---
>> fftools/ffmpeg.c | 28 ++--
>> 1 file changed, 18 insertions(+), 10 deletions(-)
>
> Does this not belong to the framework?
I don
> On Feb 21, 2023, at 01:42, Nicolas George wrote:
>
> rcombs (12023-02-20):
>> ---
>> doc/APIchanges | 3 +++
>> libavcodec/codec.h | 5 +
>> libavcodec/version.h | 2 +-
>> 3 files changed, 9 insertions(+), 1 deletion(-)
>
> And... No change to the framework to make use of this fla
30 matches
Mail list logo
