01:26 <BtbN> The only way is kmsgrab, which is incredibly low-level

01:26 <BtbN> There's a capture filer for pipewire or something on the ML.

01:26 <BtbN> It's like 1000 lines of dbus, and 100 lines actual active code or something, but it should work :D

01:30 <kepstin> yeah, there's two separate parts needed for screen capture on wayland. one is dbus communication to the xdg-desktop-portal to ask for capture permission and get a pipewire fd, and the other is input support on ffmpeg for getting video from a pipewire fd.

01:31 <kepstin> (technically only the latter part _needs_ to be in ffmpeg code, since external code could do the dbus stuff and pass the fd to ffmpeg if needed)

01:31 <kepstin> but having it all available would be convenient.

01:32 <BtbN> Why ffmpeg can't be in the position pipewire is, and just do it directly, I don't get

01:32 <BtbN> But I'm just getting more and more frustrated about the whole wayland situation anyway

01:50 <kepstin> pipewire doesn't get it directly either, it's just being used as a transport

01:51 <kepstin> the only thing that can capture the screen in wayland (without going behind its back as root) is the compositor. The xdg-desktop-portal provides a standard interface to ask the compositor to give you a video stream of screen capture, and it happens that they chose to use pipewire as the transport mechanism. The compositor puts frames into pipewire, and the application takes frames out of pipewire.

01:58 <kepstin> the communication between xdg-desktop-portal and the compositor goes through desktop-specific plugins. gnome's uses a privileged private dbus interface to talk to gnome-shell, i'm not clear on how kde does it, and with wlroots compositors it goes through a wayland protocol extension.

03:50 <evilscreww> how can ffmpeg still concatenate vfr files?

03:50 <evilscreww> just curious

05:23 <fling> I'm interested as well

05:24 <fling> btw are you using concat evilscreww ?

06:50 <evilscreww> <fling> btw are you using concat evilscreww ?

06:50 <evilscreww> - i am indeed, i have used concat as command line and in lossless cut

06:50 <evilscreww> they both seem to work fine so far, but lossless cut will actually at least compare the critical video information such as resolution size etc

07:00 <fling> ffmpeg rocks

07:19 <evilscreww> its pretty good just hard to use

07:31 <sopparus> is there a way to set maxtimeout of conversations?

07:31 <sopparus> i got a mp3 conversation thats been stuck for several days

07:31 <sopparus> mp3

07:38 <evilscreww> https://ibb.co/QQbfr2q whats this mean?

09:28 <evilscreww> https://ibb.co/QQbfr2q whats this mean?

09:45 <kmikita> evilscreww, if you using LosslessCut for concatenate, try to ignore

09:46 <kmikita> youre source files codedwith different profiles

11:07 <meco> Will I be kicked out if I present an issue with reference to a failed solution presented by an AI chat bot?

11:08 <JEEB> if what the LLM thing generated something that doesn't make sense, then not sure if it makes sense to post that :P just start with what you want to do.

11:16 <meco> OK, my current problem is related to my wish to create or edit subtitles for audio files using my familiar subtitling app, Gaupol. Its limitation is that it won't allow an audio file to be opened the same way it opens video files, I have attempted to convert my mp3s to video format, e.g. mp4 and webm, but something's the matter with these videos as Gaupol rejects them. All other video files that I have opened in Gaupol have played just fine. My most recent

11:16 <meco> attempt has been with this command: 'ffmpeg -f lavfi -i anullsrc=channel_layout=stereo:sample_rate=44100 -i input.mp3 -c:v libx265 -c:a output.mp4'. The error message I get from ffmpeg is 'At least one output file must be specified'.

11:17 <furq> you're missing the argument after -c:a

11:17 <meco> Such as?

11:17 <furq> whatever codec you want to use

11:18 <furq> you're also creating an empty audio stream and no video stream

11:18 <furq> i guess you want something like ffmpeg -f lavfi -i testsrc,format=yuv420p -i input.mp3 -c:v libx264 -c:a copy -shortest out.mkv

11:23 <meco> Thank you! That was a nice little placeholder video thing also, but I will prefer the black screen to better see the subtitles.

11:23 <furq> replace testsrc with color=black

11:26 <meco> Thanks! I'm happy I finally got to this channel. Iam mostly offline, so when I am occasionally online I have been asking Gab AI to help me (and before that Tuxbot as linux,org before it got discontinued), but it sometimes provides the wrong answers…

11:36 <meco> Question: Is it easy for ffmpeg to duplicate the actions of the mp3splt app? What I mean is, does the command become very complicated?