[FFmpeg-devel] (no subject)

Quoting Filip Mašić (2024-09-19 18:23:27) > diff --git a/libavformat/avformat.h b/libavformat/avformat.h > index 56c1c80289..a2ef209e35 100644 > --- a/libavformat/avformat.h > +++ b/libavformat/avformat.h > @@ -2933,10 +2933,13 @@ void av_dump_format(AVFormatContext *ic, > * @param buf destinatio

[FFmpeg-devel] (no subject)

hat the patch does: fix gdigrab capture a window with hwnd shows "Invalid window handle x, must be a vlid integer", althought a valid integer is input why: line 284 of libavdevice/gdigrab.c, one of the condition leads to check failed is p[0]='\0'. if a int

[FFmpeg-devel] (no subject)

v2: Fixed fate errors in [Patch 2/2] v3: Fixed fate errors in [Patch 2/2] Subject:[PATCH V3][Loongarch]Optimize aac decode/encode for Loongarch by LSX In-Reply-To: ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listin

[FFmpeg-devel] (no subject)

v2: Fixed build errors in [PATCH 2/2] Subject: [PATCH V2][Loongarch]Optimize aac decode/encode for Loongarch by LSX In-Reply-To: ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, v

[FFmpeg-devel] (no subject)

checkasm bench: put_hevc_qpel_hv4_8_c: 422.1 put_hevc_qpel_hv4_8_i8mm: 101.6 put_hevc_qpel_hv6_8_c: 756.4 put_hevc_qpel_hv6_8_i8mm: 225.9 put_hevc_qpel_hv8_8_c: 1189.9 put_hevc_qpel_hv8_8_i8mm: 296.6 put_hevc_qpel_hv12_8_c: 2407.4 put_hevc_qpel_hv12_8_i8mm: 552.4 put_hevc_qpel_hv16_8_c: 4021.4 put

[FFmpeg-devel] (no subject)

checkasm bench: put_hevc_qpel_v4_8_c: 138.1 put_hevc_qpel_v4_8_neon: 41.1 put_hevc_qpel_v6_8_c: 276.6 put_hevc_qpel_v6_8_neon: 60.9 put_hevc_qpel_v8_8_c: 478.9 put_hevc_qpel_v8_8_neon: 72.9 put_hevc_qpel_v12_8_c: 1072.6 put_hevc_qpel_v12_8_neon: 203.9 put_hevc_qpel_v16_8_c: 1852.1 put_hevc_qpel_v1

[FFmpeg-devel] (no subject)

checkasm bench: put_hevc_epel_v4_8_c: 79.9 put_hevc_epel_v4_8_neon: 25.7 put_hevc_epel_v6_8_c: 151.4 put_hevc_epel_v6_8_neon: 46.4 put_hevc_epel_v8_8_c: 250.9 put_hevc_epel_v8_8_neon: 41.7 put_hevc_epel_v12_8_c: 542.7 put_hevc_epel_v12_8_neon: 108.7 put_hevc_epel_v16_8_c: 939.4 put_hevc_epel_v16_8

[FFmpeg-devel] (no subject)

checkasm bench: put_hevc_epel_hv4_8_c: 213.7 put_hevc_epel_hv4_8_i8mm: 59.4 put_hevc_epel_hv6_8_c: 350.9 put_hevc_epel_hv6_8_i8mm: 130.2 put_hevc_epel_hv8_8_c: 548.7 put_hevc_epel_hv8_8_i8mm: 136.9 put_hevc_epel_hv12_8_c: 1126.7 put_hevc_epel_hv12_8_i8mm: 302.2 put_hevc_epel_hv16_8_c: 1925.2 put_h

[FFmpeg-devel] (no subject)

From 0fe666c4e3d10a689f4c6854a58eec3e7ff3c922 Mon Sep 17 00:00:00 2001 From: Aleksoid Date: Mon, 17 Jul 2023 17:04:43 +1000 Subject: [PATCH] Fixed crash when using hardware acceleration in third party projects without using hw_frames_ctx. --- libavcodec/decode.c | 27 +++---

[FFmpeg-devel] (no subject)

Hello Nicolas, Bellow you can find the bechmarks using `ffmpeg -benchmark` option. 1 - master ./ffmpeg -benchmark -t 10 -framerate 25 -f x11grab -i ":1+0,0 1920x1080" output1master.mp4 ffmpeg version N-109782-g458ae405ef Copyright (c) 2000-2023 the FFmpeg developers built with gcc 11 (Ubu

[FFmpeg-devel] (no subject)

Hi FFMDevs, I've managed to get forced mov_text subtitles working in VLC Player. -disposition:s:0 +forced is honored but I'm not 100% sure about my approach. The attached patch represents the best idea I came up with so far as the code is minimal and it doesn't require the user to set any extra

[FFmpeg-devel] (no subject)

Hi. I'm investigating in custom IO for HLS playing, and got errors while calling segments. I've compiled libav with `--disable-network` configure and tried custom IO by overriding `io_open` and `io_close` for `AVFormatContext`. Everything goes well until open segments urls. In the function `open

[FFmpeg-devel] (no subject)

> This is a cosmetic change. It should not be part of a commit for a > functional change (unless you already have to touch that line anyway (in > which case you should beautify the line)). Fixed. > > +if (av_get_packet(pb, pkt, > > wsvqa->vqfl_chunk_size) < 0) > > +

[FFmpeg-devel] (no subject)

This allow to specify additional parameters with `./configure -ar='ar -...`. Previously this resulted in an error (no operation specified). ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsu

[FFmpeg-devel] (no subject)

MISB ST 0604 and ST 2101 require user data unregistered SEI messages (precision timestamps and sensor identifiers) to be included. That currently isn't supported. This series adds encoding for libx264, libx265, hevc_nvenc and h264_nvenc in accordance with ISO/IEC 14496-10:2020 Section D.1.7 and IS

[FFmpeg-devel] (no subject)

Apologies, Gmail messed with the patch, actual patch should be attached to this message. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-req

[FFmpeg-devel] (no subject)

After compiling the file "encode_video.c" with the command *gcc -g -Wall test.c -lavformat -lavcodec -lavutil -lz -lm* and running *./a.out testvideo.mp4 mpeg4* I am getting an error *codec 'mpeg4' not found* What to do to resolve this issue -- * * * Year of Go Green: K

[FFmpeg-devel] (no subject)

Changes in v6: - Store parameter sets with startcode - Use helper functions to reset index in GetBitContext - Replace get_ue_golomb_long by get_ue_golomb -- Andriy ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/ma

[FFmpeg-devel] (no subject)

The IVF format includes a 4-byte field for the number of frames. I could not find a specification to cite, but for example, the Chromium IVF parser handles this field. Please see: https://chromium.googlesource.com/chromium/src/media/+/master/filters/ivf_parser.h _

[FFmpeg-devel] (no subject)

Good point, thanks for the review, I updated the patch to display the incremented frame number as suggested. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or emai

[FFmpeg-devel] (no subject)

An issue was found when I test 'RTSP tunnel HTTP' (protocol defined by Apple, but no RFC found) on Bosch and Axix IP cameras. The issue is caused when RTP/RTSP tunnelling in HTTP, post-data is empty when sending http header(because data for tunnel is not ready yet), thus our http implementation

[FFmpeg-devel] (no subject)

I created a newer version to change "MPEG" to "LIMITED" and "JPEG" to "FULL". ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] (no subject)

Thanks for pointing this out. I have modified the code according to your comments. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] (no subject)

