RagnerBG

I see, there is finally solution to my problem with all images and versions since 5.07 so far. As i explained it here - Armbian_5.07 jessie_3.4.111 not working everything i tried after 5.06, legacy version on my Lamobo R1, lead to the same first boot fail, freeze at the ssh key recreation. Today i tried latest prebuild image from download section of Jessie Server and it freeze too at the same point, along with my newly attempt to compile working image of new 5.11 version. So i think, it's better to remove those images since they are not workable. The only way around i found for myself is little messy - first i install my working 5.06 version, change password, create account, etc. Then do update&&upgrade to the latest version and reboot. It ask me for some .verbose config, i choose N as default. In the meantime i compile kernel&headers debs only for latest version from source with CMA enabled (this is what i actually need) and apply debs on the updated image and this time system reboots without boot loop and seems to work. But i wonder, can someone explain more in details, what should be done about this bug? Where is this line (117), from what file, to be modified? Edit: Another strange thing is, during full image build from source, i saw at the beginning, some H3 patches to apply. Is this normal?

I am not sure what you asking. But about this error, you need to load some modules first - (sudo) modprobe mali and /dev/mali file will show up. But you need some more. I am usually put this in /etc/modules : disp ump disp_ump mali drm mali_drm sunxi_cedar_mod some of this is automatically loaded and is not need to be there, but it doesn't hurt. For mali binary driver you basically need only mali and ump modules (modprobe mali, modprobe ump). Then you need proper permissions for this files, it's already written in the instructions,so read carefully.

I don't know about those 6V adapters, but i guess if they drop to 5V at load it's ok. I am using similar "LED Strip" power adapter for my OPI PC through GPIO pins currently, but it's 5V/5A. The exact model have to be like this one - 5V 5A Switching Power Supply Driver Switching For LED Strip Light Display 110V/220V : When idle, shows 5.03V, at load (playing HONEY BEES 96fps IN 4K (ULTRA HD)(Original_H.264-AAC demo) drops to 5.01/02V, so this model is reliable. Before that i was using provided cable through PC USB3.0 port (not working at USB2.0 obviously, shut downs randomly on my TV 1A rated USB, it's demand at least 2A), but it's more stable with this power supply.

I forgot, i have those packages installed for LXDE desktop. I explicitly install everything suggested and recommended that is related to network for not to have problems later , as i actively use samba shares in my tiny home network. I did not think about this when tried Armbian Desktop images.

I got the same error in XFCE Thunar, at least those in Armbian. While in LXDE PCManFM i browse samba shares with no problem. I think you should be able to access samba shares by putting direct link - smb://<youradress_or_sharename>. Or if there are still problems you can use this form - smb://user:password@<yourshare>.

For what i see, you need gateway in wlan5 section, if you comment eth0 and DNS-es probably. And i doubt you use wep encryption, it's probably wpa/wpa2. For wpa you need to put wpa_passphrase key, instead of plan text key (wpa_passphrase youssid yourpass). I use almost the same config in OPI PC and it's rock stable.

I also tried to put eth and wlan interfaces in bridge, but this doesn't work, as mentioned. There is not very good solution, but it's something - just comment eth0 sections in etc/network/interfaces and leave only wlan0 active. If you don't plan to use cable connections this is the cleanest solution. Other solution is, if you use Desktop image and have Wicd, to use it to manage wlan interface, instead of if. This way wlan is working separate from eth also, but not very stable.

There is a huge overscan on this boards and your login screen is hidden bellow. Just enter default login and pass and change resolution later, or adjust screen position with your monitor controls. If you use Desktop version of image, it will boot after you change your root pass, create new account and reboot. I was confused too at the beginning, but there is nothing wrong with the OS.

