Posts by kszaq


    PS I guess this build is 32Bit only? Hope you will stay on 32Bit as there is no mem leak reconizeable at all :)

    As far as I know there is a memory leak in 32-bit builds but much less recognizable and therefore not noticeable at all. That said developers with much more skills are looking into fixing the leak.


    PPS In this thread here in the Kodi Forum a Kodi 18 build is mentioned where the inputstream is working again with Amazon Video, any chnace to get those changes into your build?

    The mentioned Kodi version is for Android and uses WeTek's DRM capabilities in Android. In LE you can try using unofficial plugins: LibreELEC

    cHarOn The issue with many devices is that they don't accept flashing device tree from LE because of some u-boot level lock. I suspect this may have something to do with not being able to write u-boot variables at runtime. This will be fixed in a next build and then you can try installing to internal again... In case it fails I might look into providing a different device tree again.


    I've just installed beta 2 and I'm not sure deinterlacing is working as it should. It's not showing scanlines most of the time but it feels like it should be smoother, and sometimes as camera shots change you'll briefly glimpse the scanlines. In the "video settings" menu "deinterlacing method" is set to "off" but greyed out. I've just upgraded from 7.0.3.012c and that seemed ok. This is while watching Live TV (Freeview HD in UK DVB-T2).

    I tested deinterlacing on a few samples that I have and noticed no such behaviour. Can you provide a sample? Also make sure that you don't have any deinterlacer module parameters set in autostart.sh.


    kszaq - I noticed you had updated to beta2, so I loaded it and remote works fine for me now (same as stopping eventlircd earlier) - many thanks. Was there a mapping change somewhere?
    Following on from this , does it mean that mapping of remote buttons (built-in IR remote) could now be tweaked by users using the Lircmap.xml etc. methods? Or is this a future feature?

    In beta1 some buttons were not working because keys were parsed by eventlircd rather than sent directly to Kodi.

    For future builds I plan to add a possibility to switch internal IR receiver driver to LIRC so that you would be able to use any IR remote with built-in receiver. The downside of this approach is a bit slower button parsing than with amremote driver and not being able to use remote.conf files - you would have to configure every button on fresh install. That's why this will be optional and not default behaviour in my builds.

    @all 7.90beta2 build posted in OP - fixes and improvements included.

    Really big thanks to Peak3D who redesigned AML decoder in Kodi Krypton. Thank to his hard work and patience we can now have near-perfect HW-accelerated video playback in Kodi Krypton!

    I'm currently rebuilding addons and will update repositories soon.


    as for lircd, I entered "systemctl stop eventlircd" and as kszaq said, all buttons on the packaged remote (that I don't normally use) work ok afterwards (p.e. home does not before). but top still says "/usr/lib/kodi/kodi.bin --standalone -fs --lircdev /run/lirc/lircd" is consuming around 35 % of CPU.

    This is the main Kodi process, lirc is only an argument that points Kodi to lirc in case you wanted to use it. The usage is completely normal.


    finally, what is the difference between the suggested "fw_setenv hdmimode 1080p50hz; fw_setenv outputmode 1080p50hz" and what I'm doing now: "echo 1080p50hz > /sys/class/display/mode" ?

    The first one switches initial display mode: u-boot level, splash screen and in Android. The latter switches display mode at runtime.
    [hr]


    @all 7.90beta2 build posted in OP - fixes and improvements included.

    Really big thanks to Peak3D who redesigned AML decoder in Kodi Krypton. Thank to his hard work and patience we can now have near-perfect HW-accelerated video playback in Kodi Krypton!

    I'm currently rebuilding addons and will update repositories soon.

    Gregoir3 Centurione BT Audio problems with MiniMXIII II may be due to low baud rate used in hciattach. I will bump it in the next build. This will either fix BT Audio or break BT completely. ;)
    [hr]


    Thanks kszaq - in the meantime, I have a question about default framerate. When my box (s905x 2GB) boots up it seems to default to 1920x1080p60. I would prefer if it it used 1920x1080p50 as most of the stuff I watch is TV or DVD from Europe. I know the framerate will adapt depending on the source material, but I would like it to default to 50Hz. Seems to be a property of the .dtb?

    This is set by u-boot. Try fw_setenv hdmimode 1080p50hz; fw_setenv outputmode 1080p50hz.


    kszaq:

    I installed your last build 7.0.3.3 on a MXQ AllBlack, ( s805 1,5 MHz 1GB/8GB ) from USB-Stick ( like SD Card )
    works fine but the Pic get stuck and the Audio Plays after a plently of Time, when the amcodec ist on.

    Anny ideas to get that fixed?


    I will not look into this issue because I ignore all reports with no or incomplete logs and no sample to reproduce it. Just like it's said in "Reporting bugs" sticky post.


    Hello Kszaq (and others), my problem with the newer builds (all builds after 7.02.005) is that I don't have sound, nothing at all. Now I managed to figure out what the problem is. I cannot select "ALSA" sound output in the new builds. The last build which let me select ALSA is 7.02.005. The sound works good with ALSA but when I select PULSE even in .005 build the sound wont work. Why cant I select ALSA audio output in the new builds? Any workaround for this? Thanks in advance.


    You haven't updated the device tree correctly.