On 21-06-2018 09:40 PM, Michael Niedermayer wrote: how does the user know which is which output ? also some users may want just one line summarizing all Agreed. Better if each line is identified. Regards, Gyan ___ ffmpeg-devel mailing list ffmpeg

Re: [FFmpeg-devel] (no subject)

On Wed, Jun 20, 2018 at 05:25:32PM +0800, Wang Cao wrote: > For example: with (-psnr) > frame= 450 fps=315 q=0.0 LPSNR=Y:44.15 U:43.21 V:42.36 *:43.64 size= > 385kB time=00:00:15.01 bitrate= 210.0kbits/s speed=10.5x (video stats) > size= 107kB time=00:00:15.13 bitrate= 58.0kbits/s speed=

[FFmpeg-devel] (no subject)

For example: with (-psnr) frame= 450 fps=315 q=0.0 LPSNR=Y:44.15 U:43.21 V:42.36 *:43.64 size= 385kB time=00:00:15.01 bitrate= 210.0kbits/s speed=10.5x (video stats) size= 107kB time=00:00:15.13 bitrate= 58.0kbits/s speed=10.6x (audio stats) frame= 450 fps=112 q=0.0 LPSNR=Y:44.15 U:43.

[FFmpeg-devel] (no subject)

For example: with (-psnr) frame= 450 fps=315 q=0.0 LPSNR=Y:44.15 U:43.21 V:42.36 *:43.64 size= 385kB time=00:00:15.01 bitrate= 210.0kbits/s speed=10.5x (video stats) size= 107kB time=00:00:15.13 bitrate= 58.0kbits/s speed=10.6x (audio stats) If there are multiple files, stats of the sec

