All Activity
- Today
-
I started building mesa 25.2 according to https://docs.mesa3d.org/install.html When I started meson, it complained about meson-1.0.1 is too old (Bookworm)... needs 1.4.0 Trixie will provide meson 1.7... is this what you did? Start with a self built Armbian-Trixie? When you type "replace the libs", do you mean to uninstall debian package, and install the just compiled source? libva2 - Video Acceleration (VA) API for Linux -- runtime Is this independent from ffmpeg (I only see libav in ffmpeg, not libva) Does mpv need any special configuration?
-
Everything works, but I don't know why (;-) I upgraded to a new kernel 6.12.34-current-meson64 and also to the current u-boot. If I take a look at a current armbian image, every image.. vmlinux.. etc. is available in the boot folder, but no uImage. In my boot folder, however, in addition to the these files in the current armbian image, in my boot folder is still is a uImage from 2022. uname -r -> 6.12.34-current-meson6 So the current kernel is loaded and everything works. But if I now delete the uImage from 2022, the computer no longer boots. How does a current armbian image manage to boot without uImage? Is a uImage created at the first start? Manually I have created a new uImage via mkimage -A arm -O linux -T kernel -C none -a 0x01080000 -e 0x01080000 -n "Linux" -d ./vmlinuz-* ./uImage and the computer boots again, without uImage and only with the vmlinuz files not. Long story - can I leave it like that, or is there a way to boot without uImage.
-
How did you flash the u-boot ? Were you able to run armbian with that u-boot and install on the NVME drive? Thanks
-
I have tried again with trixie, ensuring that the kernel patches were taken... no difference. Then I build a Bookworm Armbian image, with linux 6.15.4. It wasn't visible wether the kernel was downloaded from armbian, or the last one was included in my OS image. Just for fun, I tried it with Bookworm's default ffmpeg-5.1.6, with xfce with compositor off... and I got a 1080p MP4 playing with 100% mpv log: Note that mpv still complains about unsupported hwdec: drm I repeated the test with compositor ON: killall xfwm4 && xfwm4 --compositor=on --display :0.0 & Same result: CPU 100%, but nice full FPS video Then I tried with the ffmpeg-x.x.x-v4l2 request Adding the repo, updating, and checking the update: Then I tried playing the mp4, I got no complaint about "unsupported hwdec: drm", but the CPU was still 100% For the first time, I get some video glitches when I resize, and repeated messages: Failed to create scanout resource DRM_IOCTL_MODE_CREATE_DUMB failed: Cannot allocate memory compositor=on or off doesn't make a difference for me. mpv log: Summary: Armbian Trixie (and the correspoinding ffmpeg 7.1.1) will always result in "unsupported hwdec: drm", with default ffmpeg, or ffmpeg-v4l2 request Armbian Bookworm (ffmpeg 5.1.6) will never complain about "unsupported hwdec: drm", with default ffmpeg or ffmpeg-v4l2request. Still 100% CPU
-
use my works: h616.tar.xz
-
follow the official instructions, change these dts to user overlay, simplicifed deployment just use `sudo make install` h616.tar.xz
-
Currently I am running HA supervised on Debian 12 bookworm. Debian boots from USB drive without any issue. So your suggestion should work I believe. Thanks for the suggestion. You are quick as always to reply.
-
Does exist a stable, old, low temperature version of Armbian for OPi1
Werner replied to psygnosis's topic in Orange Pi One
I would. Happened in the past but no clue which hw. Probably also something aw related. -
OK what makes you think you got hacked?
-
mmcblk1 should be the uSDcard it is on Nobel and Bookworm, it was there before I got hacked.
-
No, Armbian has not become a total nightmare. But your posting all over the place, in several threads here and even Ubuntu ustream trackers with a bunch of unsubstantiated and obviously nonsensical claims IS absolutely a nightmare. PLEASE STOP! You make bogus claims faster than anybody can look into them. What made you think this was related to postgres? What makes you think Ubuntu downgraded their Gnome in Noble? Slow down, take a deep breath and stop being all over the place.
-
Please share details: Orange pi zero 3? Downloaded armbian OS? Self-built? What Linux version? No changed linux configurations? XFCE? 1080p HDMI display? What CPU% while playing a 1080p MP4?
-
You do have a mmcblk0, why do you think there should be a mmcblk1?
-
i've got working with compositor turned on
- Yesterday
-
@Igor Is this something that Armbian can add automatically for a board? Maybe that it did in the past?
-
Thank you for your generous offer, @coroner21. I am interested and would love to use this unit to keep it supported in Armbian Core. My goal would be to help keep it at standard supported status. I was already able to lift the BPi M2+ from community to standard support status. I have sent you a PM.
-
Armbian has become a total nightmare. Things keep breaking and theres no way to get a proper build of a past state anymore, so if I loose a copy of the original image I used for a machine then I am stuck again. Stuck with hardware that will not work again. And this hardware costs a lot of money, and its a lot of time too. Why Armbian was not written with this in mind I really don't know ??? The tree kernel lines supported seem to change randomly and are not in alignment with the linux kernel versions or seem to change randomly just at the wrong times.
-
There are no instructions to do this because it isn't supported and it is really, really, really hard because there are many, many, many dependencies across many different repositories all changing over time. While you may be able to get something to work in some cases, you have to deal with tracking down build errors and figure out what changed and what to roll that source back to.
-
I cannot verify your claim that Ubuntu "reverted" to Gnome v44. Noble has v44 indeed. v46 is not anywhere in a Ubuntu release so my guess is you shot yourself in the foot with some random PPA or whatever repo out there. https://launchpad.net/ubuntu/+source/meta-gnome3 There is no shortage of boards out in the wild, nobody would think that. What there is, is a shortage of people willing to fund development, be it users or companies. Big shout out to those who do and to our volunteer devs, thank you!
-
Thank you for your work and I'm happy you fixed it for your installation. It would be good to have this be incorporated into Armbian itself.