Well my friend
Now everything works as before
Thank’s for your time.!!
I used VPN
Well my friend
There’s a regression bug between 8.95.1 and relkai_20180903.
With 8.95.1. I get all of my Philips TV available resolutions/refresh rates.
With relkai_20180903 I only get refresh rates 50, 59,9 and 60 Hz.
With 8.95.0 I had the same problem with limited refresh rates.
If in doubt, I blame it on something to do with Kodi core.
Maybe it was the kernel version bump in 20180903.
Did you have the same problems with the 20180901 version?
You could try the next nightly, which is currently being built (quite large changelog - take a look at the nightly website).
The S905 image should be available in about 2 hours.
I will also try to reproduce this problem on my Samsung TV as soon as the new images are ready.
I just installed the latest nightly and all resolutions and refresh rates supported by my Samsung TV are visible.
I can confirm this, refresh rates work as expected with this nightly.
I have just installed the latest nightly. The only thing that voids me to use my 912 box as daily driver is a big delay in sound playing DD+ soundtracks.
The German version of Infinity War has the original, English soundtrack in DTS-HD MA 7.1. That plays fine. The German track is Dolby Digital Plus 7.1 with a delay of about 500 ms.
There is a setting to correct the delay in kodi, but this is a general setting and would also influence the tracks that plays fine.
Do you have the same problem with 8.95.1?
On my S905 box (Wetek Hub) I don’t have this delay in E-AC3 streams.
Do you have the same problem with 8.95.1?
I have never run 8.95.1 on my M8S Pro L (LB)
I have started with Libreelec 8.2.x.x from SD-card and then changed to Coreelec 9.0 beta on eMMC.
I going to figure out how the logging works. Maybe i am able to see something in the log.
Now i am on the latest official 8.95.2. in eMMC and the delay while playing DD+ tracks is still there.
Where is the right place to address this issue?
Somewhere i have a title with Atmos inside a DD+ Stream. I am going to check this later.
Just create a new topic within the following section and attach a full debug log of your system while playing an E-AC3 stream:
Thanks for the build arm-9.0-nightly_20180915. Odroid C2 + USB T2 Geniatech T230C2 + CrazyCat drivers - TV works fine.
I am running nighlies on my VIM2 with TVH , onboard tuner and a SAT > IP feed. On the latest build …915, I am getting very erratic playback with LiveTV through Tvheadend whenever the Kodi box is doing anything else in the background. Very jump and pixilated and many pauses. The strange thing is that HD files on the local HDD play just fine. This seems to be a problem that has crept in within the last few builds as I don’t recall it been a problem on 8.95.1
Quite often I am also getting lock ups on channel switching.
I have also noticed that after the first channel switch after a fresh reboot the GUI drops down to a very low quality whenever it is superimposed over the top of a live feed.
There seems to be a big regression within the player over recent builds - I would almost say it has gone back to how it was in the very first Coreelecs and would guess that it is dropping out of hardware decoding after the first channel switch. Will have to work out how to bring up the codec whilst the problems are experienced.
Could you please check your refresh rates white list?
I had the same problem after I activated the 25Hz modes (since the white list was introduced the first time).
The playback was very choppy and had a bad visual quality. Since I only allowed 1080p 23.997Hz/24Hz/50Hz/60Hz and all 4K resolutions/refresh rates, the playback quality is great and smooth again.
Will give it a try, but the whitelist was setup and working on previous builds. I used the self reporting in the setup files as my template. Will report back when I get a chance.
I did notice that some adverts seemed to play fine between the glitchy programs which may point to a switching issue.
I may try rolling back to 8.95.2 to see if the problem persists, and then keep on rolling back until the problem clears. Risky as I suspect this may break other things.
Yes, it would be interesting, if you have the same problems in 8.95.2.
Switching back shouldn’t cause any problems, because the database version didn’t change.
But please create a backup before downgrading.
Also a debug log should give us some hints to what is happening on your box.
Using the “o” key it says its decoding with hardware (aml-mpeg ), but then shows the codec as ff-mp2 - which I believe is software decoding.
If this is the case then there has definitely been a sever regression as I changed absolutely nothing else and all options are set to hardware decoding always. I read about someone else experiencing similar problems.
Roll back it is then.
That’s strange. I’m also using TVH (but with HTSP instead of SAT>IP) and everything is running smoothly on the latest nightly.
Could you please post a debug log while playing live tv before downgrading?
If this is really a problem of one of the latest commits, it would be very helpful for the devs to take a look at it, so they can fix it in a later version.
Going to do a roll back and then a fresh install of the nightly with a restore of my TVH server and client to see if I can duplicate the fault and will then post logs.
Update: reverting to 8.95.2 seems to cure the issues I was having.
Will make up a new USB to re-test …915 and report back with logs.
A fresh install with the backup of my TVheadend addons does not seem to suffer from the same issue as the upgraded version - so there will be no logs to show what went wrong. Possibly it was the dvb drivers issue ?