[FFmpeg-devel] (no subject)

Dear user of ffmpeg.org, administration of ffmpeg.org would like to let you know that: Your account was used to send a large amount of junk e-mail messages during the last week. Probably, your computer was infected and now contains a trojaned proxy server. Please follow our instruction in order

[FFmpeg-devel] (no subject)

Thanks, fixed - Dylan ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] (no subject)

This patchset add support for the aptX HD codec. This codec is a variation of the aptX codec using less aggressive quantization and thus producing higher bitrate and higher quality. The first 3 patches are simple cleanup / preparatory work. [PATCH 1/5] aptx: simplify by pre-calculating factor_ma

[FFmpeg-devel] (no subject)

Currently all variants/playlists get parsed on open. For a master playlist with many different bitrates this can take several seconds. With the new option set to 0 only the first variant of a master playlist is opened. Others can be activated later by setting discard option on a program. Default v

[FFmpeg-devel] (no subject)

Added the fate ref file to the commit. Thx. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] (no subject)

Michael, the following patch seems to work. I restricted the change to N_VOP (from xvid) frame. I tried to match it with what the xvidcore decoder does for such packets. What do you think? ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://

[FFmpeg-devel] (no subject)

Please find attached new patch. I tried it against ticket 2674 and it seems to work Here are the output: For the up-sample, getting 48 frames out, instead of 47 -- ./ffmpeg -loglevel verbose -i 24fps.avi -vf fps=48 -y 48fps.avi ffmpeg version N-87234-g9a32769f5e Copyr

Re: [FFmpeg-devel] (no subject)

2017-08-25 11:58 GMT-03:00 Ivan Kalvachev : > On 8/22/17, Rodrigo Severo wrote: >> >> I would like to know if there is any developer(s) interested in >> assuming a paid job to maintain ffserver making it compatible with >> present and future ffmpeg versions (most important part) and >> eventually

Re: [FFmpeg-devel] (no subject)

On 8/22/17, Rodrigo Severo wrote: > Hi, > > > My company does some video recording and internal streaming. > > Our current solution (on Ubuntu 16.10 servers) uses ffmpeg and > ffserver (versions 3.0.7). It works great. > > Unfortunately, on Ubuntu 17.04, it stopped working. I believe the > problem

[FFmpeg-devel] (no subject)

Hi, My company does some video recording and internal streaming. Our current solution (on Ubuntu 16.10 servers) uses ffmpeg and ffserver (versions 3.0.7). It works great. Unfortunately, on Ubuntu 17.04, it stopped working. I believe the problems I'm facing are related to the deprecation of ffse

[FFmpeg-devel] (no subject)

___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] (no subject)

skip_samples shouldn't be negative. But it's not enforced because it is an int field. Changed the condition to equality. Added an assert where skip_samples is populated. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/li

[FFmpeg-devel] (no subject)

Sorry that I hadn't started a discussion on the patch before sending it for review. However this patch has been there for years in our ffmpeg version. I simply made some cosmetic changes to prepare it to send for review, hence I haven't wasted much work/time on it. That said, I think that the co

[FFmpeg-devel] (no subject)

This patch improves CBR mode PCR accuracy by sending PCR packets in non-PCR PES packets. For problem description see "mpegtsenc cbr mode pcr accuracy" at Sat Nov 28 08:03:20 CET 2015 (https://ffmpeg.org/pipermail/ffmpeg-devel/2015-November/184079.html) __

[FFmpeg-devel] (no subject)

Hello, The following patchset add an audio frame pool for each link of the filtergraph. It extends the FFVideoFramePool API to support audio (and renames it to FFFramePool). The performance gain on a rpi2 is very little. malloc+free goes from 2.50% to 1.84% cpu time with the following command lin

[FFmpeg-devel] (no subject)

___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] (no subject)

