RagnerBG

I also have one of those cheap 8192EU dongles. Driver is a little pain in the back for all platforms. In Windows, official driver installs but no signs of work, i had to deeply dig internet for correct driver and then it works fine, with real 300Mbit speed and descend range. In Linux (official x64), it kind of worked with this driver - dkms_rtl8192eu_4.3.1.1.11320.20140505-2_all.deb , but show no connection speed, and real download speed was about 100/200Kb. I have no idea if it can be installed on Armbian. I have also this drivers on my harddrive - dkms_rtl8192eu_4.3.1.1.11320.20140505_all.deb, Realtek-TL8192EU-driver.tar.gz .But doesn't have a chance to test it, because the cheap thing, mechanically break, losing it's front metal cover and i lost enthusiasm to deal with it.

I disabled RSS feeds when i saw the suggestion in the topic in Orange Pi forum. In fact temperature really drop down, but this is OpiONE, 40°C only after cold start, normally between 60-70°C, with RSS feeds 80-90°C, but it was summer then also . Maybe you are right about RAM speed setting and instability. I notice my problems with HDMI turns on and off, are usually when i am using LAN port and with reboot the problem is gone. But now i remember i have the same problem with Armbian, but fewer, so my device could be the the reason, not OS. About CEC, i am surprised it even show some signs of work. For example - it switch my tv to HDMI where OPI is connected, but disconnects after, with one of my cables. This make me think i may have problems with HDMI cable, because all i have is cheap, old, or long (>7m), so i can't generalize from my case. I am just disappointed i can't make it to work for me . Thank's for your work in this project. It is my main movie player from some mounts.

Thank's to jernej, OpenElec is great software for this devices. I am using it on OrangePi ONE. But at the moment it's not in very stable state. My OpiONE is overheating a lot more than if i am using Armbian on it and crash or working unstable (HDMI turns off and on a lot) from time to time. But my greatest disappointment is that CEC driver don't work with my Samsung TV. Actually it shows some signs of working, try to connect, shows as device on my tv for a while, but disappear shortly. Maybe it's because HDMI cable, but i tried 3 with different but non working results. Anyway - i would prefer to start Kodi inside Armbian with Cedrus support or at lest with external player, but not come to this yet.

I have similar issue with SATA disk in LamoboR1 and OpenWrt and very, very bad harddrive with a lot of bad blocks (thousands), but still usable: [ 22.784886] ata1: limiting SATA link speed to 1.5 Gbps [ 22.790050] ata1.00: exception Emask 0x10 SAct 0x2 SErr 0x280100 action 0x6 frozen [ 22.797662] ata1.00: irq_stat 0x08000000, interface fatal error [ 22.803607] ata1.00: cmd 60/00:08:81:41:c8/01:00:17:00:00/40 tag 1 ncq 131072 in res 40/00:08:81:41:c8/00:00:17:00:00/40 Emask 0x10 (ATA bus error) [ 22.819024] ata1: hard resetting link [ 23.224812] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310) [ 23.278811] ata1.00: configured for UDMA/100 [ 23.283211] ata1: EH complete As you can see my harddrive is working no mater the errors. But i am familiar with the origin of errors and it's self-made sata cable which is a little displaced and i am too lazy to open and fix it. So you better follow the advice above and check the cables and connectivity and maybe power source.

The same happened to me, when i upgrade to 5.20 from older version. I had firmware-ralink_0.43_all.deb installed on older version and it conflict with armbian-firmware 5.20 during upgrade, so i think i uninstalled debian package and installed armbian-firmware 5.20 again. But after that my dongle stop working no mater if i force install firmware-ralink_0.43_all.deb again. I forgot about this, because i tried this on self-built Armbian Xenial and thought distribution cause troubles. On fresh 5.20 it worked to me too.

This looks very nice . But - no GPU, make it for server only purposes. I try to imagine, adding external VGA card (or more like - adding device to external VGA ) into this mini PCI-E slot, just a joke of course. One cheap mobile GPU - Mali400 class, would turn this into competition killer in this class toys. But looks like Marvell are in other target.

