Muimi_ has quit [Quit: Going offline, see ya! (www.adiirc.com)]
<bibble>
"videos uploaded to Facebook or YouTube become available so quickly. The video is split into chunks based on key frame, the chunks are farmed out to a cluster of servers and encoded in parallel, and the outputs are then re-assembled into the final file."
Muimi_ has joined #ffmpeg
Nixkernal_ has quit [Ping timeout: 264 seconds]
fengdaolong has joined #ffmpeg
Nixkernal has joined #ffmpeg
YuGiOhJCJ has quit [Ping timeout: 240 seconds]
Muimi_ has quit [Quit: Going offline, see ya! (www.adiirc.com)]
fengdaolong has quit [Quit: WeeChat 4.1.2]
jagannatharjun has joined #ffmpeg
mven9 has quit [Ping timeout: 260 seconds]
Muimi_ has joined #ffmpeg
rv1sr has joined #ffmpeg
Muimi_ has quit [Remote host closed the connection]
Muimi has joined #ffmpeg
psykose has quit [Remote host closed the connection]
psykose has joined #ffmpeg
Vonter has quit [Ping timeout: 268 seconds]
Vonter has joined #ffmpeg
<damo22>
bibble: i thought google has specialised ASICs to encode vp9
<damo22>
do they really use ffmpeg?
<furq>
they definitely use it for decoding
<furq>
so it would make sense for them to just have the asics wired up through vaapi or some generic api
<furq>
or maybe some custom build of ffmpeg
<damo22>
ok
<furq>
the hardware vp9 is relatively recent as well
<furq>
roughly around the time that the quality noticeably got worse
<furq>
probably unrelated
<damo22>
i didnt notice
<damo22>
maybe they just changed default version you get in a browser
<furq>
there was only one 1080p vp9 stream at the time i think
<furq>
they added some higher rate streams since then so it's not so bad any more
gordonfish has quit [Ping timeout: 256 seconds]
Muimi has quit [Remote host closed the connection]
FH_thecat has quit [Quit: Leaving]
gordonfish has joined #ffmpeg
iqualms has joined #ffmpeg
FH_thecat has joined #ffmpeg
bitblit has quit [Ping timeout: 276 seconds]
lusciouslover has joined #ffmpeg
lusciouslover has quit [Ping timeout: 268 seconds]
chris-p_ has joined #ffmpeg
<chris-p_>
Hi, I've got a kaby lake processor (Intel Corporation HD Graphics 630) and I can't get quicksync to work with hevc. I get [hevc_qsv @ 0x555a5bb977c0] some encoding parameters are not supported by the QSV runtime. Please double check the input parameters.
<chris-p_>
[vost#0:0/hevc_qsv @ 0x555a5bb97500] Error while opening encoder - maybe incorrect parameters such as bit_rate, rate, width or height. Error while filtering: Function not implemented
<chris-p_>
I can do h264_qsv -> h264_qsv
<chris-p_>
huc and guc firmware is loaded
finsternis has quit [Read error: Connection reset by peer]
Muimi has joined #ffmpeg
Muimi_ has joined #ffmpeg
Muimi_ has quit [Read error: Connection reset by peer]
Muimi has quit [Read error: Connection reset by peer]
AbleBacon has quit [Read error: Connection reset by peer]
Ingvix has joined #ffmpeg
realies has quit [Ping timeout: 256 seconds]
clark_hung has joined #ffmpeg
mosasaur has joined #ffmpeg
Arokh has quit [Ping timeout: 268 seconds]
rsx has joined #ffmpeg
Blacker47 has joined #ffmpeg
xxpor has quit [Ping timeout: 252 seconds]
xxpor has joined #ffmpeg
realies has joined #ffmpeg
kurosu has joined #ffmpeg
ivanich has joined #ffmpeg
navi has joined #ffmpeg
hussein1 has quit [Remote host closed the connection]
hussein1 has joined #ffmpeg
rvalue has quit [Ping timeout: 276 seconds]
rvalue has joined #ffmpeg
chiselfuse has quit [Ping timeout: 240 seconds]
chiselfuse has joined #ffmpeg
ivanich has quit [Remote host closed the connection]
rvalue has quit [Ping timeout: 260 seconds]
rvalue has joined #ffmpeg
ZedHedTed has quit [Remote host closed the connection]
ZedHedTed has joined #ffmpeg
<BtbN>
If this is on Linux, just use vaapi. No point dealing with QSV
chiselfuse has quit [Remote host closed the connection]
chiselfuse has joined #ffmpeg
TrillionEuroNote has quit [Ping timeout: 276 seconds]
realies9 has joined #ffmpeg
lusciouslover has joined #ffmpeg
realies has quit [Ping timeout: 276 seconds]
realies has joined #ffmpeg
realies9 has quit [Ping timeout: 260 seconds]
CruxOfTheB has joined #ffmpeg
lexano has quit [Ping timeout: 255 seconds]
lusciouslover has quit [Ping timeout: 260 seconds]
<stevew>
how do I end a capture ? want some way of providing a signal to your app or use the api instead.
alexherbo2 has joined #ffmpeg
lusciouslover has quit [Ping timeout: 256 seconds]
LionEagle has joined #ffmpeg
rvalue has quit [Ping timeout: 245 seconds]
rvalue has joined #ffmpeg
l4yer has quit [Ping timeout: 276 seconds]
<BtbN>
Not quite sure I understand the question. Is pressing q not the answer?
<stevew>
not really, coz we'd be spawning ffmpeg from another app which will have focus. so we'd want to signal from one app to the other somehow. or perform equivalent via the api. this isn't urgent. will use obs for the time being rather than reinvent the wheel unnecessarily.
<BtbN>
so, send a q press or SIGTERM
<stevew>
yup, thought occured just after I wrote that. send a q over stdin when we want that. ta.
<BtbN>
Not sure if that's actually stdin
<BtbN>
But worth a try
<stevew>
something like that anyhow :) cheers.
<BtbN>
SIGTERM is probably more reliable
realies has quit [Ping timeout: 276 seconds]
<stevew>
no sigterm on windows. looking up equivalent. there's taskkill.
<stevew>
seems extreme & you might not get chance to shut down properly.
<BtbN>
You want to send it a signal to shut itself down, that's what SIGTERM is
<stevew>
yup, I understand but don't know what that is windows. can ask a windows app to quit but your stuff compiles console app.
<stevew>
could compile a special version as windows app for this if I need it & then signal however. would be nice if vanilla could just do it though. not urgent.
<stevew>
suspect q over stdin will get the job done. can't see why not.
<BtbN>
The answer you linked there sounds exactly right though?
MrZeus__ has joined #ffmpeg
<stevew>
only if ffmpeg intercepts the terminate & shuts down gracefully. I have no idea if you have _atexit or whatever patched in for stuff like that.
<stevew>
I'll just try it when I get a minute. cheers.
<BtbN>
ffmpeg handles SIGINT and SIGTERM properly, yes
MrZeus_ has quit [Ping timeout: 256 seconds]
<stevew>
TerminateProcess would be API appoach. I think rather than spawning taskkill on a process we launched ourselves. dunno if that gives you the opportunity to do anything though. its fairly brute force die.
realies has joined #ffmpeg
cingorf has quit []
<stevew>
there's this, but just for windows apps, not console apps.
darkapex has quit [Remote host closed the connection]
darkapex has joined #ffmpeg
waleee has joined #ffmpeg
CruxOfTheB has quit [Ping timeout: 264 seconds]
l4yer has joined #ffmpeg
minimal has joined #ffmpeg
mven9 has joined #ffmpeg
Arokh has joined #ffmpeg
l4yer has quit [Ping timeout: 268 seconds]
Magissia has joined #ffmpeg
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #ffmpeg
Vonter has quit [Ping timeout: 260 seconds]
Vonter has joined #ffmpeg
Sakura`Kinomoto has quit [Remote host closed the connection]
Sakura`Kinomoto has joined #ffmpeg
cock has joined #ffmpeg
mven9 has quit [Quit: Goodbye.]
<cock>
Hi, I have segments captured from a single stream. Concatenating the segments gives unexpected results (audio desync). I assume this is because the segments have different stream orders? Any idea how to resolve this? Thanks https://pastebin.com/raw/whjLBq29
xxpor has quit [Ping timeout: 276 seconds]
xxpor has joined #ffmpeg
<JEEB>
by normalizing your input? :D
<JEEB>
also genpts is generally something you should only be touching if you absolutely require it
<JEEB>
you may attempt to utilize the option of merging pmt versions in the mpeg-ts reader, but not sure if that works through the concat demuxer
realies has quit [Remote host closed the connection]
realies has joined #ffmpeg
mven9 has joined #ffmpeg
<cock>
normalize how?
zumba_addict has joined #ffmpeg
<cock>
can't ffmpeg detect the stream order and correct it?
<JEEB>
by not having its stream order being more or less random? :)
<JEEB>
at least the PIDs match, but unfortunately I don't think that helps too much
<JEEB>
wait...
<JEEB>
if PIDs match then the order of streams probed shouldn't matter :P
<JEEB>
unless the concat demuxer reinitializes the reader
<JEEB>
if it's all MPEG-TS, try just throwing the files as-is into stdin?
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #ffmpeg
Marth64 has quit [Remote host closed the connection]
Muimi has joined #ffmpeg
Marth64 has joined #ffmpeg
Vonter has quit [Ping timeout: 255 seconds]
Vonter has joined #ffmpeg
rv1sr has joined #ffmpeg
Estrella_ has quit [Ping timeout: 256 seconds]
kron has quit [Ping timeout: 256 seconds]
qaph has joined #ffmpeg
qaph is now known as kron
kron has quit [Ping timeout: 276 seconds]
kron has joined #ffmpeg
iive has joined #ffmpeg
<chris-p_>
BtbN: on vaapi, the hevc stuff is showing VAEntrypointVLD which implies decoding only?
<JEEB>
given that QSV underneath utilizes VAAPI on linux, I'd say that explains why HEVC encoding doesn't work :P
<chris-p_>
Yes, but I can't figure out why
<chris-p_>
all things considered it should work as it's the right hardware gen
<chris-p_>
it's an HD630 and core i5 7500 which is kaby lake
<JEEB>
well, as you get it to show up in vainfo then you should have it set up
cock has quit [Quit: Leaving]
<chris-p_>
It's OK
<chris-p_>
I figured it out - the gentoo useflag redistributable wasn't set so it didn't include some required firmware files!
cuckooapple has joined #ffmpeg
<chris-p_>
so rebuilding now and will report back!
chris-p_ is now known as chris-p
cuckooapple has quit [Quit: Time to work on something else]
cuckooapple has joined #ffmpeg
cuckooapple has quit [Client Quit]
applecuckoo has joined #ffmpeg
<applecuckoo>
Hi! I'm trying to combine a quadraphonic sound file with a dummy stream generated by anullsrc, i.e. padding a quad file into 5.1 format. Here is the command I've been using: