RagnerBG

Thanks for your suggestions, but it doesn't seems armbian github to work that way. "git tag -l" show nothing and "git checkout tags/v2016.06" said - "error: pathspec 'tags/v2016.06' did not match any file(s) known to git". I remember i tried to switch to something older in armbian git before, but even if i download zip to earlier point, when i execute ./compile.sh it always update to latest. I guess i have to wait someone to note and fix this. I just was in a mood to play with H3 a little...

Hello. I have some problem, building image from source. I try to build legacy kernel, full image, CLI, for Orange Pi PC and Orange Pi One (the two i have), but it always stops at "LD kernel/built-in.o", with the following error: [ error ] ERROR in function compile_kernel [ common.sh:177 ] on both platforms. I try Ubuntu Xenial and Debian Jessie, same error at the same place, so i don't think it's OS related. I delete the source and git clone again, but this not helped. I also try to build the same image (5.14_Ubuntu_xenial_3.4.112, CLI) for my A20 Lamobo R1 and it builds with no errors. So there must be something with H3 only. As far as i see, line 176 and 177 of common.sh consist the following: if [[ ${PIPESTATUS[0]} -ne 0 || ! -f arch/$ARCHITECTURE/boot/$KERNEL_IMAGE_TYPE ]]; then exit_with_error "Kernel was not built" "@host" but this speak nothing to me. Some help please .

How much time you wait for HDMI output? OrangePi-s, unless older Allwinner based boards, doesn't output anything from HDMI at first, when they booting. I guess this is the part before kernel start. You have to wait at lest a minute (strangely, but this time depends on SD card capacity for me) and green led have to blink. I am not tested this on latest pre-build image for Pi One, but all my compiled images works that way, only there where a bug with leds in previous versions, that is fixed in latest 5.14 image i tried.

I guess so, but VDPAU have some issues with certain mpeg4 files, so it is good to have other option at hand. Thank you.

Thanks for sharing this. It will definitely take a part in my future installations. Before i test it - will i be able to choose opengl as rendering method in video players, or it is only for games? And it's not clear for me from above - what variant of mali binary driver you install - X11 or framebuffer? Does it matter?

I am sure a lot of people are waiting for this and will be grateful. Armbian is great platform, but with H3 specifically, there are a lot of issues with multimedia part and this should be the main target of this boards. That's why i currently using my router A20 board for multimedia, as it have less issues, which is weird. For example - mpv player works very well and as part of smplayer, even better, but subtitles support through pixman (because of missing g2d) have some annoying overlapping issue, while in your OpenElec they are fine. I don't know how you do it there. And system sounds, like in browsers, have some major bug. Unfortunately i can be of no help in this collecting job, but i just want to say - thank you and take a part in encouragement thing .

Could you provide "env" output from ssh terminal? I'm guessing too. And you can also check user rights of mali, ump, disp, fb0, g2d and cedar_dev in /dev .

No, this is not the case. mplayer2 always show this h264 error. If you want it to work correctly, build mplayer from source. And i suggest you to to the same with mpv, ffmpeg and maybe libvdpau-sunxi. I can show you how i do it, even if it's a little noob way, but it works for me. But of course @rellla could be of more help here.

Pardon my ignorance and bad english. It was couple of months ago and i am not sure about commit. I browse through master libcsptr and staging branch of linux-sunxi/libvdpau-sunxi.git and tried some versions. And this commit above look like the one from libcsptr branch i think i tried, because i remember it has the same requirements and i had to install libcsptr. The issues i noticed are for those one.

