BtbN 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.0 is released
blb has quit [Quit: blb]
chandash has quit [Quit: WeeChat 4.4.2]
ursa has quit [Quit: ursa]
makidoll has joined #ffmpeg
Everything has quit [Ping timeout: 252 seconds]
Everything has joined #ffmpeg
blb has joined #ffmpeg
iive has quit [Quit: They came for me...]
Kei_N has joined #ffmpeg
Kei_N_ has quit [Ping timeout: 272 seconds]
gvg has joined #ffmpeg
HarshK23 has joined #ffmpeg
lusciouslover has quit [Ping timeout: 276 seconds]
lusciouslover has joined #ffmpeg
Marth64 has quit [Quit: Leaving]
markizano has joined #ffmpeg
kizano has joined #ffmpeg
EmleyMoor has quit [Ping timeout: 252 seconds]
EmleyMoor has joined #ffmpeg
billchenchina has joined #ffmpeg
Marth64 has joined #ffmpeg
robobub has quit [Quit: Connection closed for inactivity]
\\Mr_C\\ has joined #ffmpeg
wziko has quit [Ping timeout: 248 seconds]
minimal has quit [Quit: Leaving]
Kei_N_ has joined #ffmpeg
wziko has joined #ffmpeg
Kei_N has quit [Ping timeout: 252 seconds]
MRiddickW has joined #ffmpeg
wziko has quit [Ping timeout: 265 seconds]
MRiddickW has quit [Quit: MRiddickW]
Suchiman has quit [Quit: Connection closed for inactivity]
<KillerWasp>
hello. avcodec_receive_packet don't have sense, why they give EAGAIN() where they already receive all the datas what he needed? i'm only build a video file mp4 with only 1 stream of video, by each frame receive always the same image for all the 10 seconds that I'm try save, the video are 30fps, with 300f for save, but lost 41f in EAGAIN all in the begin and is reduced to 8.63s. I understand that it may be handling everything in an internal
<KillerWasp>
buffer before producing output, but why does it have to lose all those frames even after calling av_write_trailer for closure?
rossome has quit [Client Quit]
<JEEB>
you're mixing avformat stuff and avcodec stuff
<JEEB>
which goes over how to utilize the send/receive decoding and encoding APIs
rossome has joined #ffmpeg
Hackerpcs has quit [Ping timeout: 248 seconds]
crossby1004 has quit [Quit: leaving]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
Perflosopher has quit [Quit: Ping timeout (120 seconds)]
Hackerpcs has quit [Max SendQ exceeded]
StephenLynx has joined #ffmpeg
Perflosopher has joined #ffmpeg
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
<JEEB>
KillerWasp: anyways please read the doc, it seriously is one of the better pieces of documentation :P
<JEEB>
but I think the main thing you did not understand is that each context is 100% separate and unrelated to each other. thus you probably should start understanding why "but why did av_write_trailer not flush my encoder?!" as a question mostly shows that you at that point did not yet understand that point
<JEEB>
but hopefully that doc page helps with this specific issue
<KillerWasp>
JEEB: yes, i'm read, but still don't have sense. The problem of 41f is loss persist. I ended up solving it by completely ignoring the EAGAIN, sending the lost packets again in the following frames until the 300 were complete, and after that cutting because there is definitely nothing else in the buffer. It's like the 41f sent were lost definitively and forever.
Hackerpcs has joined #ffmpeg
<JEEB>
KillerWasp: ctrl+F "End of stream"
<JEEB>
and please read that
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
cryptic has joined #ffmpeg
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
<KillerWasp>
JEEB: thanks, i read it and solve my problem. 🙂
<JEEB>
good :)
<KillerWasp>
"Call avcodec_receive_frame() (decoding) or avcodec_receive_packet() (encoding) in a loop until AVERROR_EOF is returned. The functions will not return AVERROR(EAGAIN), unless you forgot to enter draining mode." - this's what i needed for my code.
Krusher has quit [Read error: Connection reset by peer]
wziko has joined #ffmpeg
wziko has quit [Ping timeout: 260 seconds]
JanC is now known as Guest4566
JanC has joined #ffmpeg
Guest4566 has quit [Ping timeout: 252 seconds]
DarkSkyes has joined #ffmpeg
rvalue- has joined #ffmpeg
rvalue has quit [Ping timeout: 246 seconds]
alexherbo2 has quit [Ping timeout: 256 seconds]
rvalue- is now known as rvalue
Traneptora has quit [Changing host]
Traneptora has joined #ffmpeg
lusciouslover has quit [Ping timeout: 260 seconds]
lusciouslover has joined #ffmpeg
five61848033917 has quit [Remote host closed the connection]
five61848033917 has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg
Traneptora has quit [Quit: Quit]
Traneptora has joined #ffmpeg
celmor has quit [Ping timeout: 256 seconds]
wziko has joined #ffmpeg
<welder>
Hi, are there plans to introduce support for grabbing screen under wayland?
<welder>
the preffered way is to use the xdg-desktop-portal. I've seen a ticket about that with a suggested patch from November 2023 but it didn't get in
wziko has quit [Ping timeout: 265 seconds]
<welder>
I feel that when more and more DEs adopt Wayland, such feature will be needed
<JEEB>
welder: it's currently possible with the DRM/KMS capture module, but there is a patch set on the ML for the FD portals API
<BtbN>
The patch is still in the works I think
<BtbN>
Cause of how messy and complex the whole thing is
<JEEB>
would not surprise me
<BtbN>
You need to make a ton of dbus calls, and then also do other magic, to then finally be able to get frames in some weird way and format
<welder>
how can I find that patch on ML?
<welder>
can you grep a mailing list?
<JEEB>
patchwork should allow you to search
<JEEB>
however they named the patch since "portal" doesn't hit anything :D