Why don't you build it from source? Anyway, there are some old images here: http://image.armbian.com/ For your board this have to be legacy image: Armbian_5.14_Orangepipcplus_Ubuntu_xenial_3.4.112.7z and this server: Armbian_5.17_Orangepipcplus_Ubuntu_xenial_4.6.7.7z After installing, i guess you know - sudo apt-get upgrade && sudo apt-get upgrade, to upgrade it for latest.

I am downloading and burning to sd Jessie image for ONE right now and will be able to answer to this question later. For OpiPC, since you are not upload new images yet, i am building myself right now, so that's why i am asking for Xenial, because i want to switch to it for no particular reason (newer and fancy maybe ). I try to upgrade from 5.17 but this breaks my installation, which is not surprising because i made some changes, like install ralink firmware and others and decides to start in fresh. About mpv, i remember i had some problems with earlier build-in version, maybe it's ok now, but i used to do things my way from CLI, because... i don't know - educational reasons maybe.

I don't know if it's related, but i had common behavior with OpiPC (1Gb RAM) yesterday. I use the description in the link you show me in the other topic and relink /etc/ld.so.conf.d/arm-linux-gnueabihf_GL.conf to point to directory in /usr/lib/arm-linux-gnueabihf with GLShim library and also consist a file ld.so.conf, with the path to this directory. I had the same message in Xorg0.log : [ 26.058] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabihf/dri/swrast_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) [ 26.058] (EE) GLX: could not load software renderer [ 26.058] (II) GLX: no usable GL providers found for screen 0 but maybe it's normal since desktop can't use anything from EGL for acceleration. I had the same message - "unable to load mali_drm", when i execute glxgeard, but it loads glshim stuff and framerate is higher, as when i replace mesa library, but application screen is black. I suspect libegl1-mesa-dev and libgles2-mesa-dev i installed because mpv require it for compilation and notice they conflict with some of mali driver files. I don't know if this have something common with the problem. And one question - can libglshim1 from repository be installed on Armbian Xenial Desktop, or it's for Jessie only?

I think i got the idea, thank's for the link. Will try to create the right paths and links tomorrow.

Thank's a lot . Actually i want to increase CMA in OpiOne to 192 or 256Mb. Because some 4k files are playing fine in OpiPC, but failed with "out of memory" error, or something similar, in OpiONE. Of course most of 4k contents are unplayable and i don't know why (10bit x265, unsupported encoding options i guess), but there are some few working and i am curious.

Would you explain this way of switch those libraries, without overwriting and deleting files? Because override /usr/lib/arm-linux-gnueabihf/mesa/libGL.so.1.2.0 is the only way i found so far, to make it work. But i already found an issue in Xorg0.log : [ 26.058] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabihf/dri/swrast_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) [ 26.058] (EE) GLX: could not load software renderer [ 26.058] (II) GLX: no usable GL providers found for screen 0 So i guess i have no GL acceleration for desktop, even if it could work with some aps. This is not a big problem for now, but i originally notice it when i failed to build mpv with some GL errors. It's better to do it the right way. When will Armbian 5.18 be released ?

Is there a way to increase/change CMA (contiguous memory alocator) reserved memory in kernel configuration for H3 devices? The value stays at default of 16Mb, but after kernel/image creation magically increase to some higher value like 160Mb for OpiOne (512Mb RAM), or 256Mb for OpiPC (1Gb RAM). Even if i try to change the value in kernel configuration, like i used to in A20, with: KERNEL_CONFIGURE="yes" FORCE_CHECKOUT="no" in compile.sh , this have no effect for H3 and the above values of 160Mb/256Mb stays the same. So i guess it's defined somewhere else, patch maybe? Is there a way to change this? I want to see if increasing the CMA value will help to get rid of "out of memory" messages for high resolution (4k) and bitrate videos and make it playable.