Hello. I think i've tried this commit on older Armbian version before (4.83 or 5.00), on my A20 device (libvdpau-sunxi VE1623) and i had some issues, but i don't remember what. Or hwacceleration was not working, or video was glitchy and trembling. But on this version of libvdpau-sunxi, brightness and contrast are really the issue, because picture is very dark. So it will be nice if this patch make it's way to master . I am not that experienced and i don't understand building process well, but about brightness, contrast, hue and saturation, i always have different behavior in every new build, with the same versions of drivers and libraries and the same steps i follow. For example - my previous build of Armbian 5.06 i was able to adjusts only contrast and hue and not brightness (saturation, i don't tried), while on Armbian 5.07 which i use now, everything work correctly and i don't dare to upgrade and touch anything . While on my H3 device (libvdpau-sunxi VE1680) and the same Armbian 5.07 and almost the same steps of installing stuff, non of brightness, contrast, hue or saturation worked. Hopefully with the version of libvdpau-sunxi there, image is bright enough and don't need to be touched much. Anyway, thanks for you work and support .

I have similar issue with slow booting from powering to loading kernel. Maybe it's related to this case. I don't know what is the reason but i notice, it's somehow related to SD card capacity. If i use smaller - <16Gb, kernel load fast enough, but >16Gb (i have some 32Gb microsdhc and one 64Gb), loading kernel takes very long time, after kernel loads the rest of booting process is with normal speed and even faster, because my bigger sd cards are faster. For some reason the delay is proportional to capacity - the bigger, the longer it takes to load kernel. This behavior i see on my Lamobo R1, on my H3-s i can't tell for sure, because there is no output through hdmi until kernel loads, but it's seems there is the same. Of course i don't except my sdcards to be the issue, because i use some cheap chinese brands, but they are new, fast and show no problems so far.

Sorry, i can't be of much help here. I planned to deal with remote desktops sooner, but have no experience yet. I know that most of protocols doesn't support a/v streaming, so it's normal to see black screen. There where some topics here and a sort of walkthroughs about this. From @hatahata and some other, i don't remember nickname, so check it out.

As for me, it's necessary because things works better with 'this manual building', at least for me. And i find LXDE more confortable as desktop environment. I appreciate your efforts to support more boards and to cover more functions and aspects, but i need to tweak thing a little for my easy. Armbian is almost perfect in hardware and networking support, but as you already mentioned, multimedia need more attention and is not yours main goal (nor mine, but it's fun to play with it ). I really would like to have newer mali driver in hands and to avoid all this vdpau workaround, but as i already read here, more skillful man is needed to cover this. Til then i read here and there and prefer to do thing my way, if i am able.

I just tried the same file, taken from here and it plays fine: There is something on your side. With quick google-ing this either have something with environment variables, or with some modules not loaded, or have no correct permissions. Did you try this on Armbian Desktop, or add environment variables manually, as i shown above? "export VDPAU_DRIVER=sunxi" need to be set and perhaps before ffmpeg and mpv build, although it's usually there by default. I have the following modules in /etc/modules for H3: disp ump mali drm mali_drm ion I also create file named 50-mali.rules in /etc/udev/rules.d , with the following contents for correct permissions: KERNEL=="mali", MODE="0660", GROUP="video" KERNEL=="ump", MODE="0660", GROUP="video" KERNEL=="disp", MODE="0660", GROUP="video" KERNEL=="fb*", MODE="0660", GROUP="video" KERNEL=="cedar_dev", MODE="0660", GROUP="video" KERNEL=="ion", MODE="0660", GROUP="video" You may try this as well. Or just start everything from scratch on clean image. This manual building is a little catchy and i always have sort of different results in every new try, even if i follow exactly the same steps.

