Nico_198X

joined 1 week ago
[–] Nico_198X@europe.pub 4 points 4 hours ago

yes. appreciate that fact and enjoy your day.

[–] Nico_198X@europe.pub 1 points 4 hours ago

so Maxwell was sent to jail and Epstein "killed himself" because there's no evidence.

i see...

[–] Nico_198X@europe.pub 20 points 7 hours ago (3 children)

these are the same fucking ppl convinced in their own brilliant ideas, except they have none of the skill to accomplish it, so they mooch off of other's skills. "i'm an idea man."

other ppl were always just tools to them, so they want to build a skill machine so they can remove the annoying part of being reminded that other ppl are actually talented.

fucking abhorrently inhuman.

[–] Nico_198X@europe.pub 3 points 12 hours ago

ay i know, Big Finish is a tad expensive. ;_;

i try to just buy one at a time. XD 10 pounds every couple of months isn't so bad when i think of it that way. XD

 

SO good to hear 13 again! very happy to have her back!

[–] Nico_198X@europe.pub 2 points 1 day ago* (last edited 1 day ago)

i really don't think that's true about arch, but in general i get that there is a spectrum of how much ppl want to be active in the maintenance of their computer.

i use EndeavourOS, but for my wife i give her Kalpa, which is atomic and much more "less fuss, just use computer."

maybe @makeitwonderful@lemmy.sdf.org would like an immutable distro.

  • Aeon
  • Kalpa
  • Fedora Silverblue
  • Fedora Kinoite
  • Bazzite
[–] Nico_198X@europe.pub 2 points 1 day ago

doesn't bother me, i get what you're saying.

[–] Nico_198X@europe.pub 5 points 1 day ago (7 children)

funny and glib, but not true

[–] Nico_198X@europe.pub 2 points 1 day ago (2 children)

i suppose, it's a loose analogy he brought up, so i was just trying to speak his language.

the point is, the packages are different, particularly core ones. so it is not straight Arch.

[–] Nico_198X@europe.pub 4 points 1 day ago (4 children)

It's not really arch. It's more like Ubuntu is to Debian.

EndeavourOS is straight arch repos, with one additional optional repo of their own with a few of their tools, branding, etc.

Cachy is opinionated about the OS.

EndeavourOS is only opinionated about the install setup. Arch with sane defaults.

[–] Nico_198X@europe.pub 4 points 2 days ago (6 children)

no. it is akin to Manjaro in that it is based on Arch repos, but is opinionated. they have their own kernel, wine, proton, with their patches.

[–] Nico_198X@europe.pub 2 points 3 days ago

lol my man. XD get ALL up in there!

24
submitted 5 days ago* (last edited 5 days ago) by Nico_198X@europe.pub to c/selfhosted@lemmy.world
 

i’m starting to think it’s the debian base of this container image. it may just be too out of date for my GPU.

i think i'm giving up on this for now.

thanks all!


hey all!

for the life of me, i cannot get VAAPI hardware accelerated encoding to work. i always get this error:

Error: ffmpeg exited with code 234: Device creation failed: -22.

Failed to set value '/dev/dri/renderD128' for option 'vaapi_device': Invalid argument

