v7.90.010 bug reports for Odroid C2

thegooddoctor · January 9, 2017 at 4:49 AM

What got fixed: (from v7.90.009)
+ Airplay works! (thanks!!!!!)

What got broken: (from v7.90.009)
- Skipping forward or backwards in a video sometimes causes subsequent video playback stuttering

What works: (unchanged from v7.90.009):
+ audio sync with passthrough including DTS HD MA, Dolby TrueHD, Dolby Atmos
+ h264 10 bit; h265 4k playback
+ smooth Kodi GUI
+ great CEC integration

What needs work: (unchanged from v7.90.009)
- Atmos, DolbyTrueHD, or 4K (with higher level audio) the video playback is choppy (most of the time; sometimes it manages to playback smoothly)
Unfold g1gbn9k6yR
Eclipse http://thedigitaltheater.com/wp-content/...heater.mkv
- stream playback of a particular stream, for the majority of times, does not work; always works if acceleration is turned off
http://cbsnews-linear.mdialog.com/video_...&rebase=on
- 3D does not auto switch TV; 3D MVC files play back as 2D
- 60 seconds after audio playback is stopped there is an audible click
- Playback jerks periodically at a regular interval (self correcting audio sync?)

edit: log files attached in zip file.
booted unit
THX eclipse file played back fine (smooth 4K playback)
CBSN stream failed
Boxtrolls 3D MVC MKV - no 3D playback (identified though as 3D); skipped through movie to log stuttering
played THX eclipse file again and playback jerky
audio click (no audio output for xx seconds creates audio click)

outcave · January 9, 2017 at 9:55 AM

I have that same problem:
During playback Skipping forward or backwards in a video sometimes causes subsequent video playback stuttering. And also if I will stop playback and open (play) another movie the video is stuttering. The only workaround is to reboot LibreELEC.
I have gived a look into Debug log but there is not any "info" about that.
Hope in a fix.

Thanks!

**chewitt** · January 9, 2017 at 11:22 AM Official Post

There are a number of sync/timing issues for Amlogic/Krypton that are "work in progress" at the moment. Thanks for the detailed report.

outcave · January 9, 2017 at 7:16 PM

Hi again chewitt,
thanks to you to improve LibreELEC addressing these bugs.

gaelic · January 10, 2017 at 9:17 AM

Quote from outcave

I have that same problem:
During playback Skipping forward or backwards in a video sometimes causes subsequent video playback stuttering. And also if I will stop playback and open (play) another movie the video is stuttering. The only workaround is to reboot LibreELEC.
I have gived a look into Debug log but there is not any "info" about that.
Hope in a fix.

Thanks!

Does this occur for all types of files or just e.g. hevc/x265 videos. I'm also using the odroid-c2 and for sd h264 videos I cannot observe any problems, same goes for some online resources I've tried (orf, puls4, youtube)

**chewitt** · January 10, 2017 at 5:57 PM Official Post

You'll see sync issues over time on pretty much anything at the moment. Should be resolved soon enough .. then there's only a memleak to solve (that's been there for months - and we can't find it) and things will be in good shape.

outcave · January 11, 2017 at 10:04 AM

Since LibreELEC v7.90.010 the problem is reduced but it's still here.
Now the "main" problem is that if you go skipping forward or backwards in a video can happens that the video freeze with the "Buffering..." OSD info and the video remain freezed.

Another problem that I found is a constant dropped frames (constantly every some seconds) during playback of SD (Standard Definition) .avi file of XviD or DivX (MPEG-4) using the Hardware acceleration.
If I switch (in the settings) to software decoding for that non HD file the video is OK.

thegooddoctor · January 24, 2017 at 4:03 AM

I found this Kodi build for Odroid C2 that fixes most of these issues.
http://forum.odroid.com/viewtopic.php?f=144&t=24753

What is fixed in the build LibreELEC-Odroid_C2.arm-8.0-rb-beta1j.tar 18-Jan-2017 16:03
+ Atmos, DolbyTrueHD, or 4K (with higher level audio) the video playback is smooth
+ Stream playback of a particular stream works with hardware acceleration on (always works)
+ Smooth video playback (no jutters)
+ Skipping back and forth has no negative impact upon subsequent playback (playback is smooth)

As well there was a Matrix clip that I picked up somewhere (I believe somewhere on this forum) that now plays smoothly with this beta1j build.
My memory after 4 days of being on is at 18% (does not appear to be a memory leak).

