All Activity

This stream auto-updates     

  1. Past hour
  2. dump the EDID for all involved, that will probably be helpful
  3. 4.19.63 - If I recall, it broke on the 4.19 bump...
  4. may I ask the relationship between BayLibre and Amlogic, I barely see engineers from Amlogic submit patches to Kernel community same as you. Only 4K failed. If you want to dicuss with @Neil Armstrong , my another 1080P Samsung TV, has issue with 1080P mode, for all kernels (Android, legacy, mainline), image is larger than screen, other modes works fine. other HDMI screen works fine.
  5. Today
  6. I would say yes, but BayLibre is also involved in the u-boot/kernel support of the Libre Computer boards, so I would guess all the current WIP is baked in. As far as it goes though, I set the resolution to 1024x768 and pluged it into my 4K screen and had no problem. Jumped it to 1080p, also no worry. Tried 4K and it failed. The bootloader started in 4k successfully a few times, so my assumption is it is attempting to use the recommended resolution it gets back from the monitor, only something is going wrong a lot of the time, whether it is the HDMI support itself *or* it is the clock source/divider.
  7. Armbian uses a single partition for everything for basic usability. Android has all of these split up into a whole bunch of partitions. OTA updates and sandboxing make that better for Android, for us it's more practical to have a normal desktop-style configuration. A lot of burning tools for ARM set-top box processors though expect that android layout, so it makes burning our image difficult if not impossible.
  8. i have done copy the kernel modules with make modules_install . The problem is the bootloader. Can you help me with that ?
  9. Yesterday
  10. I'm reading @balbes150 threads and i'm a litle confusing, what's better multimedia build with complete graphic acceleration s905D mecool ki pro? thank you.
  11. @jernej - yes, i'll test it - i should have more time the next days - on my list: half dq u-boot test, uboot 2gb detection on eachlink, the above emmc patch and responding to the driv-devel list regarding the video= cmdline parser regression ... it is funny, i ran across this emmc fix for the h5 today as well and had in mind to test if it might apply to the h6 too
  12. @TonyMac32 I see armbian has an option to install itself totally in EMMC, once it has booted from an SD card. in that case, what kind of emmc partition structure did you choose to use and how different (and better?) is it compared to that android structure you mentionned ?
  13. Since I was thinking on buying this board to replace my Orange Pi Zero server I would like some questions to be answered about the current state of this board by the people who already own it and tested it. How is the thermal situation? Does it run too hot? Will a heatsink be enough to cool it down without throttling? Are there any serious stability issues currently with the software or complications (excluding the DTB stuff I already read about)? How reliable is the USB3 in this board? I was thinking on buying this board due to it's interesting price for USB3.
  14. Helios4 OLED I've just received my batch 3 Helios4 and gotten it running: moved drives, configured NFS, DLNA, SMB, FTP etc etc etc. Works beautifully and silently (especially when the drives spin down!). One issue though: the OLED display appears to be unreadable: Any ideas what went wrong ... the installation of HW and SW seemed easy enough with the wiki instructions...
  15. I am answering my own question. I finally did play with the -a and -b options of squeezelite, and it seems that the option -a 400 does the trick, which is 400ms seconds of alsa buffer time, if I read the man page correctly. I have been listening to squeezelite for the last 10 minutes or so and did not have an interruption, so far. specifying a stream buffer with -b does not change anything (or only very marginally). So for me: To make squeezelite work well with spdif on a cubietruck (Allwinner A20 processor), I need to launch it as follows squeezelite -o hw:1 -a 400 To properly load it with systemd, the following lines need to be in /etc/default/squeezelite : SL_SOUNDCARD="hw:1" SB_EXTRA_ARGS="-a 400" Maybe it helps someone
  16. @Ravelo I'll have to take a look. Often these tools assume the Android partition structure, which we don't use, thus they throw errors. Sent from my Pixel using Tapatalk
  17. Yes, i used some of the LibreElec patches and kwiboo and lrusak ffmpeg forks, i will recheck my sources and test your suggestion. thanks a lot
  18. Alexis3D from #linux-sunxi IRC proposed this patch as workaround: Can you test it?
  19. @hexdump Can you test this patch for eMMC? (kindly provided by Alexis3D from #linux-sunxi).
  20. @Alerino Reis If you're using ffmpeg patches from LibreELEC, then you need only this additional patch to make it compatible with mpv. I tested yesterday and it works for me when running without any window manager running with either of these commands: mpv --vo=gpu --gpu-context=drm --hwdec=auto video.mkv mpv --vo=drm --hwdec=auto video.mkv You can append "-v" parameter to check if mpv really uses HW decoding.
  22. @TonyMac32 this tool is maybe able to burn android firmwares to ATV boxes, I never used it for such a purpose, we do use it to flash official (and custom) ubuntu firmwares to VIM1's EMMC, and it works ok for that task; afaik, there is also a linux based binary that can do almost the same, from a shell command line.
  23. Their tools are designed around Android, and I've only used them in that context on TV boxes. Sent from my Pixel using Tapatalk
  24. Slight correction - Panfrost is open source driver, but LibreELEC uses ARM binary (32-bit GBM version, but 64-bit GBM version also exists on Pine64 wiki).
  25. looks like the emmc problems are more generic for the h6 and not only related to tv boxes:
  1. Load more activity