That’s free for everyone. Nothing better than this to get your changes in.
Small thing, since 0604 CEC hasn’t worked on my Panasonic TV. Can’t use Tv remote, only remote app through network. Not a huge deal but TV remote was working faultlessly in previous versions. Wondering if I’m missing a new setting. Cheers
running nightly_20200605 on Odroid-C4:
cputemp shows 61 degrees, in dmesg appears always scrolling:
[ 268.658042] thermal cooling_device0: Failed to convert 1908000KHz for cpu 0 into a cdev state
[ 268.762049] thermal cooling_device0: Failed to convert 1908000KHz for cpu 0 into a cdev state
[ 268.866032] thermal cooling_device0: Failed to convert 1908000KHz for cpu 0 into a cdev state
[ 273.026051] cpufreq_power2state: 39 callbacks suppressed
[ 273.026064] thermal cooling_device0: Failed to convert 1908000KHz for cpu 0 into a cdev state
[ 273.130056] thermal cooling_device0: Failed to convert 1908000KHz for cpu 0 into a cdev state
[ 273.234089] thermal cooling_device0: Failed to convert 1908000KHz for cpu 0 into a cdev state
Kodi is idle, top shows a CPU-usage between 30-40% of process kodi.bin, nothing else is running.
Why is Kodi so busy?
The CPU speed is locked on 1908000 because of the performance governor, and the CPU isn’t thermally throttling. As to why CPU usage is high I couldn’t guess.
Shoog
This where I would employ a fresh install of the build to an SD card with zero modifications and take the temp so to speak in order to narrow the possibilities down to OS and/or hardware.
Can someone please test this clip and tell me if there is a stutter/jump?
While watching the full film on my N2 there were two jumps, the above clip has the first. Both the full film and the clip play fine with VLC player on my PC. I upgraded to the latest nightly and the clip still jumps.
Clip plays perfect under CE 9.2.2 stable on TX5 Plus (S905X3 4/64).
1 Like
Thanks for testing. I’ll try playing it with the stable version later and report back.
1 Like
@Kojie Yep, I can confirm N2 with nightly 20200606 there is a freeze at the 8 second point.
1 Like
I concur with nightly 20200606 there is a freeze at the 8 second point, although for me it’s on S905X2.
1 Like
Thank you both for testing the clip and reporting back. I tested the clip with:
Odroid N2 CoreELEC stable - it plays the same as nightly.
Odroid C2 CoreELEC stable - there is a smaller problem area of video. An improvement compared to N2 playback.
Odroid N2 Android VLC - playback is the same as the C2.
The clip also plays fine with MPC-BE on my PC. So it works with VLC and MPC-BE on my PC and on the TX5 Plus as reported by Betatester.
Did some more testing.
The clip jumps at approx 8 seconds on a NexBox A95X S905X (1/8), TX3 S905W (2/16) and Turewell A95X F2 S905X2 (4/64).
On a TX5 Plus S905X3 (4/64) the clips plays fine.
All boxes tested with CE 9.2.2 stable.
1 Like
clip also jumps at 8sec on C4 with nightly-20200606
1 Like
Is that it? One jump after 8s? Or is the full movie like jumps every 8s?
1 Like
the sample is only 15 secs long…
1 Like
Has it been definitively established that the file is sound. Different players handle faulty media in different ways. Lets not go down a rabbit hole without establishing there is actually a problem to deal with.
Playing in Gnome video the clip plays perfectly, but playing in Linux Kodi on my PC the first second is heavily corrupted. On my X96 Air the first second is blank where its corrupted - and it skips at 8 secs, but I ain’t prepared to accept anyone word for this been an uncorrupted file.
Shoog
1 Like
There are two problem areas in the film when playing back with my N2, VLC plays those areas fine.
Thank you all for testing the clip.
Sadly I don’t have the full disc, only a remux, so I can’t check with eac3to. I’ve checked my hard drive for errors and I even downloaded the same film to a different hard drive just to be sure. After seeing the full film and clip play fine in the problem areas in VLC my biggest concern was something could be wrong with my N2, which is why I asked if some one could test the clip.
I just tested the clip with my Rock64 using LibreELEC and that also has a jump. I would lean to it being a problem with the file. I find it interesting how the TX5 Plus is able to play the clip without a problem and the C2 handles it better than the N2.
One thing I learned over the decades is that occasionally, you will run into something that can not be explained.
1 Like
Odroid C2 is using the older 3.14 kernel. With these decoders you always have to work around different issues. You fix one file but it causes issues with other files. So there is always compromises. If the whole movie only has 2 little jumps that are caused buy a bad encode I think we can live with it.
I appreciate the sentiment to have a perfect device but it will probably never be perfect.
As for the jump:
3 Likes
A minor issue with 20200619 NG on my A95x Max (S905X2) that has occurred twice.
I’m watching a video (file stored on local storage) and all of a sudden playback stops and the box is completely unresponsive. If I try to SSH in it fails at the authentication stage.
Left it for a few minutes and then the video starts playing again.
Looked at the Kodi log (no crash log produced) the second time it happened and found these few lines at the end.
2020-06-21 22:29:57.490 T:3408917376 NOTICE: CVideoPlayerAudio::Process - stream stalled
2020-06-21 22:30:03.946 T:3400524672 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
2020-06-21 22:33:24.086 T:4028986240 WARNING: Previous line repeats 397 times.
2020-06-21 22:33:24.087 T:4028986240 NOTICE: PulseAudio: Opened device Default in pcm mode with Buffersize 154 ms
It would indicate some kind buffering issue although it has been literally years since I have had buffering issues with any box.
I’ll keep an eye on it and as it’s only happened twice in about 20 hours of playing, it’s a very minor issue, especially as it rectifies itself.
So no in depth diagnosis or specific fix required, more something of note in case it helps with further development.