There is still the audible click after 60 second inactivity, and still no 3D support (the RPi does 3D MVC MKV's perfectly - I would like to see this fixed with the Odroid C2).

I hope to see these fixes implemented in the future release - great job guys!

GDPR-1 · January 24, 2017 at 7:41 AM

Quote from thegooddoctor

I found this Kodi build for Odroid C2 that fixes most of these issues.
http://forum.odroid.com/viewtopic.php?f=144&t=24753

What is fixed in the build LibreELEC-Odroid_C2.arm-8.0-rb-beta1j.tar 18-Jan-2017 16:03
+ Atmos, DolbyTrueHD, or 4K (with higher level audio) the video playback is smooth
+ Stream playback of a particular stream works with hardware acceleration on (always works)
+ Smooth video playback (no jutters)
+ Skipping back and forth has no negative impact upon subsequent playback (playback is smooth)

As well there was a Matrix clip that I picked up somewhere (I believe somewhere on this forum) that now plays smoothly with this beta1j build.
My memory after 4 days of being on is at 18% (does not appear to be a memory leak).

There is still the audible click after 60 second inactivity, and still no 3D support (the RPi does 3D MVC MKV's perfectly - I would like to see this fixed with the Odroid C2).

I hope to see these fixes implemented in the future release - great job guys!

Display More

There is gonna be no 3D MVC fix unless this is fixed in Kodi. There was a patch from koying that made it work in Jarvis. Unfortunately it was never mainlined. Once @peak3d's patches are merged in Kodi master we can think about to backport 3D. But it's not a high priority since most people on the Team (working on Amlogic) doesn't have 3D TV's anyway.

outcave · January 24, 2017 at 10:44 AM

Any news for the "official" LibreELEC BETA on Odroid C2?
Thanks.

**chewitt** · January 24, 2017 at 11:16 AM Official Post

There's been progress in the sense that we narrowed the memleak issue down to an area of kernel code and changes we've been testing have a positive overall effect, but it is not resolved. Our aarch64 devices will not move up to beta until things are resolved or considerably improved.

**infinity85** · January 24, 2017 at 11:46 AM

Quote from thegooddoctor

I found this Kodi build for Odroid C2 that fixes most of these issues.
http://forum.odroid.com/viewtopic.php?f=144&t=24753

What is fixed in the build LibreELEC-Odroid_C2.arm-8.0-rb-beta1j.tar 18-Jan-2017 16:03
+ Atmos, DolbyTrueHD, or 4K (with higher level audio) the video playback is smooth
+ Stream playback of a particular stream works with hardware acceleration on (always works)
+ Smooth video playback (no jutters)
+ Skipping back and forth has no negative impact upon subsequent playback (playback is smooth)

As well there was a Matrix clip that I picked up somewhere (I believe somewhere on this forum) that now plays smoothly with this beta1j build.
My memory after 4 days of being on is at 18% (does not appear to be a memory leak).

There is still the audible click after 60 second inactivity, and still no 3D support (the RPi does 3D MVC MKV's perfectly - I would like to see this fixed with the Odroid C2).

I hope to see these fixes implemented in the future release - great job guys!

Display More

I've tested this new build yesterday and yep, I can confirm all this.

But there appeared a huge issue regarding LiveTV through IPTV Simple Client: Watching and zapping has improved a lot since raybuntus betas, but the beta1j cannot establish audio video sync here. I cannot even say how many seconds async there is, it seems to be different after every channel switch, but clearly 5 seconds or so, not just 300ms or so. Apparently such a live stream is a problem compared to a mkv video file.

EDIT
Okay... that was yesterday. Now this doesn't happen anymore hmm.
Now it behaves like on the betas before: After switching to another channel the sound comes, video freezes for 4 seconds and then unfreezes in sync with audio. And mostly it repeats the audio of the last second then. So apparently the video waits for a timestamp where it is in sync with audio and unfreezes in sync then. in 7 out of 10 times it simply echoes the sound of the last second after unfreezing.
But this happens only in LiveTV. All this on Raybuntus 32bit betas. I will have to catch the logs and post them odroid forums. Perhaps this will help to narrow it down somehow.

EDIT #2
and now it begins again. I see ~3s async on one channel. ~1s on another channel. Zapping back to the first channel it is almost in sync instead of 3s async.
Which component-specific logging would be useful for this?

FFmpeg
Audio component
Video component

?

GDPR-1 · January 24, 2017 at 1:09 PM

Quote from infinity85

I've tested this new build yesterday and yep, I can confirm all this.

But there appeared a huge issue regarding LiveTV through IPTV Simple Client: Watching and zapping has improved a lot since raybuntus betas, but the beta1j cannot establish audio video sync here. I cannot even say how many seconds async there is, it seems to be different after every channel switch, but clearly 5 seconds or so, not just 300ms or so. Apparently such a live stream is a problem compared to a mkv video file.

EDIT
Okay... that was yesterday. Now this doesn't happen anymore hmm.
Now it behaves like on the betas before: After switching to another channel the sound comes, video freezes for 4 seconds and then unfreezes in sync with audio. And mostly it repeats the audio of the last second then. So apparently the video waits for a timestamp where it is in sync with audio and unfreezes in sync then. in 7 out of 10 times it simply echoes the sound of the last second after unfreezing.
But this happens only in LiveTV. All this on Raybuntus 32bit betas. I will have to catch the logs and post them odroid forums. Perhaps this will help to narrow it down somehow.

EDIT #2
and now it begins again. I see ~3s async on one channel. ~1s on another channel. Zapping back to the first channel it is almost in sync instead of 3s async.
Which component-specific logging would be useful for this?

FFmpeg

Audio component

Video component

?

Display More

It looks like your issues are in those streams you are using. Sometimes they work sometimes they don't. I am no expert to ask about Kodi audio issues.

**infinity85** · January 24, 2017 at 1:49 PM

Quote from Raybuntu

It looks like your issues are in those streams you are using. Sometimes they work sometimes they don't. I am no expert to ask about Kodi audio issues.

I'm afraid that's not the case here. These are not illegal sky stream links or so, and they work on wrxtasys builds as well as on a raspberry and my firetv. It seems to be a muxing problem when tuning. Sometimes it works, sometimes your build struggles at the beginning. If it tunes in sync, then it stays in sync. But I can switch to another channel and back to the first again and it is most probably struggling at the beginning and then it plays with many seconds asynchronously. Doesn't happen on older krypton aarch64 alphas (before the patches from peak3d) and not on wrxtasys 7.x.x.

GDPR-1 · January 24, 2017 at 3:40 PM

Quote from infinity85

I'm afraid that's not the case here. These are not illegal sky stream links or so, and they work on wrxtasys builds as well as on a raspberry and my firetv. It seems to be a muxing problem when tuning. Sometimes it works, sometimes your build struggles at the beginning. If it tunes in sync, then it stays in sync. But I can switch to another channel and back to the first again and it is most probably struggling at the beginning and then it plays with many seconds asynchronously. Doesn't happen on older krypton aarch64 alphas (before the patches from peak3d) and not on wrxtasys 7.x.x.

OK you might found something. Let's discuss this further in my Thread since these thread is for official Bugreports.

thegooddoctor · January 25, 2017 at 1:06 AM

Quote from Raybuntu

There is gonna be no 3D MVC fix unless this is fixed in Kodi. There was a patch from koying that made it work in Jarvis. Unfortunately it was never mainlined. Once @peak3d's patches are merged in Kodi master we can think about to backport 3D. But it's not a high priority since most people on the Team (working on Amlogic) doesn't have 3D TV's anyway.

Thanks for the backstory regarding 3D MVC and Kodi (could never figure out why especially when the RPi handles 3D MVC flawlessly).

Great job! (I wish I could code and help out)

**infinity85** · January 25, 2017 at 8:33 PM

Quote from Raybuntu

OK you might found something. Let's discuss this further in my Thread since these thread is for official Bugreports.

I might have, but I'm still not sure myself. I couldn't reproduce it later on and I believe that the issue is rather occuring if the internet connection is limited. The thing could be that with slower internet the stream could run into a limit and get hickups, the other builds (pre peak3d) were tolerant, they could catch up after the interrupt and it wouldn't occur again. Your builds may be a bit sensitive during tuning process or with interruptions (which may occur with IPTV here and there if downloading something at the same time).

So I think it could've been that there was a download running, when this sync issues occured. As I said, the other builds simply stuttered some seconds and got in sync and smooth again. Yours may get out of the "flow" and then no resync gets it back to normal again. But as I still have probs to reproduce it, I will report it @forum.odroid.com as soon as I have more certainty.

FYI: I wanted to write you yesterday after you've mentioned that it is not the right place here, but upon bringing the odroid tab in front, I ran into this malware issue on hardkernel websites and I lost the thought then.

GDPR-1 · January 25, 2017 at 8:44 PM

My build features the same recent peak3d patches as official LE does. But yes its very sensitive to network issues.