Error parsing global options: Invalid argument`

at ChildProcess.<anonymous> (/app/node_modules/fluent-ffmpeg/lib/processor.js:180:22)
at ChildProcess.emit (node:events:524:28)
at ChildProcess._handle.onexit (node:internal/child_process:293:12)
  • AMD Radeon RX 9060 XT
  • the peertube vaapi transcoding plugin is installed
  • i have mesa-va-drivers and mesa-libgallium installed from bookworm backports.
  • the container is rootful.
  • /dev/dri is mapped
  • the render group id matches between host and container.
  • SELinux is set to allow containers access to devices.

no joy.

vainfo

error: XDG_RUNTIME_DIR is invalid or not set in the environment.

error: can't connect to X server!

libva info: VA-API version 1.17.0

libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so

libva info: Found init function __vaDriverInit_1_17

amdgpu: os_same_file_description couldn't determine if two DRM fds reference the same file description.

If they do, bad things may happen!

libva info: va_openDriver() returns 0

vainfo: VA-API version: 1.17 (libva 2.12.0)

vainfo: Driver version: Mesa Gallium driver 25.0.4-1~bpo12+1 for AMD Radeon Graphics (radeonsi, gfx1200, ACO, DRM 3.63, 6.15.4-1-default)

vainfo: Supported profile and entrypoints VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileHEVCMain : VAEntrypointVLD VAProfileHEVCMain : VAEntrypointEncSlice VAProfileHEVCMain10 : VAEntrypointVLD VAProfileHEVCMain10 : VAEntrypointEncSlice VAProfileJPEGBaseline : VAEntrypointVLD VAProfileVP9Profile0 : VAEntrypointVLD VAProfileVP9Profile2 : VAEntrypointVLD VAProfileAV1Profile0 : VAEntrypointVLD VAProfileAV1Profile0 : VAEntrypointEncSlice VAProfileNone : VAEntrypointVideoProc

i've also tried updating the packages from trixie and sid, and installing the firmware-linux-nonfree.

i've tried disabling SELinux. i've tried making the container permissive.

no change.

any help is appreciated! thank you!

i’m starting to think it’s the debian base of this container image. it may just be too out of date for my GPU.

 

i just ended up going with a new image with the components installed, which i've been informed is best practice.

 

i just ended up going with a new image with the components installed, which i've been informed is best practice.


Hey there!

i have an Owncast container that needs two extra files added to it every time it starts up because the base image doesn't include them. they can be downloaded from within the container. i just need a way to tell the container to always do that when it starts up.

i've tried adding this to my quadlet:

[Container]

Exec=apk update && apk add --no-cache mesa-va-gallium mesa-dri-gallium

but it doesn't work.

does anyone know how to correctly automate this?

thanks!

 

SOLVED: turns out mesa is not enough for this. i also had to install:

mesa-va-gallium mesa-dri-gallium

now we're good!


hi all!

i've hit a wall here and could use your input if you have any thoughts!

i'm running Owncast latest via rootful Podman on a distro with SELinux.

i'm trying to implement hardware acceleration via the server's AMD GPU, but it is not working.

AMD Radeon RX 7600

Kernel: 6.15.4-1-default

i've turned VAAPI on in the web admin settings.

the container comes with ffmpeg 6 and libva.

For SELinux, i've run:

setsebool -P container_use_devices true

In my quadlet i've added:

[Container]

AddDevice=/dev/dri

Exec=apk add mesa

the devices appear rw in the container:

/app # ls -l /dev/dri

total 0

crw-rw---- 1 root 486 226, 0 Jul 9 15:58 card0

crw-rw---- 1 root 489 226, 128 Jul 9 15:58 renderD128

here is the error i'm getting:

time="2025-07-09T15:58:46Z" level=error msg="[AVHWDeviceContext @ 0x7f96891c7cc0] Failed to initialise VAAPI connection: -1 (unknown libva error)."

time="2025-07-09T15:58:46Z" level=error msg="Failed to set value '/dev/dri/renderD128' for option 'vaapi_device': I/O error"

time="2025-07-09T15:58:46Z" level=error msg="transcoding error. look at data/logs/transcoder.log to help debug. your copy of ffmpeg may not support your selected codec of h264_vaapi https://owncast.online/docs/codecs/"

time="2025-07-09T16:04:25Z" level=info msg="Inbound stream connected from 192.168.0.235:42698"

time="2025-07-09T16:04:25Z" level=info msg="Processing video using codec VA-API with 3 output qualities configured."

time="2025-07-09T16:04:25Z" level=error msg="[AVHWDeviceContext @ 0x7f8a2a047cc0] Failed to initialise VAAPI connection: -1 (unknown libva error)."

time="2025-07-09T16:04:25Z" level=error msg="Failed to set value '/dev/dri/renderD128' for option 'vaapi_device': I/O error"

time="2025-07-09T16:04:25Z" level=info msg="Inbound stream disconnected."

time="2025-07-09T16:04:25Z" level=error msg="unable to write rtmp packet io: read/write on closed pipe"

time="2025-07-09T16:04:25Z" level=error msg="transcoding error. look at data/logs/transcoder.log to help debug. your copy of ffmpeg may not support your selected codec of h264_vaapi https://owncast.online/docs/codecs/"

any help to troubleshoot this would be most appreciated! thank you!

view more: next ›