I personally tried to build latest 5.07 image the way @Nasko put patches. Patches apply but this version of Armbian is completely unbootable on my A20, Lamobo R1, with or without patches and modifications, while om my OrangePi works fine. So there must be something related to my board only, or bananaPi based only. But i use @tkaiser kernel patches - kernel-cma_ump-sun7i_5.06_armhf.tgz mentioned above in the topic, which have to have those UMP patches added, over workable 5.06 build. And after some more wasted hours, i can say for sure - Kodi/XBMC can't work on A10/A20 devices in current state, with vdpau, mali driver version etc. as a part of OS (Armbian, but i am sure in other distros too). There is link in the other forum for OpenElec image, which author claim to work with hwacceleration, but i am not tested and have no interests of this kind of usage. Even with correct setting - CMA, UMP patches, framebuffer version of Mali driver, valgrind removed, all @mostera sources build successful and installed, i still have undefined symbols in libvdpau-sunxi. XBMC build failed with some ffmpeg error. And they use some AML headers which break mali driver and i am not sure how all this even work. There are only two guys in the whole topic claim to see this madness working (but not in Armbian) and i am way before their level of knowledgnment. And some others claim to have XBMC built (which is known to be only 50% of the way) but can't start it after. I give up. This is unworkable at all and a huge waste of time. Until some new mali driver with working OpenGL video acceleration appear this program can't be run on Linux for AllWinner devices. Since Kodi developers have no intention to add vdpau support for those boards and they have a good reason not to. Maybe i will try to build it normally (which will probably be adventure too, i think) and try to use external mpv, or mplayer as a last attempt to make it work. Or most likely just use OpenElec image on my OrangePi. But i can only advise anyone who value their time, not to waste it with this.

Build-in mplayer2 doesn't work. I am receiving massage for missing h264 decoder even if it's present in system. You have to build it from source, but i see no point if you already have mpv and image quality is better in mpv for my taste. But if you are like me and want to have a backup or just to play around, this are the steps i do to build it from source: wget http://www.mplayerhq.hu/MPlayer/releases/MPlayer-1.3.0.tar.xz wget http://www.mplayerhq.hu/MPlayer/releases/codecs/all-20110131.tar.bz2 tar xjvf all-20110131.tar.bz2 sudo mkdir /usr/local/lib/codecs sudo cp -v all-20110131/* /usr/local/lib/codecs tar xJvf MPlayer-1.3.0.tar.xz cd MPlayer-1.3.0 ./configure make -j4 sudo make install Then execute mplayer once to create necessary directories and you can add your config - sudo nano /usr/local/etc/mplayer/mplayer.conf: vo=vdpau vc=ffmpeg12vdpau,ffh264vdpau ao=alsa:device=hw=1.0 framedrop=yes This is basic for hw acceleration, framedrop=yes is necessary because there is some a/v async without it, even if system is no more than 40% loaded. You can also add settings for subtitles encoding, i add ''subcp=cp1251'' for cyrillic, and "fs=yes" to decrease a/v async a little if you using framebuffer version of mali driver.

This is helpful, thank you.

Here it is - http://sprunge.us/CEPU (nice innovation ). This is fresh 5.06 image on slow sd card i made for test only. Everything i use is connected to the device.

I am 99% sure it is not hardware - power related issue. I am using 5V/6A adapter on battery connector, heatsinks and active cooling from months with no problems so far. On Armbian_5.07 i disconnected everything on USB but First boot still failed. Will try armbianmonitor -u later on working image, but this is not the case. Those messages for disconnected and resetting USB devises look like standard log messages that appears after First boot freeze at recreating SSH. If i manually connect and disconnect something, message also appear. And if i reboot, First boot start again to the same point. Again, i have previous Armbian_5.06 image and it boot and work with no problems, every other image too. I am pretty sure the problem is in latest version somewhere. So is there a way to switch to older 5.06 in github and compile older version? I need this for those kernel patches, otherwise i already have working 5.06 image. Is it anything related to this: from other topic ?

Hello. I have troubles with the new version from source. The main reason i compile it from source, instead of downloading pre-build images is to enable CMA in kernel config. And now i try to apply some patches like in this last post - Kodi/XBMC on Armbian with hw Accleration possible? . The version i try is CLI Armbian_5.07_Lamobo-r1_Debian_jessie_3.4.111. First there are some errors at the very beginning, then first boot is freezing at recreating SSH keys and after long time some messages for disconnecting and reconnecting USB devices appears and that's all, no reboot. I thought those patches are the problem and try without them, same condition. I have builded image from previous Armbian_5.06 and it work with no problem with the same configuration there and even more, but without those kernel patches. Applying only .deb patches of Armbian_5.07 over working and setting in system with Armbian_5.06 led me to boot loop. What could be the case of those problems with 5.07? It has to be some change between this and previous 5.06 version. And one other question, maybe a little dumb, but i am unexperienced. How can i step back in armbian git hub so i can build 5.06 with those patches, which i know is working, instead of latest?

