robertoj

quoting JPL: Did you see any announcement by the github's owner, about what we can expect from her/his source code? Looking at the content of the file, it seems like we need to download the code from: https://github.com/philipl/mpv#branch=v4l2request or https://github.com/philipl/mpv/tree/v4l2request And include this build-time configuration -Dv4l2request='enabled' I have posted instructions to build MPV on Sept 26 in this thread Warning: if you try compiling this MPV source package, don't try it in bookworm. You need Trixie to get the required libavcodec60+ dependency (and maybe others).

Instructions to build mpv, for anyone trying it with trixie... I don't see any pre-compilation options related to v4l2request https://forums.raspberrypi.com/viewtopic.php?t=360902#p2172777 https://github.com/mpv-player/mpv-build https://www.youtube.com/watch?v=KdyX3k8vOhw

Has anybody had success with ffmpeg-v4l2request under Debian TRIXIE? I have seen successful reports from Jammy and Noble users... are they still having success?

I think it will run out or RAM... but try it anyway

That change is already merged into Armbian for the orange pi zero LTS. It was such a long time ago, I don't remember how to use it right now. https://github.com/armbian/build/blob/9ef5b99b220c5e77b55514136e025008c16ccbfd/patch/kernel/archive/sunxi-6.12/patches.armbian/enable-TV-Output-on-OrangePi-Zero-LTE.patch#L8 https://github.com/armbian/build/commit/41260ac309b487d241fec97ffbdeced730bc2d04 Partial progress log https://forum.armbian.com/topic/22226-orange-pi-zero-lts-tv-out-in-2022/#findComment-162035

Is it the 128x160 1.8" red screen? Combine the knowledge of https://forums.raspberrypi.com/viewtopic.php?t=380704&hilit=ST7735S#p2275556 and https://forum.armbian.com/topic/47971-driving-the-ili9488-lcd-40-inch-cheap-chinese-clone/ To use the panel-mipi-dbi-spi driver, which is more universal for SPI screens Warning: you will not get the spidev, and the linux OS will handle all the rendering. Also, X11 may have a problem with Linux 6.14, unless someone fixes a bug

Make sure that the octoprint project still supports 32 bit CPUs For low ram sbc's, I suggest doing a classic installation, instead of Docker You can skip the webcam portion installation, and give you no problems. I had my opiz LTS (512MB) running octoprint last year, and the webcam function works well... but I only used octoprint-Docker when I had 2GB of RAM server.

I don't see it as the very latest bleeding edge kernel version. I see it as a newish Linux, which already has the armbian patches updated for. Some CPUs end up with newer or older Linux versions, due to varying levels of development success. For example, sunxi's armbian edge is 6.15.4 today, but the linux trunk is up to 6.17-rc6 ... (not available in Armbian)

Building a rolling release is more than just showing that in the MOTD. If you do "sudo apt upgrade" in an OS image you just built, you probably will have zero or one packages to upgrade. If you start with an image built a long time ago, or with packages defined a long time ago, then "sudo apt upgrade" would take a long time.

I have the same debian as you: 5.1.4-xxx-v4l2request, installed over Debian Bookworm, with Linux 6.15 (OS built by myself). When I tried the ffmpeg-7.x.x-v4l2request for Trixie, I could not get hardware acceleration.

Search my threads with keyword "ili9341". Post a photo of your wiring, a schematic, and what did you try within armbian... in this thread.

That will definitely make you not get hardware accelerated video Make sure to follow the 3 commands to install the custom repo, its certificate and higher priority: sudo wget http://apt.undo.it:7242/apt.undo.it.asc -O /etc/apt/trusted.gpg.d/apt.undo.it.asc . /etc/os-release && echo "deb http://apt.undo.it:7242 $VERSION_CODENAME main" | sudo tee /etc/apt/sources.list.d/apt.undo.it.list $ echo -e "Package: *\nPin: release o=apt.undo.it\nPin-Priority: 600" | sudo tee /etc/apt/preferences.d/apt-undo-it sudo apt update Then check that the new custom dpkgs are available for install/upgrade apt list ffmpeg-whatever Here's how I force install a specific version: sudo apt install packagename=nn.nn.n

Share your displaying configuration by running "neofetch" and post it here. If your X11 is running on top of framebuffer, instead of DRM, it wont work. I also would like to get more debug from cedrus, linux's v4l2... but at least you can add -v to mpv to get more debug You only need the ffmpeg plugins offered by the original poster of the v4l2-request thread This is tested with mpv player only. v4l2-util and -ctl are only useful for webcams and video capture devices. v4l2loopback is not involved here. I don't have it I have an orange pi zero LTS, but I havent tested it there (I would use an SPI LCD, since it doesn't have an HDMI prot)

For debian problems, do what I do: Get the cheapest raspberry Recreate the problem Ask the question in the raspberry forum Apply solution to Armbian XD

XD take your concerns to Canonical

With the armbian build system, you can build either Bookworm or Trixie You will always get the latest Bookworm or the latest Trixie packages in a freshly built armbian OS. This is what's meant by "always rolling release"... not to be understood as "always sid or Trixie". Independently, the armbian build system will let you choose a stable Linux version, or the latest available from Armbian (edge).

You are still using an old Linux. You need Linux 6.13 or newer. You need to build your own Armbian OS. Also, don't forget the cma=256M kernel argument

Get the microsd card mounted in your linux laptop Open /boot/armbianEnv.txt Add the line: extraargs=plymouth.enable=0 disablehooks=plymouth https://wiki.archlinux.org/title/Plymouth When you get booted in your armbian OS: sudo apt remove plymouth

I don't know anything about this patch, but check this: * Linux version you are using, vs Linux version corneliius has used * Try deleting the hunk in the patch that caused the problem you saw, and see if other hunks cause patch failures * If it is only one hunk causing the problem, look at the file that is affected by the patch drivers/auxdisplay/Makefile: do the lines mentioned in the hunk exist in the Makefile? In the expected line number?

Find a DTS that uses compatible="waveshare,rpi-lcd-35" and try again (I don't use that LCD, so I am not sure... but I know it is special because it contains a SPI-to-parallel chip)

Can you try if any of the H3 images from libre-elec would get you video acceleration? https://libreelec.tv/downloads/allwinner/ i once tried the orange pi pc image in my orange pi zero lts (h3) and it worked

Bookworm is going to remain as an armbian-build option, right?

My main theory is that linux 6.12 doesn't have the v4l2 improvements needed for hw acceleration, that you can only get with linux 6.13.... The link i published explains that.

Did you compile your armbian OS with linux edge 6.15.x, bookworm, xfce? https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/#findComment-216587

Your gpios lines are declaring reset="i6" and dc="h4"... is that correct? At this point, we can see that all pins are correctly defined and connected. Maybe wire length issue? Bad terminal connection? My wires are 15cm long... directly connected with dupont connectors.