Huh, this is my favorite developers behavior. Make some minor change and ruin something that hasn't any problems before. You are right, i check it and my "fix" doesn't work any more. The primitives.cpp file is the same, except those 2 lines, but built failing with or without it. And i have to note, the whole last lines of this file are the "fix" for ARM architecture, discovered before, but this checking in "#if ENABLE_ASSEMBLY && X265_ARCH_ARM == 0" doesn't work, so i just remove it. Maybe it's because there is separate build instructions for ARM - ARM Instructions, but when i try to execute "./make-Makefiles.bash" in "x265/build/arm-linux" i got permission denied, but you may try this as well if you know what to fix, i can only guess, it searching for something missing in armbian system. Anyway, i can suggest you to using old working source, before those changes, for now. I upload it here - http://upload.bg/?get_file=87234dc02d9099cb8aedc5b156ce4468b155a41b . And i intend to keep to it until someone find solution for newest version. Basically, if you try this on OrangePi PC, you should not need to build it, just untar it, enter "x265/build/linux" and execute "sudo make install". If something is not right (for example, because i use X11 version of mali driver, instead of framebuffer, as in Armbian Desktop), built it again with the above steps and maybe clean old build files before this, comparing with original source. As far, as i remember, only make-Makefiles.bash, need to be in x265/build/linux .

I don't know whats the problem with Armbian desktop in latest images, but about disappearing icons and stuff i recommend you uninstall build-in XFCE and install it again, or try other lite desktop. The easiest and complete way, i think, is through tasksel. Install it, if it's not already there and execute it with sudo (sudo tasksel). Then deselect "Desktop Environment" and "XFCE" -> ok and this have to make full uninstall, then reboot. After this you can add it again, or some other like LXDE which i prefer, using tasksel, or aptitude, or apt-get. tasksel will fill you with more stuff you probably don't need, so it's better to use apt-get and manually add packages you want. If you still have a problems after this, you probably need to install mali driver and fbturbo again, as i don't have such problems in LXDE. About non seen cursor in console it's a common issue i don't have a clue. I can only speculate maybe it has something with missing G2D acceleration in H3 architecture, which provide 2D acceleration like hardware cursor. But even if you fought through this, i think it's not gonna be much easy with this GPIO display. I have not tried this yet, but you may drop an eye on this topic - Tiny 3$ lcd on orange pi.

Well, if built-in mpv in Armbian desktop is the case, you can try to build it from source. I explained how i used to do it in other topic - here. Or try to built mplayer from source which is a little easier and with less possible troubles. I can show you how i do it too, if you want. But mpv is better player and i prefer and recommend it, plus mplayer can't play hevc/h265 contents. I guess there is something to be done with internal ffmpeg, but i don't know how to pass built arguments for it yet.

With LightDM there is no problem to login as root in LXDE. I used to deal with Gnome in Armbian before (bad idea) and remember, GDM wouldn't let me login as root, but with LightDM i think should work in all desktops.