Sorry, i got you wrong. I have OrangePi PC from a couple of days and never face any sound problems as described, but i faced usual problems with standard applications from official repositories. But i am not using Armbian desktop images and have my own way to compile image and install desktop and staff over it (i prefer LXDE for example). As for in-browser youtube plugin, if you meant html5 and not flash, i don't have problems with sound in Iceweasel, except real video is laggy and almost unplayable, that's why i am using SMTube. No problems with sound in VLC from repositories too, except it have other problems and is in useless condition for me. I also try to compile Kodi from source with vdpau acceleration but have little time lately, so i can't confirm any problems there yet. Those boards and Armbian itself, are so special and modified, so i used to build everything possible from source to be sure it will work well. Edit: I saw the problem in browser and other programs. I guess i mixed things with my other board where sound is ok, both ways. Maybe it's something related to pulse, will check it out.

If i understand right, your problem is selecting audio output on system level? You need to install alsamixergui to manipulate this easy, but GUI is useless, you can only change volume level. So execute it from terminal and there you can choose HDMI as default audio output. Other way is to install pulse, along with pavucontrol and you will have nice GUI to manipulate pulse, default output. For mpv you can add audio output as parameter - "mpv ao alsa:device=hw=1.0 [file name]", for browser and all, you have to do it on system level.

VLC from repositories is not working well. vdpau is not working and there are various problems, making it useless. I managed to build it from source only once and it worked like a charm with all functions. I even keep this image. But all my attempts to build it again later failed, because i forgot how i do it first time. I can't beat this - "Makefile:8801: recipe for target 'codec/avcodec/libswscale_plugin_la-chroma.lo' failed". Instead of VLC i use SMPlayer with mpv - better image quality, everything build from source with no problems for last versions and work very stable. It can stream network videos as well as VLC and with SMTube browser it's even better. Even if it's no problem, if anyone want i will post the steps to build mpv, smplayer, smtube, etc. But it's possible the old version of SMPlayer from repositories to work as well with build-in mpv in Armbian desktop images (never tried).

I've never seen SD card for a reasonable price that can get even closer as performance, compared to the slowest present day mechanical disk. And SD cards are not so persistent at constant w/r over time as HDD-s. They drop performance and even semi-brake over time, so i wouldn't count on storage like this, but for rootfs, maybe there is a point, if we don't seek performance and we plan to use it and forget it. But again - why we should do this on board like R1, where there is convenient way of using HDD directly on board (after we deal with power issues of course)? This is one of the main reasons i ordered this board (not that i don't regret now, but still like the idea). I am using rootfs on mechanical disks in OpenWrt routers and Lamobo-R1 with Armbian. On both, disks are off in most of the time and spin very rarely, but more often in Armbian, than OpenWrt, where i have a lot of stuff running, but also using HDD-Idle. In Armbian i have almost nothing except some multimedia, so maybe HDD-Idle is a good idea for there too, but i am not at that part yet. I also have similar configuration as @tkaiser recommends - OpenWrt router with rootfs on USB flash and HDD for storage, i can confirm this is probably better use of HDD.

On Raspbian, Bananian and some others, you have small bootable fat32 partition. You have to clone it too.

If we talking about move and/or resize images from card to card, i am using the above method. Here is explained in details - Shrinking images on Linux. But @hatahata method look more faster.

Well, i am that noob and don't know how to apply those patches. My deals with Linux at all, are from less than a year. So thank's a lot for the packages, will try asap .

