Fedora + niri - Failed to initialize pipeline state to playing - Feature request: support dmabufs #301
Comments
|
The |
|
the directory IS created If we look closely, the Kooha.mp4 file has 0 bytes on it, so no actual recording was made. It works fine on Gnome as I said, it's on niri where it has problems, let me test on sway just to be sure. |
|
Works on sway.... huh. This is weird. |
|
Does the journalctl output tell you something? O-O I'm opening in issue on the niri repo too. |
|
The problem is that Kooha wants shm and niri doesn't implement shm. Arguably, it's better for Kooha to learn to deal with dmabufs, because shm is slow. :) But niri could also learn to provide shm. |
thepragmaticmero
changed the title
|
Hello, thanks for the insights. I'd like to ask if this is still reproducible in the main branch |
|
Is there a nightly flatpak of some sort to try? |
|
CI creates a flatpak bundle: https://github.com/SeaDve/Kooha/actions/runs/10033656261/artifacts/1724108935 |
|
Hm, still doesn't want to negotiate for some reason: |
|
|
|
I think some kind of pipeline involving |
|
Same problem on that build. |
That should indeed work, but I prospect that it may not work on all devices. |
Btw, did the error message remains the same? |
|
Yeah. I suspect that it still might not negotiate DMABUF somehow. |
|
I wonder if the problem might be something else.. |
|
I'll create a build without |
|
I'm afraid there isn't, since the other negotiating side is in niri. Btw there's also this WIP xdp sink element that I couldn't yet get to work either: https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1405 Might be something on PW/GST side... |
|
Here's the version without I doubt it will fix the issue given https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1405, but maybe it is worth the try. I also recommend using VA H264 profile which can be changed in the preferences. |
|
Tried, same error, and same error with VA H264. I guess I'll try again when I have new PW according to the xdp src MR. |
|
I'm now on F41 with PipeWire 1.2. Kooha from master still fails to start a pipeline, but the no-videoflip Kooha linked above succeeds in starting the recording only with VA H264. However, after stopping, it gets stuck on the flushing screen:
After cancelling, the resulting video file size implies that it did record, but it doesn't play back, probably due to interrupted flushing. The area selector shows black with |
Affected version
2.3.0 flatpak
Bug summary
"Failed to start recording"
Caused by:
0: Failed to initialize pipeline state to playing
1: Element failed to change its state
Steps to reproduce
Expected behavior
The regular Gnome behaviour, I'm using a smithay based window manager, "niri". OBS works fine on niri. But Kooha spits the previously shown error.
Relevant logs, screenshots, screencasts, etc.
when running debugging command
I have a Gnome virtual machine (Fedora Silverblue 40) I tested it there and it works as expected. It is on "niri" (Fedora Everything 40) where I doesn't work, also I used flatseal to enable file read and write permissions. Not sure what happens really.
The text was updated successfully, but these errors were encountered: