Posts by karolgarlicki

Quote from blakey

Tested the new build and something wrong with this :

• added support for CVBS output: if HDMI is not connected, Kodi will default to output mode provided by u-boot, i.e. CVBS on devices with that type of output

With this build the GUI is always on 720p (need manual setup to 1080p), my setup is Minix Neo U1 connected with HDMI cable to Denon X3100W (passtrough) which is connected to a Sony FHD TV with HDMI cable too, before this update the GUI was at 1080p, this setup controlled by Logitech Harmony with "Activities". How can I fix this issue.

Same for me. GUI is switched to 720p. I was changing this at least twice to 1080p since 8.0.2c has been installed.

Quote from kszaq

I need full LE log files to also see kernel log. I repeat, instructions are in sticky post: thread-981.html
[hr]

Probably your tuner is not supported by the drivers although it should be by cx231xx kernel module.

OK, version 8e fixed problem introduced in 8c. tested with DTS-HD-MA and Dolby Atmos. Passthrough is working as expected.
You're too fast for Kodi devs kszaq.

Quote from kszaq

Karol, please post a full log so that I can see your config. Instructions are in sticky post. There were some changes in audio config, I may have done something wrong.

OK, I've got the logs. There are some errors. My current config is set to passthrough for every available format since my AVR can decode everything up to Dolby Atmos (excluded). Sample is trying to play DTS-HD-MA audio stream.
It is quite odd that only I have this issue with 8d. Looks like I'm special

What's more? It's not only the fact that there are no sound, but there are audible cracks, not constant, but every half second, let say. And they can be amplified by the AVR. This is not white noise, there's something wrong with passthrough on 8d. At least on my config.

Quote from JulGer

And? What state was it in?

Gesendet von meinem K6000 Pro mit Tapatalk

Now I've rolled back to 8c but with the "new" dtb and passthrough is working like a charm, thus for me it looks like problem with 8d build. Not the dtb.

Anyone can confirm similar?

kszaq with 8d build no passthrough with digital audio. Same settings, double checked state of sync audio to display. I'm thinking about dtb.img. Used the same as usual but never had issues with passthrough.

Any ideas?

I've just tested RC4 on my Ferguson box WITH temp sensor ENABLED. So far 4 reboots successful in one row. I will report if I will face any problems later, for now I would say that temp sensor is not a problem anymore.

But lets wait a little bit longer for feedback from the rest of the community.

Thank you!

Quote from panterck

Hey,it's getting better and better still. Still have the audio sync issues though when using passthrough - does anybody know what broke it? As I am reading this many people have the same problem but use advancedsettings for walkaround but still...
Thank you so much for all your help

I'm using passthrough for all digital sound options: DTS and up and DD and up. No delay at all. This is regarding my local files, maybe you've experienced this using different source(s)?

Thanks kszaq, I've updated my box to beta2 and tested couple of video samples. Works a lot smoother, video starts to play much faster than before. Thanks for build without temp sensor, so far no issue in that area, occasionally I've checked box after some stress it was only a little bit warmer than my hand. Thumbs up!

Build without temp sensor is solid. One issue so far: home button doesn't work (using stock remote).

Can I test image with temp sensor via update and if it will fail to boot once again update with img without temp sensor?

Quote from kszaq

OP updated with a new build that includes a major set of patches that improve playback considerably. All thanks to @Peak3d who developed the patches. The build has also all updates from LE master branch and all improvements from 7.0.3.012c build.

Thank you! What about temp sensor? Is it removed? I can't find any alt build.

What is the current usage of the SoC temp readings? In the scenario that we will have separate builds without it, is there any risk that at some point it will became a missing dependency?

I'm on the latest firmware right now and I'm pretty sure that I will not receive any update soon...

I will try to lookup this info in the update zip from vendor. Maybe there someone put something valuable. Nevertheless it looks like you will need different way to blacklist not LE friendly firmware/SoC (temp probe) - if this is the root cause of the (re)boot issues.

My SoC is 905 020b, how can I check bootloader version on my box?

// pretty silly question from someone who owns 5 Nexus devices...

I've got booting issues with your 7.90.x alpha builds.

I've observed that maybe it has something to do with external USB drive. In case when box fails to boot it hangs just before mounting external HDD. I can tell you that because I can feel and hear when it starts to spin during normal boot.

Quote from Gendo

could you try a different hdmi cable? All these could be caused by a faulty cable...

Maybe, but there's no movement, at all. So in that way is it possible to work ok most of the time, especially that Chromecast is plugged to the second HDMI in into AVR? Then one out from AVR to TV.

I've checked also this config with PC instead of TV box. All good. So no cable issue for me.