It's not that hard to build ffmpeg on Armbian, directly from official source. I will show all steps i am using and all codecs i install, if some is not needed, skip and remove it from ffmpeg ./config. First i create some temporary folder, it's named "t" in this example. Then we can get dependencies with "apt-get build-dep". As ffmpeg is present in Ubuntu repositories, we can get directly: sudo apt-get update sudo apt-get build-dep ffmpeg But in Debian ffmpeg is not present, so we can get deps for libav: sudo apt-get update sudo apt-get build-dep libav It's also a good idea to have ffmpeg support samba, so we can install it too: sudo apt-get install samba samba-common attr samba-vfs-modules smbclient Get some more dependencies: sudo apt-get install autoconf automake build-essential libass-dev libfreetype6-dev libsdl1.2-dev libtheora-dev libtool libva-dev libvdpau-dev libvorbis-dev libxcb1-dev libxcb-shm0-dev libxcb-xfixes0-dev pkg-config texinfo zlib1g-dev We will probably need this packages too: cd t wget http://www.tortall.net/projects/yasm/releases/yasm-1.3.0.tar.gz tar xzvf yasm-1.3.0.tar.gz cd yasm-1.3.0 ./configure --prefix=/usr make -j2 sudo make install cd .. tar -xjvf fribidi-0.19.7.tar.bz2 cd fribidi-0.19.7 ./configure make sudo make install cd .. http://savannah.nongnu.org/download/freetype/ wget http://download.savannah.gnu.org/releases/freetype/freetype-2.6.3.tar.bz2 tar xjvf freetype-2.6.3.tar.bz2 cd freetype-2.6.3 sh autogen.sh make setup ansi make -j2 cd .. Let's install some codecs, avoid what you don't need: 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 https://sourceforge.net/projects/lame/files/lame/ tar -xzvf lame-3.99.5.tar.gz cd lame-3.99.5 ./configure make -j2 sudo make install cd .. git clone http://git.videolan.org/git/x262.git cd x262 ./configure --prefix=/usr --enable-static --enable-shared make -j2 sudo make install sudo ldconfig cd .. git clone git://git.videolan.org/x264.git cd x264 ./configure --enable-static --enable-shared make -j2 sudo make install sudo ldconfig cd .. video4linux/libv4l2 git clone git://linuxtv.org/v4l-utils.git cd v4l-utils ./bootstrap.sh ./configure make -j2 sudo make install cd .. 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 cd .. wget http://downloads.xiph.org/releases/opus/opus-1.1.tar.gz tar xzvf opus-1.1.tar.gz cd opus-1.1 ./configure make -j2 sudo make install cd .. wget http://storage.googleapis.com/downloads.webmproject.org/releases/webm/libvpx-1.5.0.tar.bz2 tar xjvf libvpx-1.5.0.tar.bz2 cd libvpx-1.5.0 ./configure --prefix=/usr --disable-examples --disable-unit-tests make -j2 sudo make install cd .. sudo apt-get install flac git clone https://github.com/libass/libass.git cd libass ./autogen.sh ./configure --prefix=/usr make -j2 sudo make install cd .. https://www.xiph.org/downloads/ wget http://downloads.xiph.org/releases/ogg/libogg-1.3.2.tar.xz tar xJvf libogg-1.3.2.tar.xz cd libogg-1.3.2 ./configure make -j2 sudo make install cd .. wget http://downloads.xiph.org/releases/vorbis/libvorbis-1.3.5.tar.xz tar xJvf libvorbis-1.3.5.tar.xz cd libvorbis-1.3.5 ./configure make -j2 sudo make install cd .. If you need x265 (as H3 support HEVC/H265) this is a tricky one and took me some time to deal with, because of a bug, so it need special attention. We need shared libraries but we will get error during make. So first some dependencies: sudo apt-get install mercurial cmake cmake-curses-gui build-essential hg clone https://bitbucket.org/multicoreware/x265 We have to modify one file, so shared version can be build. Open the following file: nano /t/x265/source/common/primitives.cpp and locate this lines: - #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 Remove the two lines with "-" in front and save (ctrl+o, ctrl+x). Now we can build what we need: cd x265/build/linux ./make-Makefiles.bash #> c > g make -j2 sudo make install sudo ldconfig cd ~/t As we have all packages and codecs we need, we can build ffmpeg: wget http://ffmpeg.org/releases/ffmpeg-snapshot.tar.bz2 tar xjvf ffmpeg-snapshot.tar.bz2 cd ffmpeg ./configure --prefix=/usr --enable-nonfree --enable-gpl --enable-version3 --enable-vdpau --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libpulse --enable-libv4l2 --enable-libx264 --enable-libx265 make -j2 sudo make install This will take a while, but i think it worth.

