Marth64 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 is released
foul_owl has joined #ffmpeg
SuicideShow has quit [Ping timeout: 245 seconds]
lavaball has quit [Remote host closed the connection]
SuicideShow has joined #ffmpeg
StephenLynx has quit [Ping timeout: 265 seconds]
todi has quit [Ping timeout: 252 seconds]
lucasta has quit [Remote host closed the connection]
YuGiOhJCJ has joined #ffmpeg
Narrat has quit [Quit: They say a little knowledge is a dangerous thing, but it's not one half so bad as a lot of ignorance.]
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg
coldfeet has joined #ffmpeg
StephenLynx has joined #ffmpeg
EmleyMoor has quit [Ping timeout: 248 seconds]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
emmanuelux has quit [Quit: au revoir]
emmanuelux has joined #ffmpeg
Magissia has joined #ffmpeg
Hackerpcs has quit [Quit: Hackerpcs]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
lolok has joined #ffmpeg
JanC has joined #ffmpeg
JanC has quit [Killed (molybdenum.libera.chat (Nickname regained by services))]
Hackerpcs has joined #ffmpeg
rsx has joined #ffmpeg
HarshK23 has joined #ffmpeg
wziko has joined #ffmpeg
Arokh has quit [Ping timeout: 244 seconds]
Arokh has joined #ffmpeg
StephenLynx has quit [Ping timeout: 265 seconds]
wziko has quit [Ping timeout: 252 seconds]
wziko has joined #ffmpeg
wziko has quit [Max SendQ exceeded]
wziko has joined #ffmpeg
wziko has quit [Max SendQ exceeded]
StephenLynx has joined #ffmpeg
wziko has joined #ffmpeg
vlm has quit [Quit: vlm]
makidoll has quit [Remote host closed the connection]
makidoll has joined #ffmpeg
DoctorD90 has joined #ffmpeg
<DoctorD90>
Hello! Nice to meet you! Best wishes for the holidays! - I have a question: Ive googled and find out once an answer that confirmed it, but I cant find it anymore so i come here to ask it. Why the h265 conversion from CPU is smaller than when i do it with GPU? Are the defaults differents?
<JEEB>
yes, defaults of any encoder can and probably indeed are very much different. heck, whatever gets mapped against f.ex. the "crf" option can be widely different between encoders compared to what x264 originally defined it as.
<JEEB>
but the real thing between HW and SW encoders is
<JEEB>
HW is meant for a) speed and b) low latency
<JEEB>
the algorithms implemented on the ASIC chips have never been aimed at high compression use cases over either of those two.
<JEEB>
(at least in anything I've seen during the past... 2024-2008 years at the very least, during the H.264+ era?
Juesto has joined #ffmpeg
Juest has quit [Ping timeout: 244 seconds]
Juesto is now known as Juest
StephenLynx has quit [Ping timeout: 265 seconds]
<DoctorD90>
Thank you JEEB. My point was exactly that GPU should speed it up, but the algorithm should be the same, so nothing about the final dimension. So I ended up thinking about the defaults settings. With CPU i get file smaller up to 1/10 of the original. With nvenc on gpu, it is 90-95% of the original....
<DoctorD90>
so im looking to understand what are all default configured on the cpu version (cause i really use only "encode with x265" and copying the audio....so it is really using every default possible under the engine :D)
<JEEB>
that's not how HW ASIC encoders work :P
<JEEB>
it's not "the same algorithm (as a random SW encoder)"
<JEEB>
the HW manufacturer has found the means to add X, Y and Z functionality in it to be able to generate a valid bit stream for some defined format
<JEEB>
the priorities for these ASIC chips as I noted are a) speed, and b) low latency
<JEEB>
the specification for AVC/H.264, HEVC/H.265, VVC/H.266 or VP9, AV1 only specifies the bit stream decoding so that as long as what your encoder outputs can be interpreted in a valid manner by a decoder, you are golden. after all, not every encoder use cases require all the coding tools etc to be utilized
StephenLynx has joined #ffmpeg
<JEEB>
but yes, I expect that things such as rate control etc are different and to a level you can get similar *compression* from a HW encoder as a SW encoder, but in general the SW encoder will give you quite a bit more quality for the buck at the same bit rate.
<DoctorD90>
a.... apologize, i completely misunderstood your first answer then....so... thanks Nvidia XD ahahahah
sm1999 has quit [Quit: WeeChat 4.6.0-dev]
wziko has quit [Ping timeout: 265 seconds]
minimal has joined #ffmpeg
wziko has joined #ffmpeg
Renb has quit [Quit: $WITTY_QUIT_MESSAGE]
wziko has quit [Ping timeout: 246 seconds]
vlm has joined #ffmpeg
rsx has quit [Quit: rsx]
talismanick has quit [Remote host closed the connection]