Re: [FFmpeg-user] Troublemaker in bugtracker
Am 26.01.21 um 01:30 schrieb Paul B Mahol: Yes, we need to use only corporate code muhahaha and that will solve exactly what? ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Troublemaker in bugtracker
On 01/25/2021 08:51 PM, Jim DeLaHunt wrote: On 2021-01-25 16:30, Paul B Mahol wrote: On Tue, Jan 26, 2021 at 1:18 AM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: … When you have people who are determined to treat others with contempt and hostility as a matter of course, who reject even the most well-meaning offers of help with the most pressing issues, who almost seem to make a science out of deliberate, studied unpleasantness, something strange is going on. More than annoying, it's weird. I've never once in my life encountered anything like this. It's completely unnecessary, completely self-destructive, and appears to gain nothing for anyone. Yes, we need to use only corporate code. Come on, Paul, that is a silly reply. You are saying that the only alternative to FFmpeg's present situation is to use corporate code (proprietary licences)? That claim is not logical: there is no reason why use of a free software licence requires project insiders to be hostile and destructive to each other, or to their users. And it is disproved by evidence: there are many free software projects where the insiders behave more kindly and constructively, my favourite example being Python. Taken on its face, your reply seems to show a belief that no better culture is even possible for the FFmpeg project. That attitude is itself "completely unnecessary, completely self-destructive, and appears to gain nothing for anyone." Really, Jim, you're not helping. You would be well served by not making assumptions. What if Paul is actually being helpful, that in his eyes, his comments are cogent. How would you feel if someone second guessed what you wrote? I know you think you are careful when crafting replies (and I think so, too) but Paul thinks he's being careful, too. You can't assume that he has malice at heart. I mean, give him space to explain the cryptic things he writes. English is not his first language. -- Someone's sneaking in and turning up the range so that my food burns. I'm sure of it. And the older I get, the more sure of it I become. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Troublemaker in bugtracker
On 01/25/2021 07:30 PM, Paul B Mahol wrote: On Tue, Jan 26, 2021 at 1:18 AM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: On Monday, 25 January 2021, 22:34:35 GMT, Mark Filipak (ffmpeg) < markfili...@bog.us> wrote: Your comments, Leo, are quite correct. However, there is no F*ing Manual. There is only man-style documentation that supplies usage reminders to those who are already familiar with ffmpeg and its > usage, but that doesn't help newcomers. I wish the reality was different, and I've volunteered to > help with documentation, but the developers have rebuffed me and everyone else who has similarly > volunteered. Very much so. I may be one of the volunteers Mark is referring to. In the end it's a very long term problem that exists with a lot of open source projects and I don't see a solution to it. When you have people who are determined to treat others with contempt and hostility as a matter of course, who reject even the most well-meaning offers of help with the most pressing issues, who almost seem to make a science out of deliberate, studied unpleasantness, something strange is going on. More than annoying, it's weird. I've never once in my life encountered anything like this. It's completely unnecessary, completely self-destructive, and appears to gain nothing for anyone. Yes, we need to use only corporate code. What does that mean, Paul? -- Someone's sneaking in and turning up the range so that my food burns. I'm sure of it. And the older I get, the more sure of it I become. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Troublemaker in bugtracker
On 2021-01-25 16:30, Paul B Mahol wrote: On Tue, Jan 26, 2021 at 1:18 AM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: … When you have people who are determined to treat others with contempt and hostility as a matter of course, who reject even the most well-meaning offers of help with the most pressing issues, who almost seem to make a science out of deliberate, studied unpleasantness, something strange is going on. More than annoying, it's weird. I've never once in my life encountered anything like this. It's completely unnecessary, completely self-destructive, and appears to gain nothing for anyone. Yes, we need to use only corporate code. Come on, Paul, that is a silly reply. You are saying that the only alternative to FFmpeg's present situation is to use corporate code (proprietary licences)? That claim is not logical: there is no reason why use of a free software licence requires project insiders to be hostile and destructive to each other, or to their users. And it is disproved by evidence: there are many free software projects where the insiders behave more kindly and constructively, my favourite example being Python. Taken on its face, your reply seems to show a belief that no better culture is even possible for the FFmpeg project. That attitude is itself "completely unnecessary, completely self-destructive, and appears to gain nothing for anyone." ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] (no subject)
On 01/25/2021 07:09 PM, owen s wrote: I am running this command ffmpeg-git -y \ -vaapi_device /dev/dri/renderD128 \ -framerate 60 -i ./image.jpg \ -stream_loop -1 -i ./audio.mp3 \ -map 0:v \ -c:v h264_vaapi \ -vf 'crop=2560:1440:0:0,format=nv12|vaapi,hwupload,loop=loop=-1:size=1:start=0,hwdownload,format=yuv420p' \ -rc_mode 2 -b:v 20M \ -c:v libx264 \ -map 1:a \ -c:a libfdk_aac -b:a 128k -ar 44100 -ac 2 \ -af "dynaudnorm=f=150:g=15" \ -f flv /dev/null the encoding speed is very fast, typically 1.78x frame=2512127 fps=107 q=0.0 size=56457493kB time=11:37:47.36 bitrate=11046.8kbits/s speed=1.79x Is there any way to limit this speed to a standard 1x? With no guide to report formats you are understandably misinterpreting what ffmpeg is trying to tell you. The "speed=1.79x" means that the encoder time was 1.79x the running time. In other words, it took less time to encode than to play the video. To see the video's playback speed, look for lines that look like this: Output #0, matroska, to ...: Metadata: encoder : Lavf58.65.100 Stream #0:0, 0, 1/1000: Video: hevc, yuv420p(tv, progressive), 720x240 [SAR 8:9 DAR 8:3], q=2-31, 59.94 fps, 1k tbn -- Someone's sneaking in and turning up the range so that my food burns. I'm sure of it. And the older I get, the more sure of it I become. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Troublemaker in bugtracker
On Tue, Jan 26, 2021 at 1:18 AM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > On Monday, 25 January 2021, 22:34:35 GMT, Mark Filipak (ffmpeg) < > markfili...@bog.us> wrote: > > > Your comments, Leo, are quite correct. However, there is no F*ing > Manual. There is only man-style > > documentation that supplies usage reminders to those who are already > familiar with ffmpeg and its > usage, but that doesn't help newcomers. I > wish the reality was different, and I've volunteered to > help with > documentation, but the developers have rebuffed me and everyone else who > has similarly > volunteered. > Very much so. I may be one of the volunteers Mark is referring to. > In the end it's a very long term problem that exists with a lot of open > source projects and I don't see a solution to it. When you have people who > are determined to treat others with contempt and hostility as a matter of > course, who reject even the most well-meaning offers of help with the most > pressing issues, who almost seem to make a science out of deliberate, > studied unpleasantness, something strange is going on. > More than annoying, it's weird. I've never once in my life encountered > anything like this. It's completely unnecessary, completely > self-destructive, and appears to gain nothing for anyone. > Yes, we need to use only corporate code. > P > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Troublemaker in bugtracker
On Monday, 25 January 2021, 22:34:35 GMT, Mark Filipak (ffmpeg) wrote: > Your comments, Leo, are quite correct. However, there is no F*ing Manual. > There is only man-style > documentation that supplies usage reminders to those who are already familiar > with ffmpeg and its > usage, but that doesn't help newcomers. I wish the > reality was different, and I've volunteered to > help with documentation, but > the developers have rebuffed me and everyone else who has similarly > > volunteered. Very much so. I may be one of the volunteers Mark is referring to. In the end it's a very long term problem that exists with a lot of open source projects and I don't see a solution to it. When you have people who are determined to treat others with contempt and hostility as a matter of course, who reject even the most well-meaning offers of help with the most pressing issues, who almost seem to make a science out of deliberate, studied unpleasantness, something strange is going on. More than annoying, it's weird. I've never once in my life encountered anything like this. It's completely unnecessary, completely self-destructive, and appears to gain nothing for anyone. P ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] (no subject)
I am running this command ffmpeg-git -y \ -vaapi_device /dev/dri/renderD128 \ -framerate 60 -i ./image.jpg \ -stream_loop -1 -i ./audio.mp3 \ -map 0:v \ -c:v h264_vaapi \ -vf 'crop=2560:1440:0:0,format=nv12|vaapi,hwupload,loop=loop=-1:size=1:start=0,hwdownload,format=yuv420p' \ -rc_mode 2 -b:v 20M \ -c:v libx264 \ -map 1:a \ -c:a libfdk_aac -b:a 128k -ar 44100 -ac 2 \ -af "dynaudnorm=f=150:g=15" \ -f flv /dev/null the encoding speed is very fast, typically 1.78x frame=2512127 fps=107 q=0.0 size=56457493kB time=11:37:47.36 bitrate=11046.8kbits/s speed=1.79x Is there any way to limit this speed to a standard 1x? ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Slide show with vfr
On 01/25/2021 06:09 AM, Wolfgang Hugemann wrote: Express duration in seconds Repeat the last image as per https://trac.ffmpeg.org/wiki/Slideshow#Concatdemuxer Thanks for this hint. This really works and -vsync vfr seems to be necessary for mp4. (For mkv it works without that.) It works as well if you provide the durations in milliseconds, but there seems to be a problem with short durations, which are not reproduced exactly. So one should rather use durations larger than one second, as in the cited example. I now successfully produced a vfr mp4 with ffmpeg. Indeed, some applications as VLC do not handle the timestamps correctly, but AVidemux and ffplay do. Plus the vfr is preserved when the slide show is processed with ffmpeg (using -vsync vfr). Possibly, the relatively short durations in my original video are the reason for the problems with the original video, as there seem to be rounding errors. Wolfgang Hugemann I have not been following this thread as it doesn't interest me or apply to my use cases, however, regarding PTS variations, I've often found that simply remuxing an existing stream via MKVToolNix has fixed the time stamps so that all players play videos correctly. Bonus: The result is usually slightly smaller and MKVToolNix is very quick. I don't know what MKVToolNix is doing, but it's brilliant. -- Someone's sneaking in and turning up the range so that my food burns. I'm sure of it. And the older I get, the more sure of it I become. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Troublemaker in bugtracker
On 01/25/2021 03:58 PM, Leo Butler via ffmpeg-user wrote: "Sergey \"GrayFace\" Rozhenko via ffmpeg-user" writes: Hello. I've met a childish person with nickname "cehoyos" that made it his goal to block a bug report I've filed. Please do not use such derogatory characterizations. You are insulting someone who is giving his time without cost to you. I won't reduce myself to name-calling, but there are many unkind words to describe such behaviour. At first he tried to make up excuses for doing so, then ran out of them and just starting setting bug status to "invalid" with no reasoning. Here is the bug in question: https://trac.ffmpeg.org/ticket/9074 In my experience, several developers of ffmpeg are brusque, but invariable correct. If you find their reply(ies) terse, it is almost certainly because you do not understand something and they have expected you to RTFM. I would characterize your "bug" report as one of those cases. Learn from your experience, drop the grudge, move on and show some respect for these people. Leo Your comments, Leo, are quite correct. However, there is no F*ing Manual. There is only man-style documentation that supplies usage reminders to those who are already familiar with ffmpeg and its usage, but that doesn't help newcomers. I wish the reality was different, and I've volunteered to help with documentation, but the developers have rebuffed me and everyone else who has similarly volunteered. It's their project and they make its policy. Still, I can only dream of what it could be. -- Someone's sneaking in and turning up the range so that my food burns. I'm sure of it. And the older I get, the more sure of it I become. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Troublemaker in bugtracker
"Sergey \"GrayFace\" Rozhenko via ffmpeg-user" writes: > Hello. > > I've met a childish person with nickname "cehoyos" that made it his > goal to block a bug report I've filed. Please do not use such derogatory characterizations. You are insulting someone who is giving his time without cost to you. I won't reduce myself to name-calling, but there are many unkind words to describe such behaviour. > > At first he tried to make up excuses for doing so, then ran out of > them and just starting setting bug status to "invalid" with no > reasoning. > > Here is the bug in question: https://trac.ffmpeg.org/ticket/9074 In my experience, several developers of ffmpeg are brusque, but invariable correct. If you find their reply(ies) terse, it is almost certainly because you do not understand something and they have expected you to RTFM. I would characterize your "bug" report as one of those cases. Learn from your experience, drop the grudge, move on and show some respect for these people. Leo ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] overlaying animated PNG, doesn't loop
On 2021-01-25 06:41, Paul B Mahol wrote: You are very ignorant of mentioned demuxer options in documentation. +1. You've got to be kidding. Paul, you are coming off as unbelievably unpleasant. I too am trying to help you. Please, please, moderate your tone. And, please recognise that a lot of FFmpeg's documentation isn't very good at explaining FFmpeg to users who haven't read the code. —Jim DeLaHunt ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] overlaying animated PNG, doesn't loop
On 1/25/2021 6:49 AM, Paul B Mahol wrote: You should be immediately banned from this list. Oh no, not this again. Banned for what? Paul, please re-read the Code of Conduct (I did, yesterday, when I posted it to the list). z! ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] overlaying animated PNG, doesn't loop
On Mon, Jan 25, 2021 at 3:45 PM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > On Monday, 25 January 2021, 14:41:36 GMT, Paul B Mahol > wrote: > > > You are very ignorant of mentioned demuxer options in documentation. > You've got to be kidding. > Paul, you are coming off as unbelievably unpleasant. Again, I'm trying to > help you. Please, please, moderate your tone. > You should be immediately banned from this list. > P > > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] overlaying animated PNG, doesn't loop
On Monday, 25 January 2021, 14:41:36 GMT, Paul B Mahol wrote: > You are very ignorant of mentioned demuxer options in documentation. You've got to be kidding. Paul, you are coming off as unbelievably unpleasant. Again, I'm trying to help you. Please, please, moderate your tone. P ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] overlaying animated PNG, doesn't loop
On Mon, Jan 25, 2021 at 3:12 PM Dave Thorn wrote: > On Mon, Jan 25, 2021 at 11:29:39AM +0100, Paul B Mahol wrote: > > On Mon, Jan 25, 2021 at 10:21 AM Dave Thorn via ffmpeg-user < > ffmpeg-user@ffmpeg.org> wrote: > [] > > > Anyone know anything about this, please, or will I have to avoid > > > APNGs? > > > > > > > > Next time read documentation before you write something: > > > > http://ffmpeg.org/ffmpeg-formats.html#apng > > I hate to be the thickie, but does that explain why it doesn't loop? > The acTL is before the fcTL so that means it is "transmitted as > extradata"? What does that mean to me-the-user? > You are very ignorant of mentioned demuxer options in documentation. > > Cheers, > > -- > dave thorn > > DBT; GBP. > ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] overlaying animated PNG, doesn't loop
On Mon, Jan 25, 2021 at 11:29:39AM +0100, Paul B Mahol wrote: > On Mon, Jan 25, 2021 at 10:21 AM Dave Thorn via ffmpeg-user > wrote: [] > > Anyone know anything about this, please, or will I have to avoid > > APNGs? > > > > > Next time read documentation before you write something: > > http://ffmpeg.org/ffmpeg-formats.html#apng I hate to be the thickie, but does that explain why it doesn't loop? The acTL is before the fcTL so that means it is "transmitted as extradata"? What does that mean to me-the-user? Cheers, -- dave thorn DBT; GBP. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Slide show with vfr
Am Mo., 25. Jan. 2021 um 12:10 Uhr schrieb Wolfgang Hugemann : > I now successfully produced a vfr mp4 with ffmpeg. The author of the relevant code - Baptiste - claims that such files are not valid / do not conform to any specification. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Slide show with vfr
> Express duration in seconds > Repeat the last image as per > https://trac.ffmpeg.org/wiki/Slideshow#Concatdemuxer Thanks for this hint. This really works and -vsync vfr seems to be necessary for mp4. (For mkv it works without that.) It works as well if you provide the durations in milliseconds, but there seems to be a problem with short durations, which are not reproduced exactly. So one should rather use durations larger than one second, as in the cited example. I now successfully produced a vfr mp4 with ffmpeg. Indeed, some applications as VLC do not handle the timestamps correctly, but AVidemux and ffplay do. Plus the vfr is preserved when the slide show is processed with ffmpeg (using -vsync vfr). Possibly, the relatively short durations in my original video are the reason for the problems with the original video, as there seem to be rounding errors. Wolfgang Hugemann ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Keep vfr and original pts
> Why do you believe the result is CFR, or rather different than the source? I checked that with a couple of different programs (MediaInfo, AVIdemux and ffmpeg). It may not be a general problem, as the slide show example as suggested by pdr0 (see my answer to that) works if you specify -vsync vfr (as in his example). Wolfgang Hugemann ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] overlaying animated PNG, doesn't loop
On Mon, Jan 25, 2021 at 10:21 AM Dave Thorn via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > > On Mon, Jan 11, 2021 at 08:08:03AM +, Dave Thorn via ffmpeg-user wrote: > > Yeah, sorry. Stuck on Windows at the moment and I was anticipating > > difficulty updating, but it was fine. > > > > Same behaviour in this version: > > [snip] > > Anyone know anything about this, please, or will I have to avoid > APNGs? > > Next time read documentation before you write something: http://ffmpeg.org/ffmpeg-formats.html#apng > Thanks, > > > -- > dave thorn > > Bad to the bone. > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] overlaying animated PNG, doesn't loop
On Mon, Jan 11, 2021 at 08:08:03AM +, Dave Thorn via ffmpeg-user wrote: > Yeah, sorry. Stuck on Windows at the moment and I was anticipating > difficulty updating, but it was fine. > > Same behaviour in this version: [snip] Anyone know anything about this, please, or will I have to avoid APNGs? Thanks, -- dave thorn Bad to the bone. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".