I made it to work finally! Around 3 times faster in glxgears than software in Armbian Ubuntu Xenial. First i noticed with es2_info that i don't use mali GLES at all, but use Mesa instead, as pointed at the end of page her - http://linux-sunxi.org/Mali_binary_driver . So as advised there, mesa-egl should be move aside: sudo mv /usr/lib/arm-linux-gnueabihf/mesa-egl/ /usr/lib/arm-linux-gnueabihf/.mesa-egl/ But this is not enough, because the location of libGL.so.1 (software GL library) in my system (probably Armbian in major), is not in "/usr/lib/" , but in "/usr/lib/arm-linux-gnueabihf/mesa", as symlink to libGL.so.1.2.0 . So my solution is a little dirty but do the job. After successful build of glshim: cd glshim cmake . make we have to do this: sudo mv /usr/lib/arm-linux-gnueabihf/mesa/libGL.so.1.2.0 /usr/lib/arm-linux-gnueabihf/mesa/libGL.so.1.2.0.bak sudo cp lib/libGL.so.1 /usr/lib/arm-linux-gnueabihf/mesa/libGL.so.1.2.0 And it's work with regular built Mali driver, not the modified way it's installed here (but will check this too ). Maybe there is another way to get rid of Mesa GL pointers with symlink somewhere else, but this is good enough for me, for now.

Thank you for your answer. It's appears my multimeter low battery is causing strange measurements . So you are right, this is the correct order and looks like i have the correct cable. I guess, i've made some major stupidity to use video out as one of audio channels. One of those days .

Hello, i have some troubles with analog out of my Orange Pi PC. I thought i have the right cable which is assembled similar to this way: or more like this: But i almost break my device plugin it. This what have to be right channel (red) and pin 2 in the first picture, is shorted with pin 1 to GND when plugged. This confuse me a little, because the other way have to be similar to this: So before i resolder it this way, if anyone knows the correct order of jack pins, or have the right cable and can measure it, please let me know.

Sorry this is beyond my knowledge. Maybe the author of the topic can. If you are using Armbian Desktop Jessie image, you don't need to care about memory for GPU. If you are using CLI image, you have to edit boot.cmd, by removing all mali memory restrictions and generate new boot.scr. Or maybe you could have success by building Armbian image from dimag0g branch, what i am trying to do now. There has to be glshim support build in: git clone https://github.com/dimag0g/lib.git cp lib/compile.sh . ./compile.sh But glshim build failed for Xenial Desktop with dependencies error, so i am trying jessie now... About adding glshim the way it's showed here, i still can't get it to work. I managed to install mali driver finally, and triangle test succeeded. But i still can't get glshim to work. Some of the errors are gone, but i still have: LibGL error: unable to load driver: mali_drm_dri.so

I admit i don't remember whether i tried .wav files, but i am almost sure they playing fine, as the rest of audio formats. There were some system sound problems in Armbian with this boards, but in SMPlayer you can specify which audio device to use in Preferences -> General -> Audio -> Output driver, instead of default. So if you choose Alsa for HDMI or PCM directly there shouldn't be a problem with the sound in player itself. And for music you can use Audacious witch me, personally prefer. Maybe i will check if i can confirm this .wav issue later, because right now i am building my system again for n-th time .

To solve this build SDL v1.2 from source: wget https://www.libsdl.org/release/SDL-1.2.15.tar.gz tar -xzvf SDL-1.2.15.tar.gz cd SDL-1.2.15 ./autogen.sh ./configure --prefix=/usr make sudo make install I had to edit my post because it will not work with SDL 2.0 . And about the rest i was wrote, maybe it was a little rashly, because i have some progress, but can't tell if it will work yet.

You can shrink the image a little with GParted, to fit to your new card. Just make sure you don't cut file area. You can use this guide: Shrinking images on Linux

