ChanServ changed the topic of #ffmpeg to: Welcome to the FFmpeg USER support channel | Development channel: #ffmpeg-devel | Bug reports: https://ffmpeg.org/bugreports.html | Wiki: https://trac.ffmpeg.org/ | This channel is publically logged | FFmpeg 7.1.1 is released
MyTDT has joined #ffmpeg
MyTDT has quit [Remote host closed the connection]
buzel has quit [Ping timeout: 244 seconds]
HelloImSteven has quit [Quit: HelloImSteven]
damian101 has quit [Ping timeout: 276 seconds]
MyTDT_ has joined #ffmpeg
buzel has joined #ffmpeg
MyTDT_ has quit [Ping timeout: 265 seconds]
System_Error has quit [Ping timeout: 264 seconds]
yans has quit [Quit: Let us play... Hide and Slay!]
System_Error has joined #ffmpeg
minimal has quit [Quit: Leaving]
Hackerpcs has quit [Quit: Hackerpcs]
usagi_mimi has joined #ffmpeg
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
ZLima12 has quit [Remote host closed the connection]
Hackerpcs has quit [Max SendQ exceeded]
ZLima12 has joined #ffmpeg
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
Keshl has joined #ffmpeg
upekkha has quit []
upekkha has joined #ffmpeg
Xgates has joined #ffmpeg
<Xgates>
Hello all...
<Xgates>
I'm using a bash script I made up in the past for ffmpeg, and I thought just to remove subtitles and nothing else this would work?
shibboleth has quit [Remote host closed the connection]
Exa has quit [Quit: see ya!]
cantelope has joined #ffmpeg
Exa has joined #ffmpeg
busybusybusy has joined #ffmpeg
zeromind has quit [Quit: *pooof*]
busybusybusy has quit [Remote host closed the connection]
jmcantrell has joined #ffmpeg
zeromind has joined #ffmpeg
___nick___ has joined #ffmpeg
yans has joined #ffmpeg
Sakura`Kinomoto has quit [Ping timeout: 260 seconds]
Sakura`Kinomoto has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg
jafa has joined #ffmpeg
figushki has joined #ffmpeg
<jafa>
this is interesting...
<jafa>
I am generating multiple video streams for dash
figushki is now known as Guest8213
<jafa>
16:9 content - if I tell it to generate 1920x1080, 1280x720, and 960x540 ffmpeg works fine
<jafa>
if I add 704x480 ffmpeg fails with the error "Conflicting stream aspect ratios values in Adaptation Set 1. Please ensure all adaptation sets have the same aspect ratio"
<jafa>
is ffmpeg confusing the resolution with the aspect ratio?
<jafa>
nowhere am I specifying the aspect ratio because I want the source aspect ratio to be used end to end
<jafa>
704x480 is a standard resolution for 16:9 content (and for 4:3 content)
<jafa>
is this a bug in the dash layer of ffmpeg?
Guest8213 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<jafa>
nope, looks like a bug earlier that the dash layer - mediainfo reports my 704:480 stream as having an aspect ratio of 3:2
<jafa>
possibly a bug in scale_qsv
jmcantrell has quit [Ping timeout: 252 seconds]
figushki has joined #ffmpeg
figushki is now known as Guest3234
<jafa>
adding setdar to the filter fixes the problem
<jafa>
so looks like a bug in scale_qsv
woky_ has quit [Ping timeout: 265 seconds]
<BtbN>
It's absolutely correct with its claim though, jafa
<BtbN>
the first 3 are 16:9, the extra one is very much not
<BtbN>
not even sure what 704x480 is. It's not 4:3 but also a long shot from 16:9
<BtbN>
853.33333x480 would be 16:9
<kepstin>
704x480 is intended to be either 4:3 or 16:6, with a sar of 10/11 or 40/33 . that's correct for a lot of ntsc video.
<kepstin>
note that 704x480 is _exactly_ 4:3 or 16:9 dar, while 720x480 content is slightly wider (includes additional pixels on the left/right)
woky_ has joined #ffmpeg
<jafa>
704x480 can be whatever aspect ratio you want
<jafa>
pixels are not required to be square
<kepstin>
sure, but you'll basically only ever see that resolution for ntsc standard def video, which will be one of two aspect ratios.
<kepstin>
if you see anything else, it's probably wrong
<jafa>
I am working with atsc video where 704x480 is the standard size
<kepstin>
if you're working with atsc, then 704x480 is _definitely_ either 16:9 or 4:3, as a tv broadcast standard i'm pretty sure they don't require support for any other aspect ratios?
<jafa>
correct
<jafa>
if I rescale video it shouldn't matter what numbers I put in, it shouldn't change the DAR
<kepstin>
indeed. (unless you specifically ask it to, the scale filter has an option to set sar on output to 1 but it's off by default)
<jafa>
I am using scale_qsv
<jafa>
thinking there is a bug in that scaler
___nick___ has quit [Ping timeout: 252 seconds]
<kepstin>
either that, or dash actually requires the same _sample_ aspect ratio, not _display_ aspect ratio?
___nick___ has joined #ffmpeg
<kepstin>
which would be kinda odd
<jafa>
dash worked fine once I did a setdar after the scale_qsv step
<jafa>
so I think dash it right
<kepstin>
might be worth running the command with "-v debug", which should cause it to print out the resolution and sample aspect ratio at a few places in the filter chain, which could help identify where things are going wrong
<kepstin>
what's the input video size? 1080p?
<jafa>
yes
<jafa>
ffmpeg + qsv is working well
<BtbN>
if you give it just a resolution without any further info, it'll assume square pixels
<BtbN>
If you want to deviate from that, you'll need to specify
<jafa>
figure the DAR after a rescale should exactly match the DAR before the rescale as rescale doesn't change the content of the video
<kepstin>
yeah, if the scale_qsv filter isn't preserving the dar (at least, by default) i'd consider that a bug. it should match the behaviour of the scale filter in that regard.
<kepstin>
(that said, there can be rounding or floating point issues in some circumstances when calculating the new sample aspect ratio after scaling which result in the dar being almost, but not quite, correct)
<kepstin>
but 1920x1080 to 704x480 should be possible to calculate exact values for.
<kepstin>
(the expected sar of the output is 40/33 to achieve exactly 16/9 dar)