Posts by mmpp

  • 7.0.2.009 build for S905/S905X

    Quote from rx5670


    So. As I understand "on/off issue on a95x s905 1/8" is totally libreelec bug. Not box's firmware.

    I can understand your frustration, as my MXQ Pro 4k is also affected.

    But the problem is like the others have explained it. From the release information:

    Quote


    Suspend doesn't work most of the times. Temporary solution: use poweroff.

    So yes, there is an issue with the kernel used for libreelec on S905(X) with suspend. To my knowledge, this bug is present in all kernels (for linux or android) available from the SoC maker.

    Power off, on the other hand, works with libreelec. The linux system shuts down properly and the hardware is also deactivated (at least partially, I actually tried it and measured a drop in power usage with a plug-in power meter). At this point, there is no more linux kernel running, and control of the box has returned to the original bootloader.

    It is the job of this bootloader to wait for a power-on event (remote code, power button press, ...) and re-start the operating system. If your remote does not restart the power-down box, it is the boot loader's fault.

    Case in point: On my wetek hub, this works just fine.

  • [8.0.2e] LibreELEC 8.0 for S905/S905X

    Quote from shangjian.xiexie


    I have a S905X amlogic,compile with source code : git clone GitHub - LibreELEC/LibreELEC.tv: Just enough OS for KODI，and PROJECT=Odroid_C2 ARCH=aarch64 make image -j8，I made a usb-sd creater:
    can't boot!!!!!!!!!!!!!!!!!!
    why ?why ?

    ODroid-C2 is Amlogic S905, not S905X. Also it is a very specific hardware platform, so it is ok to not boot on your generic amlogic device.

    Other S905(X) devices are not yet fully included in the libreelec git. For the latest S905(X) kernel and libreelec source, see kzsaq's git:

    GitHub - kszaq/LibreELEC.tv: 'Just enough OS' for Kodi

    and the release threads here in the forum.

  • 7.0.2.009 build for S905/S905X

    I found no smb file playback (multitude of formats and encodes) or tvheadend dvb-s2 streaming problems with the 11-25 test version. On the contrary, file seeking was quick and flawless and channel changes were very quick.

    But with this version I noticed a very annoying clicking and scratching noise when stopping and starting playback of files or streams. Wetek hub connected to Philips TV, no passthrough.

    Clicking is also present in 11-26 (64bit).

  • [8.0.2e] LibreELEC 8.0 for S905/S905X

    Did some preliminary tests of the special build: tvheadend-pvr with sd mpeg-2, hd h264 and 4K hevc dvb-s2 streams worked quite fine, with very quick channel changes. One specific 4k stream was a bit jerky, I will check that in detail later and get logs.

    Playing files from SMB was not so good: While "regular" files that can be hardware decoded worked quite well, with very fast seeking; starting h264/hi10p encoded files leads to a hard crash (picture stuck, no SSH access possible, need to pull power plug) of the wetek hub after a few tries, but not in a reproducible manner (files that worked before would crash it after the restart and vice versa). I think it depends on what kind of file I played before. On the weekend I can do more tests and maybe find a combination that always triggers the bug.

  • [SOLVED] s805 / s905 glitchy hardware decoding of h.264 main10 profile video

    Interesting. ffprobe did not complain about the file; both kodi krypton and mpc-be on windows properly recognize it as hi10p and use software decode. Sadly I do not have a kodi 16 on windows at hand.

    I will check if the file was damaged somehow during downlaod and also try to locate other files by the same encoder group. Then I can see if it is a problem limited to this single file or more widespread before filing a bug report.

  • [SOLVED] s805 / s905 glitchy hardware decoding of h.264 main10 profile video

    I recently had a hi10p file that gets played with hardware decoder instead of software with the latest developer version (LibreELEC-S905.aarch64-7.0-devel-20161116235711-r23437-g73c3cef.img)

    Maybe there is something different, so that the patch wrongly sees it as 8-bit?

    Output ffprobe -show_streams follows, I can provide the file if needed:

  • 7.0.2.009 build for S905/S905X

    Quote from kszaq


    kostaman Thank you a lot for testing. Your results are very helpful, as always! I have confirmed seeking issues with some samples on my side, I had to find some that have issues with! Can you please try a next build, I no longer have no video on my side: 2016-11-14

    I had some time this morning, so I tried this version on my hub.

    - tvheadend streaming: all ok (dvb-s2 streams in sd/mpeg2, hd720p/h264, hd1080i/h264 and 4k/hevc10)
    - internet streaming: no problems (youtube addon, twitch addon). Sometimes buffering when playing twitch VODs, but this was also in 009
    - files from smb: tried several different encodes, focussing on seeking. Nothing out of the ordinary, but I managed to get an hevc/main encoded file stuck during seeking. Stopping playback was still possible, though. Looked more like a hardware decoder problem to me.

    Did not test passthrough.

  • S905 builds - general discussion

    What does not work in your multichannel passthrough setup? I tested playback with my avr (see signature) of Dolby Digital, DTS, DTS-HD, Dolby Atmos and Dolby TrueHD with passthrough active, all audio formats are recognised by avr and played back without any problems. I also tried multichannel AAC and FLAC: avr sees multiple inputs, audio is played fine, speaker mappings were correct.