were not present in
ffmpeg_opt from the genesis, and the only provider was ffmpeg. Look at
example above (service_provider="provider5").
Behaviour of "-stream_loop" and "-re" options changes with this patch:
ffmpeg -re \
-i auu.wav \
-re \
-stream_
ket_period;
+//service->pcr_packet_count = service->pcr_packet_period;
ts->pat_packet_count = ts->pat_packet_period - 1;
ts->sdt_packet_count = ts->sdt_packet_period - 1;
@@ -1003,9 +1048,9 @@ static int mpegts_init(AVFormatContext *s)
else
av_log(s, AV_LOG_VERBOSE, "muxrate %d, ", ts->mux_rate);
av_log(s, AV_LOG_VERBOSE,
- "pcr every %d pkts, sdt every %d, pat/pmt every %d pkts\n",
- service->pcr_packet_period,
- ts->sdt_packet_period, ts->pat_packet_period);
+"sdt every %d, pat/pmt every %d pkts\n",
+ service->pcr_packet_period,
+ ts->sdt_packet_period, ts->pat_packet_period);
if (ts->m2ts_mode == -1) {
if (av_match_ext(s->filename, "m2ts")) {
--
2.9.0
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
unknown\n");
+return ret;
+}
ff_set_cmp(&s->mecc, s->mecc.me_cmp, s->avctx->me_cmp);
ff_set_cmp(&s->mecc, s->mecc.me_sub_cmp, s->avctx->me_sub_cmp);
--
2.14.3
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
4:
dx@x299:~/deb/decklink-ffmpeg-3.3.4$ ls -la
total 22748
drwxrwxr-x 2 dx dx4096 Sep 24 18:27 .
drwxrwxr-x 5 dx dx4096 Sep 24 18:27 ..
-rw-r--r-- 1 dx dx 1534142 Sep 24 18:22 ffmpeg_3.3.4-1_amd64.deb
-rw-r--r-- 1 dx dx 1738990 Sep 24 18:22 ffmpeg-doc_3.3.4-1_all.deb
On 2017-09-28 13:32, Marton Balint wrote:
You should try the latest ffmpeg git master, RGB support just got
recently committed, and if you are capturing from HDMI maybe you have
to use an RGB format. Until now, ffmpeg always requested YUV, and I am
not sure if decklink is supposed to do a
Doug (dx9s)
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 2017-09-28 13:32, Marton Balint wrote:
You should try the latest ffmpeg git master, RGB support just got
recently committed, and if you are capturing from HDMI maybe you have
to use an RGB format. Until now, ffmpeg always requested YUV, and I am
not sure if decklink is supposed to do a
Will report back once I figure out how to request RGB from the recent
patch you mentions about RGB.
search the git log: git diff 00a61f30a05a76d10e04253987202e41f8703ebe
cb8b729180cc3ccb85f6c0d2fa7190865cbc2cb7
found the additional options for the -raw_format
dx@x299:~/git/ffmpeg$ ffmpeg
I will continue to do testing..
ffmpeg -format_code Hp59 -f decklink -video_input hdmi -audio_input
embedded -raw_format argb -i 'DeckLink Studio 4K' -acodec pcm_s16le
-vcodec dnxhd -vf scale=1920x1080,fps=6/1001,format=yuv422p10 -b:v
440M out.mov
(mediainfo dump):
Genera
and dv?)
there are more than just these two AVID isoms.
a quick search reveals...
'AV1X': 'Avid 1:1x (Quick Time)',
'AVD1': 'Avid DV (Quick Time)',
'AVDN': 'Avid DNxHD (Quick Time)',
'AVMP': 'Avid IMX (Quick Time)',
hls->format_options, 0);
>> +avformat_write_header(hls->avf, &options);
>> +av_dict_free(&options);
>
> why does resend_headers not resend the headers?
>
> calling avformat_write_header() multiple times looks odd unless theres
> something ia
rrent 'resend_headers' behavior), with is not a good solution
>>
>
> calling avformat_write_headers on every chunk without actually
> creating a new muxer seems like an ugly kludge and not a fix (and
> likely to blow up at some point).
>
> Please don't top post on t
Hi!
(corrected version of the patch.)
1. adding missed but required options for libavformat/mpegts encoder in
ffmpeg_opt.c. also, it makes it possible to add pcr_pid for separate
program inside TS.
options are:
service_provider: any provider name (only default FFMPEG is present
..
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Mon, 26 Jun 2017, Andreas Håkon wrote:
Original Message
Subject: [FFmpeg-devel] Multiprogram mode for mpeg TS
Local Time: June 23, 2017 4:42 PM
UTC Time: June 23, 2017 2:42 PM
From: ffm...@a.legko.ru
To: ffmpeg-devel@ffmpeg.org
Hi!
(corrected version of the patch.)
Good
On Tue, 27 Jun 2017, Michael Niedermayer wrote:
mpegtsenc.c - all changes above used here.
applying patch to the latest git causes no trouble, as I can see..
libavformat has a API and ABI (ffmpeg and others) are using it.
If you change libavformat, its needed to update the version of
0)
return ret;
+#if HAVE_PTHREADS
+init_input_thread(file_index);
+#endif
ret = get_input_packet(ifile, &pkt);
if (ret == AVERROR(EAGAIN)) {
ifile->eagain = 1;
--
2.7.4
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
else if (!strcmp(key, "pcr_pid")) {
+av_dict_set(&program->metadata, "pcr_pid", p2, 0);
} else {
av_log(NULL, AV_LOG_FATAL, "Unknown program key %s.\n", key);
exit_program(1);
--
2.7.4
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
o set
pcr_pid via program options.
full example, using the new code (4 progs inside TS):
ffmpeg -re \
-i ZZ.avi \
-i test.wav \
-stream_loop 3 -i auu.wav \
-i existone.mp3 \
-map 0:v \
-map 0:a \
-map_channel 0.1.0:1.0 \
-map_channel
Hi Folks
I am trying to add decode support for VSF TR-07 (JPEGXS in transport stream),
using the intel JPEGXS project for the codec part. The Intel code gets JPEGXS
working fine in FFMPEG via mkv or mp4 files but it doesnt implement transport
stream support for the new codec so TR07 doesnt
uxers.texi
>>> +++ b/doc/muxers.texi
>>> @@ -859,6 +859,13 @@ fmp4 files may be used in HLS version 7 and above.
>>> @item hls_fmp4_init_filename @var{filename}
>>> Set filename to the fragment files header file, default filename is
>>> @file{init.
Hi Folks.
New here, so apologies if this is not how its done, but I have a tiny patch to
fix a fundamental flaw in FFMPEG on macOS.
The Problem:
---
On macOS Try to run 2 copies of FFMPEG each consuming an RTP Multicast which
are on *different* multicast addresses - but the
ther BSD derivatives like Gentoo... can
> you test on Linux and some BSD also?
> (I've got no other BSD kind of OS other than OSX)
Its certainly NOT an issue on Ubuntu Linux.
I don't have any other BSD variants to test with either, sorry.
This is a fairly well documented quirk o
x64be
+ bgrx64le
rgb0
rgb24
rgb32
@@ -931,6 +951,8 @@ PackedRGB:
rgba64le
rgbaf16be
rgbaf16le
+ rgbx64be
+ rgbx64le
x2bgr10be
x2bgr10le
x2rgb10be
--
2.37.2
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/
7b958c2a1e79fa44121b16e84037c33f
uyvy422 3a237e8376264e0cfa78f8a3fdadec8a
vuyafb849f76e56181e005c31fce75d7038c
x2bgr10le 795b66a5fc83cd2cf300aae51c230f80
--
2.37.2
_______
ffmpeg-devel mailing list
ffmpeg-d
Hi Folks
It seems like the current decklink code in FFMPEG is no longer fully compatible
with the latest Decklink drivers
The behaviour seen is that output via DeckLink starts OK but very quickly
stalls. Apparently its related to the callbacks.
I believe this broken with BMD drivers 13.3 and
ut it here:
https://openmediatransport.org/
and
https://github.com/openmediatransport/
The github is not public yet, but will be after the launch
The video codec used in OMT is actually the same as the vmix codec which is
already implemented in decoder-only form in FFMPEG.
We have already comp
g OMT across the 3
major platforms.
The video codec used in OMT is actually the same as the vmix codec which is
already implemented in decoder-only form in FFMPEG.
We have have already completed implementation of this protocol into FFMPEG 7
and I enclose patches to add this to the current F
/
The github includes the full source code of OMT and its underlying codec VMX,
along with binaries, and links to free utilities leveraging OMT across the 3
major platforms.
The video codec used in OMT is actually the same as the vmix codec which is
already implemented in decoder-only form in FFMPEG
On this YouTube Channel I cover different Tech Topics:
https://www.youtube.com/channel/UCyoHzQ_ePBPct3qbB-J7dMQ
As part of the Content I create, I will follow this and the
ffmpeg-user list and answer questions, follow threads,
etc.
I have been participating in these mailing lists off and on
for
Hello,
Thank you for submitting a patch to ffmpeg-devel.
An error occurred during an automated build/fate test. Please review the
following link for more details:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/cagsmwna53lfupmnavgiax9waoysvhcyacsqi7mfcrvcgszy...@mail.gmail.com/
Thank you
play -f lavfi "movie=test.avi[out0];amovie=test.wav[out1]"
@end example
+@item
+Dump decoded frames to images and closed captions to a file (experimental):
+@example
+ffmpeg -f lavfi -i "movie=test.ts[out0+subcc]" -map v frame%08d.png -map s -c
copy -f rawvideo subcc.bin
+
100644
index 000..57443e4
--- /dev/null
+++ b/libavcodec/ccaption_dec.c
@@ -0,0 +1,376 @@
+/*
+ * Closed Caption Decoding
+ * Copyright (c) 2014 Anshul Maheshwari
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it under the terms of the
les.mak
> @@ -4,6 +4,9 @@ fate-sub-aqtitle: CMD = fmtstdout ass -sub_charenc
> windows-1250 -i $(TARGET_SAMP FATE_SUBTITLES_ASS-$(call ALLYES, AVDEVICE
> LAVFI_INDEV CCAPTION_DECODER MOVIE_FILTER MPEGTS_DEMUXER) += fate-sub-cc
> fate-sub-cc: CMD = fmtstdout ass -f lavfi -i
> "movie
{
int b = 5;
b--;
}
return 0;
}
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
___
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".
PR #20547 opened by add-uos-ffmpeg
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20547
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20547.patch
Add a separator line to show_filters() function output to maintain
consistent formatting with other show functions like show_codecs
tsc-film} as @code{24000/1001}. See the complete list at
+@ref{Video rate,,the "Video rate" section in the ffmpeg-utils(1)
manual,ffmpeg-utils}.
+
+@end itemize
+
+@var{fps} defines a sync point, where one input PTS value is treated as
occuring
+at the same moment as one output
.
Comments?
—Jim DeLaHunt, software engineer, Vancouver, Canada
___
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
+numbers. e.g. @code{30/1.001} or @code{-3/-1001}, which both convert to
+@code{3/1001}. The denominator must be non-zero.
+
+@item
+An abbreviation. e.g @code{ntsc} as @code{3/1001},
+@code{ntsc-film} as @code{24000/1001}. See the complete list at
+@ref{Video rate,,the "Video
Hi,
Last year, Anton raised the conflict on his patch "lavfi: get rid of
FF_INTERNAL_FIELDS",
https://lists.ffmpeg.org//pipermail/ffmpeg-devel/2023-January/306102.html, to
the TC to decide on.
At the time, the TC did not come to any conclusion on the matter. Recently,
Anton
Paul,
since you disregarded our previous warnings and keep sending messages
violating our code of conduct to our mailing list and IRC channel, the
CC has decided to suspend your posting privileges in both for one week.
We sincerely hope you will reflect on your behaviour and contribute to
FFmpeg
conspiracy theories, so we are not forced to resort to
any harsher measures.
--
The FFmpeg Community Committee
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
nsider the amount of work they are requesting from the
submitter and whether it is commensurate with the gains from the
change.
[1]
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240609092709.1356010-2-r...@remlab.net/
[2]
https://patchwork.ffmpeg.org/project/ff
ff_swb_offset_120 [13];
+extern const uint16_t * const ff_swb_offset_96 [13];
extern const uint8_t ff_tns_max_bands_1024[13];
extern const uint8_t ff_tns_max_bands_512 [13];
--
2.43.0.381.gb435a96ce8
___
ffmpeg-devel mailing list
ffmpeg-devel
nt8_t core_sbr_frame_len_idx; /* coreSbrFrameLengthIndex */
+uint8_t rate_idx;
+uint16_t core_frame_len;
+uint16_t stream_identifier;
+
+AACUsacElemConfig elems[64];
+int nb_elems;
+
+ struct {
+ uint8_t nb_album;
+AACUSACLoudnessInfo album_info[64];
+uint8
On 16/05/2024 12:26, Andreas Rheinhardt wrote:
Lynne via ffmpeg-devel:
This commit adds a decoder for the frequency-domain part of USAC.
What works:
- Mono
- Stereo (no prediction)
- Stereo (mid/side coding)
What doesn't:
- Preroll decoding (every single decoder seems faulty or
On 16/05/2024 20:30, Michael Niedermayer wrote:
On Thu, May 16, 2024 at 12:08:11PM +0200, Lynne via ffmpeg-devel wrote:
AAC uses an unconventional system to send scalefactors
(the volume+quantization value for each band).
Each window is split into either 1 or 8 blocks (long vs short),
and
ode 100644 libavcodec/aac/aacdec_lpd.c
create mode 100644 libavcodec/aac/aacdec_lpd.h
create mode 100644 libavcodec/aac/aacdec_usac.c
create mode 100644 libavcodec/aac/aacdec_usac.h
--
2.43.0.381.gb435a96ce8
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg
+ac->fdsp->vector_fmul_scalar(coef1 + group * 128 +
offsets[sfb],
+ coef0 + group * 128 +
offsets[sfb],
+ scale,
+ offsets[sfb + 1] - offsets[sfb]);
#endif /* USE_FIXED */
-}
-} else {
-int bt_run_end = sce1->band_type_run_end[idx];
-idx += bt_run_end - i;
-i= bt_run_end;
}
}
coef0 += ics->group_len[g] * 128;
--
2.43.0.381.gb435a96ce8
___
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".
nnel_config(AACDecContext *ac, AVCodecContext *avctx,
+ uint8_t (*layout_map)[3],
+ int *tags,
+ int channel_config);
+
+int ff_aac_output_configure(AACDecContext *ac,
+ uint8_t la
GetBitContext *gb, const IndividualChannelStream *ics);
+
int ff_aac_set_default_channel_config(AACDecContext *ac, AVCodecContext *avctx,
uint8_t (*layout_map)[3],
int *tags,
--
2.43.0.381.gb435a96ce8
___
ine_window_init_fixed(int *window, int
n)
static av_cold void init_sine_windows_fixed(void)
{
+sine_window_init_fixed(sine_96_fixed, 96);
sine_window_init_fixed(sine_120_fixed, 120);
sine_window_init_fixed(sine_128_fixed, 128);
sine_window_init_fixed(sine_480_fixed, 480);
sine
ff_aac_float_common_init(void);
--
2.43.0.381.gb435a96ce8
___
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".
ff_swb_offset_120 [13];
+extern const uint16_t * const ff_swb_offset_96 [13];
extern const uint8_t ff_tns_max_bands_1024[13];
extern const uint8_t ff_tns_max_bands_512 [13];
--
2.43.0.381.gb435a96ce8
___
ffmpeg-devel mailing list
ffmpeg-devel
___
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".
pl_data_offset;
+uint8_t *pl_data;
+} ext;
+} AACUsacElemConfig;
+
+typedef struct AACUSACConfig {
+uint8_t core_sbr_frame_len_idx; /* coreSbrFrameLengthIndex */
+uint8_t rate_idx;
+uint16_t core_frame_len;
+uint16_t stream_identifier;
+
+AACUsacElemConfig elems[64];
+
On 19/05/2024 21:39, Marton Balint wrote:
On Sun, 19 May 2024, Lynne via ffmpeg-devel wrote:
This commit adds a decoder for the frequency-domain part of USAC.
[...]
+/* Finish later */
+static const enum AVChannel usac_ch_pos_to_av[64] = {
+ [0] = AV_CHAN_FRONT_LEFT,
+ [1
On 20/05/2024 01:19, Michael Niedermayer wrote:
On Sun, May 19, 2024 at 06:54:44PM +0200, Lynne via ffmpeg-devel wrote:
This commit adds a decoder for the frequency-domain part of USAC.
What works:
- Mono
- Stereo (no prediction)
- Stereo (mid/side coding)
- Stereo (complex prediction
___
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".
On 21/05/2024 09:18, Paul B Mahol wrote:
On Tue, May 21, 2024 at 4:05 AM Lynne via ffmpeg-devel
mailto:ffmpeg-devel@ffmpeg.org>> wrote:
Starting off small with a few features.
Samples and reference decoded files copied from the official ISO
reference suite.
Sorry
lazy for that), and documenting it as "--runs=" and rejecting
anything large enough to overflow.
OpenPGP_0xA2FEA5F03F034464.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
_______
ffmpeg-devel mailing l
PERF_START(t);\
tfunc(__VA_ARGS__);\
tfunc(__VA_ARGS__);\
Tested, works as intended
LGTM, thanks
OpenPGP_0xA2FEA5F03F034464.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
____
n",
bench_runs, av_log2(bench_runs));
+
check_cpu_flag(NULL, 0);
for (i = 0; cpus[i].flag; i++)
check_cpu_flag(cpus[i].name, cpus[i].flag);
--
2.43.0.381.gb435a96ce8
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmp
On 21/05/2024 17:07, J. Dekker wrote:
Lynne via ffmpeg-devel writes:
Helps make sense of the possible noise in the results.
---
tests/checkasm/checkasm.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tests/checkasm/checkasm.c b/tests/checkasm/checkasm.c
index 669f2be9c1
On 21/05/2024 09:16, Marton Balint wrote:
On Sun, 19 May 2024, Lynne via ffmpeg-devel wrote:
On 19/05/2024 21:39, Marton Balint wrote:
On Sun, 19 May 2024, Lynne via ffmpeg-devel wrote:
This commit adds a decoder for the frequency-domain part of USAC.
[...]
+/* Finish later
On 21/05/2024 21:40, Marton Balint wrote:
On Tue, 21 May 2024, Lynne via ffmpeg-devel wrote:
On 21/05/2024 09:16, Marton Balint wrote:
On Sun, 19 May 2024, Lynne via ffmpeg-devel wrote:
On 19/05/2024 21:39, Marton Balint wrote:
On Sun, 19 May 2024, Lynne via ffmpeg-devel wrote
On 21/05/2024 23:33, Hendrik Leppkes wrote:
On Tue, May 21, 2024 at 9:52 PM Lynne via ffmpeg-devel
wrote:
It should be the case here, we shouldn't need reordering as NATIVE just
lets you specify what order the elements appear in the bitstream.
NATIVE means "the FFmpeg native orde
On 22/05/2024 18:17, Philip Langdale via ffmpeg-devel wrote:
On Wed, 22 May 2024 11:10:31 -0400
"Ronald S. Bultje" wrote:
Hi,
On Wed, May 22, 2024 at 10:36 AM Hendrik Leppkes
wrote:
On Thu, Feb 29, 2024 at 7:19 AM llyyr wrote:
segmentation.update_map is never reset to 0 on a
On 22/05/2024 22:15, Marton Balint wrote:
On Wed, 22 May 2024, Lynne via ffmpeg-devel wrote:
On 21/05/2024 23:33, Hendrik Leppkes wrote:
On Tue, May 21, 2024 at 9:52 PM Lynne via ffmpeg-devel
wrote:
It should be the case here, we shouldn't need reordering as NATIVE
just
let
index 00..1996179456
--- /dev/null
+++ b/libavcodec/hw_base_encode.h
@@ -0,0 +1,56 @@
+/*
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Sof
On 24/05/2024 17:39, Wu, Tong1 wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Lynne
via ffmpeg-devel
Sent: Friday, May 24, 2024 12:11 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Lynne
Subject: Re: [FFmpeg-devel] [PATCH v9 01/13] avcodec/vaapi_encode:
introduce a base layer for vaapi
+ac->fdsp->vector_fmul_scalar(coef1 + group * 128 +
offsets[sfb],
+ coef0 + group * 128 +
offsets[sfb],
+ scale,
+ offsets[sfb + 1] - offsets[sfb]);
#endif /* USE_FIXED */
-}
-} else {
-int bt_run_end = sce1->band_type_run_end[idx];
-idx += bt_run_end - i;
-i= bt_run_end;
}
}
coef0 += ics->group_len[g] * 128;
--
2.43.0.381.gb435a96ce8
___
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".
--
2.43.0.381.gb435a96ce8
___
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".
nnel_config(AACDecContext *ac, AVCodecContext *avctx,
+ uint8_t (*layout_map)[3],
+ int *tags,
+ int channel_config);
+
+int ff_aac_output_configure(AACDecContext *ac,
+ uint8_t la
GetBitContext *gb, const IndividualChannelStream *ics);
+
int ff_aac_set_default_channel_config(AACDecContext *ac, AVCodecContext *avctx,
uint8_t (*layout_map)[3],
int *tags,
--
2.43.0.381.gb435a96ce8
___
can be safely skipped. */
AV_CHAN_UNUSED = 0x200,
--
2.43.0.381.gb435a96ce8
___
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-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".
ine_window_init_fixed(int *window, int
n)
static av_cold void init_sine_windows_fixed(void)
{
+sine_window_init_fixed(sine_96_fixed, 96);
sine_window_init_fixed(sine_120_fixed, 120);
sine_window_init_fixed(sine_128_fixed, 128);
sine_window_init_fixed(sine_480_fixed, 480);
sine
ff_aac_float_common_init(void);
--
2.43.0.381.gb435a96ce8
___
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".
ff_swb_offset_120 [13];
+extern const uint16_t * const ff_swb_offset_96 [13];
extern const uint8_t ff_tns_max_bands_1024[13];
extern const uint8_t ff_tns_max_bands_512 [13];
--
2.43.0.381.gb435a96ce8
___
ffmpeg-devel mailing list
ffmpeg-devel
pl_data_offset;
+uint8_t *pl_data;
+} ext;
+} AACUsacElemConfig;
+
+typedef struct AACUSACConfig {
+uint8_t core_sbr_frame_len_idx; /* coreSbrFrameLengthIndex */
+uint8_t rate_idx;
+uint16_t core_frame_len;
+uint16_t stream_identifier;
+
+AACUsacElemConfig elems[64];
+
___
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".
ext (apart from where the function
absolutely must read some data from it)?
OpenPGP_0xA2FEA5F03F034464.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.
On 25/05/2024 16:18, Sean McGovern wrote:
Hi,
On Sat, May 25, 2024, 09:07 Lynne via ffmpeg-devel
wrote:
On 25/05/2024 12:30, tong1.wu-at-intel@ffmpeg.org wrote:
From: Tong Wu
Related parameters such as device context, frame context are also moved
to base layer.
Signed-off-by: Tong
2;
+
+if (EXTERNAL_FMA3(cpu_flags))
+c->lpc_compute_autocorr = ff_lpc_compute_autocorr_fma3;
if (EXTERNAL_SSE2(cpu_flags))
c->lpc_apply_welch_window = ff_lpc_apply_welch_window_sse2;
--
2.43.0.381.gb435a96ce8
_______
ffmpeg-devel m
On 26/05/2024 00:31, James Almer wrote:
On 5/25/2024 5:57 PM, Lynne via ffmpeg-devel wrote:
The inline asm function had issues running under checkasm.
So I came to finish what I started, and wrote the last part
of LPC computation in assembly.
autocorr_10_c: 135525.8
autocorr_10_sse2: 50729.8
On 26/05/2024 00:45, James Almer wrote:
On 5/25/2024 7:31 PM, James Almer wrote:
On 5/25/2024 5:57 PM, Lynne via ffmpeg-devel wrote:
The inline asm function had issues running under checkasm.
So I came to finish what I started, and wrote the last part
of LPC computation in assembly
ompute_autocorr = ff_lpc_compute_autocorr_avx;
if (EXTERNAL_SSE2(cpu_flags))
c->lpc_apply_welch_window = ff_lpc_apply_welch_window_sse2;
--
2.43.0.381.gb435a96ce8
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-dev
On 25/05/2024 08:10, Marton Balint wrote:
On Sat, 25 May 2024, Lynne via ffmpeg-devel wrote:
apichanges will be updated upon merging, as well as a version bump.
---
libavutil/channel_layout.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavutil/channel_layout.h b/libavutil
___
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".
OUND_LEFT )
+#define AV_CH_SIDE_SURROUND_RIGHT(1ULL << AV_CHAN_SIDE_SURROUND_RIGHT )
+#define AV_CH_TOP_SURROUND_LEFT (1ULL << AV_CHAN_TOP_SURROUND_LEFT )
+#define AV_CH_TOP_SURROUND_RIGHT (1ULL << AV_CHAN_TOP_SURROUND_RIGHT )
/**
* @}
--
2.43.0.381.gb43
On 26/05/2024 22:51, Marton Balint wrote:
On Sun, 26 May 2024, Lynne via ffmpeg-devel wrote:
On 25/05/2024 08:10, Marton Balint wrote:
On Sat, 25 May 2024, Lynne via ffmpeg-devel wrote:
apichanges will be updated upon merging, as well as a version bump.
---
libavutil
On 27/05/2024 02:35, Wu, Tong1 wrote:
From: ffmpeg-devel On Behalf Of Lynne
via ffmpeg-devel
Sent: Saturday, May 25, 2024 10:07 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Lynne
Subject: Re: [FFmpeg-devel] [PATCH v11 07/14] avcodec/vaapi_encode: extract
the init and close function to base layer
On 25
On 27/05/2024 10:40, Anton Khirnov wrote:
Quoting Lynne via ffmpeg-devel (2024-05-26 23:42:41)
...its an enum entry. Do you want a design document and a proposal?
You could talk to the person who did the research about it, JEEB.
Why wait at all? There's only you and JEEB that care about ch
On 27/05/2024 11:07, Anton Khirnov wrote:
Quoting Lynne via ffmpeg-devel (2024-05-27 10:54:40)
On 27/05/2024 10:40, Anton Khirnov wrote:
Quoting Lynne via ffmpeg-devel (2024-05-26 23:42:41)
...its an enum entry. Do you want a design document and a proposal?
You could talk to the person who
'll remember to mark future decoders' flush with av_cold.
OpenPGP_0xA2FEA5F03F034464.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https
and level are uint8_t like other commented.
OpenPGP_0xA2FEA5F03F034464.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
eep(&ctx->codec_picture_params);
-ff_hw_base_encode_close(avctx);
+ff_hw_base_encode_close(base_ctx);
return 0;
}
Err, you missed ff_hw_base_encode_set_output_property,
ff_hw_base_encode_receive_packet and ff_hw_base_init_gop_structure?
Rest looks better.
OpenPGP_0xA
On 29/05/2024 00:53, Wu, Tong1 wrote:
From: ffmpeg-devel On Behalf Of Lynne
via ffmpeg-devel
Sent: Wednesday, May 29, 2024 1:08 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Lynne
Subject: Re: [FFmpeg-devel] [PATCH v12 15/15] avcodec/hw_base_encode: add
avctx pointer for FFHWBaseEncodeContext
On 28/05
1 - 100 of 2288 matches
Mail list logo
