[7.0.3.012l] LibreELEC 7.0 for S905/S905X

    I really dont understand what is going on, these damn 905 boxes, i have a "OTT TV BOX 4X", maybe its a x905 not s905?...

    The board has no real markings on it but "MXQ Ver2.0"

    I have burnt the libreelec 7 img to a sd card and have tried a USB key.., and have updated the dtb file, but no matter what I do, my box just reboots to android recovery, I have tried every method, but all I get is recovery screen, it doesn't boot libreelec...what can I be doing wrong?

    Hope someone can help, have a very disappointed son at the moment...

    Edited once, last by karl0ss (May 3, 2017 at 7:28 PM).

    Quote from Fredouye


    Can you boot into Android and install/run CPU-Z ?

    I will do that now, I can def boot android, and I can install cpu-z, what you want me to look for?

    thank you for taking the time to help me..

    I have 4 805 boxes, and never had anywhere near this issue with them :(

    UPDATE -
    CPU-Z Details
    Cores - 4
    Architecture - 4x ARM Cortex-A5 @ 1.54GHz
    GPU Vendor - ARM
    GPU Renderer - Mali-450MP
    Model - MXQ
    Manufacture - MBX
    Hardware - amlogic

    UPDATE 2 -
    I guess being only a quad core it isn't a 905 but a 805? Will try that build..

    UPDATE 3 -
    SUCCESS! Thanks for your help guys, don't know what led me to think the box was 905 :)

    Edited once, last by karl0ss (May 3, 2017 at 8:07 PM).

    Quote from karl0ss


    I really dont understand what is going on, these damn 905 boxes, i have a "OTT TV BOX 4X", maybe its a x905 not s905?...

    Maybe you're using wrong dtb file and wrong LE image?
    From what I have found on the net your box is S805.

    Edited once, last by yatoya (May 3, 2017 at 8:04 PM).

    Neither build of K work for me. Latest build garbles the screen after boot (pic).
    Mini MX 2G here. (gxbb_p200_2G_1Gbit.dtb)
    Log attached. Is this the juicy bit?

    23:09:58 T:4119249472 DEBUG: DeviceKit.Disks: org.freedesktop.DBus.Error.ServiceUnknown - The name org.freedesktop.DeviceKit.Disks was not provided by any .service files
    23:09:58 T:4119249472 DEBUG: Selected UDev as storage provider
    23:09:58 T:4119249472 ERROR: AML: no rw on /sys/class/ppmgr/ppmgr_3d_mode
    23:09:58 T:4119249472 NOTICE: InitWindowSystem: Using EGL Implementation: amlogic
    23:09:58 T:4119249472 ERROR: EGL error in InitDisplay: 3003
    23:09:58 T:4119249472 ERROR: InitWindowSystem: Could not create display
    23:09:58 T:4119249472 FATAL: CApplication::Create: Unable to init windowing system
    23:09:58 T:4119249472 DEBUG: ActiveAE DSP - destroyed
    23:09:58 T:4119249472 DEBUG: PVRManager - destroyed

    Quote

    I tried 7.0.3.012k and I noticed very slight stuttering, so I'm staying with "j". All my files are stored on a 2TB external HDD and played back via the USB port. I should add that 95% of my videos have a frame rate of 23.976, and I have refresh rate switching turned on so that the TV goes into 1080/24p mode. To test for "stutter", I play back a certain portion of the first Hobbit film that has a lot of sweeping panorama scenes (the easiest scene types to detect any stutter).

    I have played Hobbit (x264, 1080p, 13GB file) via SMB on 'k' build and didn't notice any stuttering.

    I have noticed in 3 boxes I install K build, that live tv isn't wrking well with VPN manager, previous version j was working fine.
    But frame jumps are fixed for me with K ...

    Quote from yatoya

    I have played Hobbit (x264, 1080p, 13GB file) via SMB on 'k' build and didn't notice any stuttering.

    I'll give it another go. Apparently kszaq is recompiling k again - I'll wait for that and try again. However, I have no need to upgrade from k - but I like to have the latest version.

    Edited once, last by ukmark62 (May 4, 2017 at 11:11 AM).

    Quote from Fredouye


    It seems the rebuilt k is available since yesterday evening : Index of /s905/7.0.3.012/

    Thanks.

    Tried again with new "k" version and I get the same result. Tried 3 times and in each case the frame skip/stutter occurs in the same place. It's not bad, but I notice it due to the nature of the scene - fast horizontal panning.

    I start playback at 1:19:30 on the first Hobbit film (my version is x265/720p low bitrate) and at 1:22:25 the problem occurs. I always use this part of this movie to test for stutter. In fact when kszaq started developing LE a good few months back, I was one of the original testers specifically for 23.976p playback at 24Hz, and this part of the movie is great for noticing stutter.

    I reverted back to "j" and playback is perfect again. It's not an issue for me as I'm very happy with "j". The only other thing to note is that my box is S905 whereas the other post from "yatoya" was using a S905x box, x264 video and 1080p resolution.

    Edited once, last by ukmark62 (May 4, 2017 at 1:55 PM).

    Quote from ukmark62


    I start playback at 1:19:30 on the first Hobbit film (my version is x265/720p low bitrate) and at 1:22:25 the problem occurs.

    Can you give the release name of the Hobbit movie for test purposes?
    Is it only one stutter you've spoted? And it's always in the same place?
    This is kinda weird because stutters have tendency to be random.
    The "k" build has a nougat kernel. Picture quality is much better in my opinion.
    As a matter of course there must be differences in video processing.
    Maybe this one "hobbit" stutter only looks like stutter?
    Low bitrate videos have plenty of artifacts. This one could be more visible with new kernel because of differences in video processing.

    Edited once, last by yatoya (May 4, 2017 at 2:52 PM).