RagnerBG

Members
  • Content Count

    222
  • Joined

  • Last visited

About RagnerBG

  • Rank
    Elite member

Recent Profile Visitors

1833 profile views
  1. Install "tasksel" and add the needed de through there - Kubuntu desktop for KDE, Lubuntu desktop for LXDE and so on. Tasksel will install all dependencies and will fill your installation with a bunch of packages. Just to be warned - KDE and Gnome are too heavy for any present ARM device, so using this will only be a torture. There is a reason Amrbian to use XFCE. LXDE is suitable too.
  2. I think you should check the permission of this folder - "/media/mickey/OPants", make it 777 for guests. But i would suggest you, to make it as simple, as possible. "guest ok = yes" - you don't need this, just add your user, as samba user (or create another user, only for samba sharing) and use - "valid users = <user_name>". "browseable = yes", "writeable = yes", i don't use this, so why should you? "read only = no" is enough. Try this config, as i already post above: sudo smbpasswd -a <user_name> [OPants] path = /media/mickey/OPants valid users = <user_name> read only =
  3. Mount your HDD in folder inside your Home directory, so you will have full access through you active user elevations. You can edit fstab to be sure your HDD will be mounted in the same folder and paths after reboot. Better use mount by name (if you add name to your HDD volumes), or UUID. Then add your active user as smb user: sudo smbpasswd -a <user_name> Then add this at the end of your smb.conf (sudo nano /etc/samba/smb.conf): [<folder_name>] path = /home/<user_name>/<folder_name> valid users = <user_name> read only = no testparm sudo service smbd re
  4. If you followed the "HOW-TO", as it is, i assume you are missing DNS for internet access (dns-nameservers). Look here - How do I configure my static DNS in interfaces? . If you are behind router, or your provider use dynamic IP addressing, you can also use resolv.conf for auto DNS, but i would use dns-nameservers. Start with this - Network Configuration .
  5. I've made the same mod and use it with no problems, but not with Armbian (needed some more noob friendly server with GUI). You can try this OpenWrt build - openwrt-sunxi-Lamobo_R1-sdcard-vfat-ext4.img.gz, as it works with no issues on my board, to check if your module is broken. This module needs some new drivers and no matter if you use newer kernel version, there may be some kernel module missing (just speculate).
  6. So, it's this old bug again . About "good luck", i meant VLC compilation, where i failed several times, everything else was fixable. About compilation from source, it was discussed here and in some other forums, but things may be different now, since some packages are new versions. And yes, it have to be done on the device. I have the steps written in text file, but it's a little mess to post everything here. And i used this steps to install LXDE Desktop with h/w accelerated video on CLI Armbian (Debian Jessie, mostly, for Ubuntu Xenial there were some specifics). So some steps are not necess
  7. The only thing i can guess is that mplayer is using internal ffmpeg, or what is present in Armbian, or self mencoder (at least if it's build from source), while mpv have it's own ffmpeg (again - at lest if it's build from source). Maybe if you start mpv in fullscreen with command line argument (or in conf file), this a/v desynchronisation will be gone. I had this problem before, with framebuffer version of Mali driver and this solved it. But Armbian now using X11 version, i think. Maybe there is a bug in newer versions of binaries (mali, libvdpau-sunxi). I would try to compile everything from
  8. SMPlayer, if you want "functionality" (more GUI stuff, i guess). But point it to use build in mpv and set it up for vdpau acceleration (plus some other minor tweaks). Although, mpv player, compiled with GUI support, is basically sufficient, but i don't know how is it in latest Armbian. Mpeg4 bug is old, there is no mpeg4 support in non nVidia vdpau, as far as i know (but there is in cedarx, if i compare with OpenElec), so when players try to hw accelerate mpeg4 file, there is this colored carpet and/or green artifacts. In mplayer it's possible to solve the problem by adding possibility to
  9. For HDMI, use your TV menu, there is no need to make it through software and the results will not be that good (blurry picture). There have to be some option - "pixel format", or "picture size". For Samsung tv, use - "fit to picture".
  10. There is a solution from some time, but i haven't test it myself. Here you go - [Program] Move Composite AV Video Output to fix Overscanning. It is not very nice solution. By my opinion, this have to be integrated in drivers as clear functionality. But is something. And nobody care about legacy kernel anymore, while new ones are far away from support all the features. So better clone this git somewhere - https://code.nwrk.biz/allwinner_tvout_manipulator.git and preserve it.
  11. How about fullscreen? It have to fit the display. When i played around with 4k on 1080p screen it was scaled correctly in fullscreen. Windowed mode will always be that way, on top of other windows and no chance to minimize in every player used vdpau. It is something with overlay or video buffer, i am not that familiar with this. I am surprised that you have VLC working with vdpau, last time i tried it was not possible to compile it with vdpau support for H3. Did you compile it from source, or used precompiled version from repos?
  12. For CEC support, better stick with this OpenElec ports - https://down.nu/images/2016-10-26/. IR is working fine there too, you can find some info here - How to get IR working (NEC protocol). Bad news is, i personally was unable to get HDMI CEC working with OpiOne, or OpiPlus2e (the boards i had). It was working for seconds, or not working at all. The only board i manage to make it working stable (and use it every day till now) is Orange Pi PC. IR with OpiPlus2e was working fine, the last time i tried, but for OpiOne, you don't have IR receiver soldered, so you have to soldered yourself (if you
  13. If you plan to use built in WIFI in "Client" mode only, there shouldn't be a problem. I haven't tested much, but problems were in "AP" mode, client was kind of stable. So better test first, before changing the whole module (witch is generally good idea for this crappy board, but may be too much for your needs), how it interacts in client mode. About setup @reverend_t post explain briefly what you need. But if you prefer quick and not so complicated solution, with GUI, check out OpenWrt for this board (if there is still any download link alive).
  14. Wrong board for what you want to achieve. The more if you choose 256Mb variant. The only Kodi that runs well on these boards, is OpenElec build by jernej, witch is not developed anymore. But your board and chipset is not supported anyway. Kodi will not perform well in any Linux images, including Armbian, due to missing h/w video decoding support. And for your board, i think there are only server images of Armbian. You can try to build your own Desktop image and if it's possible to install Mali driver and libvdpau-sunxi on H2 (i have no idea if chipset is supported), you may be able to use
  15. I think, it's about DPMS, not screensaver. The same behaviour like before. But isn't it was turned off by default in xorg.conf?