robertoj

A USB battery bank will turn off the 5V for half a second, every time it is plugged or unplugged from the wall or car adapter. And the linux SBC will reset. There are some SBCs that have an onboard lithium charger, such as the Odroid U3

I have an i96... but now I only had time for my other SBCs. Great to see there was a recent update In this latest debian image, does it have good support of USB hubs?

Do a google search for "raspberry overlay filesystem" That way, when you turn from development to testing (under risk of power loss), the OS opens and operates files in an "undoable way". When the power shuts off, it just keeps the data since before it booted

TV out is working out of the box for Orange Pi zero, with the newest Debian image Thank you to those who worked to make it possible and to merge it

In a recent test, under linux 5.x, I got my orange pi zero xr819 to upload and download at several megabytes per second . But this time it was connected to my OpenWRT router (last time it was on a Verizon router).

The functionality of armbian_first_run.txt is not working at the moment... because "ifconfig" was removed, and there's only the "ip" command.

I learned about this when I was using odroids... maybe armbian and raspberrys works in the same way: https://github.com/Snoop05/raspberrypi/blob/master/expand-rootfs.sh https://forums.raspberrypi.com/viewtopic.php?t=338686 https://forums.raspberrypi.com/viewtopic.php?t=253531

Specializing in orange pi zero sorry for the bad audio… it is a new channel.

I tried the "armbian first run.txt" yesterday and didn't work

I tried using this in my orangepi zero, because my UART-USB connection is not working In the *.nmconnection file, do you need to have something specific in the uuid line? May I delete the line?

Anyone using the XRadio 819 chip... do a test with speedtest-cli and iperf3, in a 5.x kernel (old images) In my case, it was just kilobytes per second.

My github has instructions to make sound work in orange pi zero https://github.com/robertojguerra/orangepi-zero-full-setup/blob/main/README2.md

The orangepi zero built in wifi is XR819... OrangePi should have chosen another wifi chip Look at the section "issues" here: https://github.com/fifteenhex/xradio Is yours not XR819? I got a Wifi USB for my Orange Pi Zero

I have been unable to work on my armbian projects for a month... Has anybody made any progress about H264 decoding in H3? Thank you!

I made my version of the patch for linux 6.1... I didn't think of linux 5.x Is TV-out it working out of the box now, or did you need to follow my instructions?

if you install OpenMediaVault on an OS version that is not supported by them, you will see many errors.

Try using the armbian build script to configure the Linux kernel the way you need it. One of the kernel configurations is "Add wireguard" Here are general instructions on how to recompile the kernel and rebuild the OS image in your PC https://github.com/robertojguerra/orangepi-zero-full-setup/blob/main/README2.md From the wireguard website: https://www.wireguard.com/compilation/ In the linux menuconfig, find: [*] Networking support --> Networking options --> [*] TCP/IP networking [*] IP: WireGuard secure network tunnel [ ] Debugging checks and verbose messages And select "M" for kernel module

I read your github readme, but I am not 100% that you read the instructions for armbian's first run script: https://github.com/armbian/build/blob/main/packages/bsp/armbian_first_run.txt.template Try following that, and maybe the SSH problems will not be an issue with Debian, even if they are an issue with Raspbian.

Dpkg and apt won’t work For you… since you are using an rpm/yum/dnf operating system 🤣 good point. Mesa may also need recompilation to match a patched kernel (analog video patch), and see whether LibreElec has done anything to Mesa. update: LibreElec patched the linux kernel to add analog video and there’s only one H file affected for this purpose: sun8i_mixer.h but I will still recompile mesa to see if it helps the gbm functionality Patch: https://github.com/LibreELEC/LibreELEC.tv/blob/d43e1a4d9222a949a346f23779c547f7e1208c43/projects/Allwinner/patches/linux/0036-wip-h3-h5-cvbs.patch#L4 instructions: https://github.com/robertojguerra/orangepi-zero-full-setup/blob/main/README2.md

Don’t give up yet. i found this discussion, where retroarch is recompiled, using a libgbm-dev installed just in time… so that Mesa’s (GPU library) gbm component matches exactly with the desired retroarch in that discussion. i have a feeling that we must do the same, but compiling ffmpeg and mpv with the latest available libgbm-dev in place… perhaps just mpv. Usualuser… can you share the mesa and libgbm version you are using? dpkg -l | grep libgbm or libOSmesa MAYBE there are some useful tips here: https://bbs.archlinux.org/viewtopic.php?id=278390

I am using allwinner h3, and you are using A64… I don’t know whether cedrus.ko is right for you. Look in this thread here, whether any kernel module has created a /dev/video device that can input h264, like cedrus can. Run libreeelec again and take note of the kernel version, the kernel modules, and the “.config”, and try to rebuild armbian with those options. https://github.com/robertojguerra/orangepi-zero-full-setup/blob/main/README2.md then you would be at the same spot where I am, with the kernel being unable to display the video due to some gbm missing functionality in my kernel.

Thank you… I will try with more LibreElec patches this week. but LibreElec’s windowing system is GBM, not X11… so that’s a thing that I need to follow… somehow.

what I meant is: I want to buy an orangepi H3 with HDMI port, so that I see if there's any difference in hardware decoding. But the ultimate goal is that I get hardware decoding in analog video... it is possible, because Kodi does it. I has been a very long time since I used RedHat... I used yum ... I will see whether "dnf builddeps" has an equivalent in Debian I found in this discussion that: if ffmpeg hardware decoding works with "-f null -", but fails to present the video (my situation), then the problem might be the display driver: https://forum.libreelec.tv/thread/25283-allwinner-h6-hevc/?postID=167090#post167090 Another important variable is the way mpv was configured before compile. Anyone who got it working, check the first few lines of running MPV. For example (something I found in the mpv github):

What would be the closest orange pi to orange pi zero? Ideally it would be H3, with both HDMI and analog video.

Yes. I have applied that drmprime patch also. I think it is a drm or gbm issue now.