What @tkaiser wrote is pure truth. Today i received OpiOne and playing a bit. This board have so many cons compared to OpiPC making it worthless. I was planned to mostly play with it and perhaps use it as Kodi/OpenElec box, but due to a small memory 4k contents are unplayable, although the rest is playing as in OpiPC. But this temperature, wow. >50°C idle with this heatsink as in pictures above (i don't even dare to use it with naked soc), in Kodi >60°C idle, easily reach >80°C. Command line Armbian installs and runs as usual, but have not tested a lot. The only advantage i see is also disadvantage in some cases - the board is smaller than PC, but i have to think about more serious heatsink and this size and placement make my job a lot harder. So there is no sane reason to choose this instead of OpiPC, only if you want to play with it with no serious purpose. I wouldn't use it at this temperature for anything. Not to mention it's probably require more serious power adapter.

That's strange. Armbian for OrangePC (maybe all H3 also) have long time known problem with pulseaudio. There is some topics in the forum about this. But calling alsa device directly in aplications worked. The above config for mpv work for me in Armbian_5.07_Orangepih3_Debian_jessie_3.4.111, and 5.05 from download section too. I am not tried latest build yet, if you are using some newer version, i don't know. What does: aplay -l says? If there are no audio devices, perhaps your account is not part of the "audio" group: sudo usermod -a -G audio <username> and check again. If this is not the case i have no idea. Maybe mpv is the problem. You can install mplayer2 just for quick test (because there will be no hw acceleration through vdpau if you don't build it from source): sudo apt-get update Sudo apt-get install mplayer2 and check some audio file with the following argument: mplayer -ao alsa=hw=1.0 <some_audio_file>

You have to execute ./make-Makefiles.bash only, then press "c" for configure and then press "g" for generate. Sorry if it's been unclear, but it's written in cmake description, i just put this there for my ease. And before this, you have to modify primitives.cpp file, as i wrote, or you will have error during "make". About other problem i can't help you much, i don't understand german . Seems like you have some conflict with libegl1-mesa-dev:armhf . Try to install libegl1-mesa-dev manually and repeat this step. And the last i already mention. In "echo --enable-xxx >> ffmpeg_options" i add some codecs i installed before, which i don't mention, because i think only x264 and x265 are important and Armbian/Debian have most of these codecs built-in. If you have some not found error in ffmpeg build part, just remove this line in ~/t/mpv-build/ffmpeg_options file and repeat ./rebuild . If you still have error after this, that's mean this is crucial component and can't be skipped. In this case you have to install it first and repeat. I guess libfdk_aac is important, so you can build it this way: cd t wget http://downloads.sourceforge.net/opencore-amr/fdk-aac-0.1.4.tar.gz tar xzvf fdk-aac-0.1.4.tar.gz cd fdk-aac-0.1.4 ./configure --prefix=/usr --disable-static make -j2 sudo make install

Use this format for audio: mpv --ao=alsa:device=[hw:1,0] I am not sure about hw: configuration. You can check device number with "aplay -l".

I don't know how build-in mpv in Desktop Armbian behave. But i am using my own built of mpv and it play h265 video fine. I tried several videos, including 4k resolution and they all played with very low CPU usage. OPI PC is great device for such purpose, fueled by Armbian, of course . I don't know if you want to try this, but here are the basic steps i think should be enough to build it yourself too. Some of this may be redundant, but this way works for me. First the newest version of libvdpau-sunxi is needed for h265 and especially for subtitles support. As i don't know what is in Desktop Armbian, i will post this too. First make some temporary directory, it's "t". located in ~home in my example. We need livdpau>=1.1, so: cd t wget http://ftp.de.debian.org/debian/pool/main/libv/libvdpau/libvdpau1_1.1.1-3_armhf.deb wget http://ftp.de.debian.org/debian/pool/main/libv/libvdpau/libvdpau-dev_1.1.1-3_armhf.deb wget http://ftp.de.debian.org/debian/pool/main/v/vdpauinfo/vdpauinfo_1.0-1+b1_armhf.deb sudo dpkg -i libvdpau1_1.1.1-3_armhf.deb sudo dpkg -i libvdpau-dev_1.1.1-3_armhf.deb sudo dpkg -i vdpauinfo_1.0-1+b1_armhf.deb Then libvdpau-sunxi: git clone https://github.com/linux-sunxi/libcedrus.git cd libcedrus make sudo make install cd .. wget http://cairographics.org/releases/pixman-0.34.0.tar.gz tar -xzvf pixman-0.34.0.tar.gz cd pixman-0.34.0 ./configure make -j4 sudo make install cd .. git clone https://github.com/linux-sunxi/libvdpau-sunxi.git cd libvdpau-sunxi make sudo make install We need to "export VDPAU_DRIVER=sunxi", "export VDPAU_DISABLE_G2D=1" and for subtitles support "export VDPAU_OSD=1". As i had a lot of troubles with this and never new for sure where is the correct place for this, i do it in several places. So put this: export VDPAU_DRIVER=sunxi export VDPAU_OSD=1 export VDPAU_DISABLE_G2D=1 in /etc/environment , in /home/"user"/.bashrc and in /etc/X11/Xsession.d/ create file named "90environment" (sudo nano /etc/X11/Xsession.d/90environment) and put the lines there too. This is all done for libvdpau-sunxi. For mpv, first get dependencies: sudo apt-get update sudo apt-get build-dep libav sudo apt-get build-dep mpv If you want youtube support, install youtube-dl: sudo curl https://yt-dl.org/downloads/2016.02.27/youtube-dl -o /usr/local/bin/youtube-dl sudo chmod a+rx /usr/local/bin/youtube-dl Install x264: git clone git://git.videolan.org/x264.git cd x264 ./configure --enable-static --enable-shared make -j4 sudo make install sudo ldconfig cd .. and get x265: sudo apt-get install mercurial cmake cmake-curses-gui build-essential hg clone https://bitbucket.org/multicoreware/x265 There is a bug here and we can't build shared libraries, so before compilation open this file x265/source/common/primitives.cpp (sudo nano x265/source/common/primitives.cpp) and at the end remove the lines i marked with "-" in front: - #if ENABLE_ASSEMBLY && X265_ARCH_ARM == 0 void PFX(cpu_neon_test)(void) {} int PFX(cpu_fast_neon_mrc_test)(void) { return 0; } - #endif } #endif now compile and install x265: cd x265/build/linux ./make-Makefiles.bash make -j4 sudo make install sudo ldconfig cd ~/t I used to install some other codecs, but this should be enough for most people. Now the mpv itself: sudo apt-get install git devscripts equivs git clone https://github.com/mpv-player/mpv-build.git cd mpv-build ./update rm -f mpv-build-deps_*_*.deb mk-build-deps -s sudo -i .deb part is to get some more dependencies. This may not be necessary, but i remember i had build errors because of this before. Put some options for ffmpeg: echo --enable-nonfree >> ffmpeg_options echo --enable-gpl >> ffmpeg_options echo --enable-version3 >> ffmpeg_options echo --enable-vdpau >> ffmpeg_options echo --enable-libass >> ffmpeg_options echo --enable-libfdk-aac >> ffmpeg_options echo --enable-libfreetype >> ffmpeg_options echo --enable-libmp3lame >> ffmpeg_options echo --enable-libopus >> ffmpeg_options echo --enable-libtheora >> ffmpeg_options echo --enable-libvorbis >> ffmpeg_options echo --enable-libvpx >> ffmpeg_options echo --enable-libpulse >> ffmpeg_options echo --enable-libv4l2 >> ffmpeg_options echo --enable-libx264 >> ffmpeg_options echo --enable-libx265 >> ffmpeg_options echo --enable-libmpv-shared > mpv_options If you miss some of this codecs just skip the line, or remove it later from ~/t/mpv-build/ffmpeg_options file. Finish building and installation: ./rebuild -j4 sudo ./install That's all Optionally, you can add your config in file, so you don't write it every time - sudo nano /usr/local/etc/mpv/mpv.conf : vo=vdpau hwdec=vdpau framedrop=vo hwdec-codecs=all ao=alsa:device=[hw:1,0] slang=bg,en, fs=yes "slag" line is for subtitles, you can replace "bg" with your language, or remove it at all.

Naaa, i was too hurry to celebrate. With this 5.11 version, even after firstboot succeed, constant crashes and freezes. This sounds like multiple issues with those new sources or patches or whatever. I don't have nor time, nor knowledge to investigate all this. I guess i have to stay with my latest, stable build for Lamobo-R1 and forget about system updates. Thats pitty . Sorry, my bad. It's appeared i have power issues between my ubs hub/lan and usb wifi module. Although it was working that way for mounts i was borrow my hub for a while and it seems it's not been treated well. Never mined, i can confirm with this fix, newer version works fine.

I didn't read carefully. /etc/init.d/firstrun is to be modified. It's working now and i finally enjoy the new armbian builds. Thanks man . I just wonder, if someone of developers will fix "firstrun" file and add this line for Lamobo-R1, in source and images in Download section, so me and others don't have to do it manually in the future ?