I had sound sync issue in all players when i install Mali Binary Driver for framebuffer. Last time i checked it was that way in Armbian Desktop images. To deal with this simply set players in fullscreen by adding -fs . Or add fs=yes in mpv.conf/mplayer.conf . But i found X11 for more convenient without such issues in window mod, so i simply install Mali Binary Driver for X11 and no sound/video desync in players anymore. mplayer2? Is this project still live? I tried to find some source but everything was down. Eventually i found something and install it (from repositories i think) but i found no difference with latest mplayer. I don't know what cause this incompatibility but i tried everything i thought about - install x264, install libx264-dev, compile ffmpeg, still official mplayer cant find codec. So as i wrote, compile mplayer from source do the trick. About /dev/g2d, it is where it should be. You probably need to load some modules: ump mali drm mali_drm sunxi_cedar_mod with modprobe, or put them in /etc/modules , ion is not for A20. And you need proper permissions. My problem right now is damned OSD/subtitles support. Same libraries versions, same conditions, or works, or not in random (mostly not) in every new installation. If work in some miracle, only work with root account. I found some versions in staging branch, where OSD is enabled by default and work like a charm, but they are so unstable, that this is the only thing working. Sometimes i am a big moron and write bullshits when angry. OSD and subtitles work very well, i only had to put the correct environment variables in the right places. Those sunxi guys are great, they even made OSD support for H3 with pixman. Work very well.

Mplayer doesn't work in my system too, with the very same error, even if h264 is present and libvdpau-sunxi with h264 also. This is when i installed it from repository. But, when i compiled it from source everything is ok. Just in case i install latest x264 first: git clone git://git.videolan.org/x264.git cd x264 ./configure --enable-static --enable-shared make -j2 sudo make install sudo ldconfig And about mplayer, first install this: sudo apt-get update sudo apt-get install build-essential subversion checkinstall git-core docbook-xml docbook-xsl xsltproc libxml2-utils then some dependencies (some may be skipped): sudo apt-get install libaa1-dev libasound2-dev libcaca-dev libcdparanoia-dev libdca-dev libdirectfb-dev libenca-dev libesd0-dev libfontconfig1-dev libfreetype6-dev libfribidi-dev libgif-dev libgl1-mesa-dev libjack-jackd2-dev libopenal1 libpulse-dev libsdl1.2-dev libvdpau-dev libxinerama-dev libxv-dev libxvmc-dev libxxf86dga-dev libxxf86vm-dev librtmp-dev libsctp-dev libass-dev libfaac-dev libsmbclient-dev libtheora-dev libogg-dev libxvidcore-dev libspeex-dev libvpx-dev libschroedinger-dev libdirac-dev libdv4-dev libopencore-amrnb-dev libopencore-amrwb-dev libmp3lame-dev liblivemedia-dev libtwolame-dev libmad0-dev libgsm1-dev libbs2b-dev liblzo2-dev ladspa-sdk libopenjpeg-dev libfaad-dev libmpg123-dev libopus-dev libbluray-dev libaacs-dev and the mplayer finally: wget http://www.mplayerhq.hu/MPlayer/releases/MPlayer-1.3.0.tar.xz wget http://www.mplayerhq.hu/MPlayer/releases/codecs/all-20110131.tar.bz2 tar xjvf all-20110131.tar.bz2 sudo mkdir /usr/local/lib/codecs sudo cp -v all-20110131/* /usr/local/lib/codecs tar xJvf MPlayer-1.3.0.tar.xz cd MPlayer-1.3.0 ./configure make -j2 sudo make install Usage: mplayer -vo vdpau -vc ffmpeg12vdpau,ffh264vdpau,ffvc1vdpau [filename] or put this into mplayer.conf to make it permanent and use only "mplayer [filename]" - sudo nano /usr/local/etc/mplayer/mplayer.conf : vo=vdpau vc=ffmpeg12vdpau,ffh264vdpau,ffvc1vdpau ao=alsa:device=hw=1.0 Adjust the lst line to much your audio output configuration. But mpv is better .

If i understand right, you only need xorg (apt-get install xorg), without anything else. Additionally you can install - Mali binary driver for framebuffer and fbturbo.