I am not sure i understand what you ask. If it's really - "Is it possible to view desktop view remotely, without having desktop installed on server", the answer is obviously - no, you can't view something you don't have installed. If you want to - "view desktop view remotely", you have to install desktop first, then follow the advises in this topic. I think it will be easier to use tasksel. It will add a lot of staff and packages, but if you have at least 16Gb sdcard it is no problem. So in console execute this: sudo apt-get update sudo apt-get install tasksel sudo tasksel Then check "Xubuntu desktop" for XFCE, or "Lubuntu Desktop" for LXDE. After installation finish, reboot and install what is needed for remote view from topic. If you only need console access to your server, just use ssh. If you don't have ssh server (i am pretty sure armbian have it installed by default) just install it: sudo apt-get update sudo apt-get install openssh-server

This irrelevant issue making too much offtopic. Maybe it's for separate thread. As @tkaiser wrote, the default resolution is 720p, and my tv used to overscan too for many versions of Armbian till the latests. But i change it immediately with 1080p60, which is native for my tv (h3disp -m 10 -c 1) and no overscan after reboot without touching anything in tv side. Bur for some devices, usually my PC-s, but not any of my ARM boards, i have overscan in native resolution of 1080p and then i use the option "fit to screen". This is something related to HDMI link, which is not exactly replacement of DVI and most of PC monitors with HDMI connection have this issue too. That's why there is this pixel format option present. I think you should read the instructions and set the correct resolution for your tv.

I don't know what your tv model is. Most brands have this options with various names. I think in LG was something like "Pixel format". Just google it. Here you can read something about this - http://www.cnet.com/news/overscan-youre-not-seeing-the-whole-picture-on-your-tv/ .

SMPlayer is just a GUI for mplayer or mpv and SMTube is kind of youtube browser using external player (SMPlayer by default) to play videos. mpv is the one with vdpau support, so if you use Armbian Desktop image you should have it already installed and built for vdpau, if something is not changed recently. If it's not present i will show you how to build and install it too. About SMTube it's good to have youtube-dl first, because i don't know if it's added automatically: 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 You can find the source here - http://www.smtube.org/. I haven't try to use it with other player except SMPlayer and although it should work somehow, i suggest to install SMPlayer too, which is located here - http://smplayer.sourceforge.net/en/downloads. You need this first to build both (it was needed for SMTube only before, but in latest SMPlayer version too): sudo apt-get update sudo apt-get install libqtwebkit-dev Get the sources and extract and build/install: wget http://downloads.sourceforge.net/smplayer/smplayer-16.8.0.tar.bz2 wget http://downloads.sourceforge.net/smplayer/smplayer-themes-16.6.0.tar.bz2 wget http://downloads.sourceforge.net/smplayer/smplayer-skins-15.2.0.tar.bz2 wget http://sourceforge.net/projects/smtube/files/SMTube/16.7.2/smtube-16.7.2.tar.bz2 tar -xjvf smplayer-16.8.0.tar.bz2 tar -xjvf smplayer-themes-16.6.0.tar.bz2 tar -xjvf smplayer-skins-15.2.0.tar.bz2 tar -xjvf smtube-16.7.2.tar.bz2 cd smplayer-16.8.0 make -j4 sudo make install cd .. cd smplayer-themes-16.6.0 make sudo make install cd .. cd smplayer-skins-15.2.0 make sudo make install cd .. cd smtube-16.7.2 make -j4 sudo make install sudo ldconfig cd .. To configure SMPlayer with vdpau, in Preferences -> General, select mpv as engine as adding the path to executable (usually located in /usr/local/bin ). Then in Preferences -> Video, select vdpau as Output Driver and make sure to keep unchecked ffodivxvdpau in Configure, to not have problems with divx/xvid video that support vdpau hw codec only on nVidia cards. In Performance set vdpau as Hardware decoding, you can also check Allow frame drop.

So you don't have xorg and desktop at first place, but you want to view it remotely? Just use SSH, and SCP for console and file transfer. Or maybe you have to ask your question the right way - you want to install desktop on Armbian Xenial CLI image from Download section and then follow the instructions here to have remote desktop access, or something else?