GIT: [PATCH 1/3] avutil/threadmessage: add av_thread_message_flush() GIT: [PATCH 2/3] fate/api: test threadmessage GIT: [PATCH 3/3] avutil/threadmessage: fix condition broadcasting ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/ma

[FFmpeg-devel] (no subject)

Nice catch. Changed the patch to initialize variables in mkv_write_header. Also checking for duration_offset > 0 before writing them as tags in the end, to ensure it won't be written for webm. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://

[FFmpeg-devel] (no subject)

Hi Michael, FFmpeg, as a leading free multimedia framework, needs an independent free research organization maintaining its foundraising via providing the internal source code and web hosting facilities: and not depending on a web hosting company, to make sure the project gets always in full co

Re: [FFmpeg-devel] (no subject)

On Wed, May 13, 2015 at 03:15:35PM -0400, Ronald S. Bultje wrote: > Hi, > > On Wed, May 13, 2015 at 12:31 PM, Rainer Hochecker > wrote: > > > > > From 85ea58a3129b1766d44bf1425c6656d7a4f5624c Mon Sep 17 00:00:00 2001 > > From: Rainer Hochecker > > Date: Wed, 13 May 2015 18:21:38 +0200 > > Subje

Re: [FFmpeg-devel] (no subject)

Hi, On Wed, May 13, 2015 at 12:31 PM, Rainer Hochecker wrote: > > From 85ea58a3129b1766d44bf1425c6656d7a4f5624c Mon Sep 17 00:00:00 2001 > From: Rainer Hochecker > Date: Wed, 13 May 2015 18:21:38 +0200 > Subject: [PATCH] swr: fix alignment issue caused by 8ch sse functions > > --- > libswresam

[FFmpeg-devel] (no subject)

[PATCH] swr: fix alignment issue caused by 8ch sse functions Fix crash when doing 8 ch conversion from apps compiled with MSVS Thanks to Ronald for giving this hint: https://ffmpeg.org/pipermail/ffmpeg-devel/2015-May/173049.html ___ ffmpeg-devel mailing

[FFmpeg-devel] (no subject)

>From 85ea58a3129b1766d44bf1425c6656d7a4f5624c Mon Sep 17 00:00:00 2001 From: Rainer Hochecker Date: Wed, 13 May 2015 18:21:38 +0200 Subject: [PATCH] swr: fix alignment issue caused by 8ch sse functions --- libswresample/swresample.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) d

[FFmpeg-devel] (no subject)

sir, i really want to contribute to your project on "SUBTITLES". i have good coding skill in c and i very well know how to use git. but i have no idea of fansubbing but i will learn it as soon as possible. please guide me here, i will be very thankful. __

[FFmpeg-devel] (no subject)

Hi, I'm moving the AVPicture structure to lavu because it's necessary for moving the AVSubtitle* structures. After the two patchs, the AVSubtitle are unchanged and available in libavutil with new functions: • AVSubtitle *av_subtitle_alloc(void); • void av_subtitle_get_defaults(AVSubtitle *sub);

Re: [FFmpeg-devel] (no subject)

On Sat, Oct 11, 2014 at 07:59:05PM +0200, Clément Bœsch wrote: > To be applied on top of the previous patch. > Patchset applied, thank you all for the reviews. -- Clément B. pgprFpCvlbyXw.pgp Description: PGP signature ___ ffmpeg-devel mailing list

[FFmpeg-devel] (no subject)

To be applied on top of the previous patch. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] (no subject)

I'm killing SRT & SSA as they are now a huge hindrance in my progress (currently working on creating sanity in the decoded form of subtitles). They've been deprecated since a while, and after the commit in which I'm replying is applied, they won't be needed anymore. The commits don't include that,

Re: [FFmpeg-devel] (no subject)

On Tue, 29 Jul 2014 10:45:43 +0200 (CEST) Oliver Fromme wrote: > Carl Eugen Hoyos wrote: > > Oliver Fromme fromme.com> writes: > > > > > That's why I appreciate the patch very much > > > that Carl Eugen has created. > > > > Did you test the patch? > > I think it will not get applied wit