[fritsch]

Start with a memory test ...

[Ipaddle]

I have updated to your latest openelec build fritsch and it works perfect. Thanks so much for your hard work!

In a movie when I bring up the menu and audio settings mine says Audio Offset 0.000s and I haven't changed it. Is it meant to say 0.175s? By the way I have no sync issues with my Denon Amp.

Cheers

The last one with Beta 2 and fully functional PVR (TVheadend and client 2.2.9)?

[fritsch]

No - not meant for endusers but for valuable testers. Just for those that can read the first post, which also clearly states which version is used.

[teki4u]

Start with a memory test ...

Hmmm if you mean memtest86+ which you already suggested before I had 0 errors, posted a screenshot few posts ago. Hardware is fine

[fritsch]

Yeah - currently traveling for work - just forgotten about the context .... will pick up over the weekend.

[ilovethakush]

What is this? OpenELEC-Generic.x86_64-6.0.99-fritsch.tar

Is this the stable update to 6.0.98? Why is it in the rund folder?

[fritsch]

Debug build for a user. Everything besides v17 is out of support anyways.

[teki4u]

@fritsch below are the posts with all the info regarding the FREEZE/HANG bug I reported for the PPA version to make it easier for you to follow. I'll be editing this post if needed with more info.

Hello! I own an Asus Chromebox (2gb ram/16gb ssd/Haswel) with latest coreboot firmware, fresh installed this a week ago (Ubuntu server version not OE), followed instructions to the letter including the settings and I've been updating since then plus upgraded to kernel 4.3 mainline as advised. Using NFS.

Problem I have ( which reminds me an old annoying bug) is that the box FREEZES while browsing kodi, then Box gets totally unresponsive and is not accessible thru ssh, have to force reboot most of the times.
I've had random FREEZES while browsing kodi menus, while playing back a video in the background then browsing menus and once while being opened without been in use for long time.

No freezes while watching videos though (without touching it), at list not yet. Videos play fine without drops and skips, tested SD and HD.

Also sometimes when the box restart eather manually or automatic after freezing it boots to black screen (I've seen kernel panic error too).
Same happened when trying to install Ubuntu server 15.10 with default 4.2 kernel and the workaround was to boot with acpi=off, install, upgrade to 4.3 and then turn acpi=on? (Not sure about acpi=on or just remove the acpi flag), so it might be related and i don't know how to debug that.

Question how do I know when box is doing software decoding? In some SD videos for example I notice more cpu usage I guess that's one way to tell.

Hope the logs are correct and it shows the issue.

MESA: http://paste.ubuntu.com/13421013/
VAINFO: http://paste.ubuntu.com/13421100/
DEBUG LOG: http://paste.ubuntu.com/13421334/ (from kodi.old.log)
DMESG: http://paste.ubuntu.com/13421375/

I took a small video, will post link once uploaded to YouTube.
Edit: https://youtu.be/nDtqrPLxuP8

T.I.A

In your dmesg there I see a kodi segfault at the end - please also upload the crashlog which is in your home directory. Check temperatures, also do a complete memory test (!) of the box via memtest86+. Concerning sw decoding: If you press "o" - hw decoded always has "-vaapi" in the dc line, e.g. dc: ff-h264-vaapi

CRASHLOG#1: http://paste.ubuntu.com/13447246/
CRASHLOG#2: http://paste.ubuntu.com/13447262/

Temperatures were below 60° Celsius while in kodi and while running memtest86+

Memetest86+:


Thank you very much and good day/night.

OK, here's a new crash log with gdm installed,this time after exiting kodi (back to command line):
http://paste.ubuntu.com/13466145/

An update about the freeze/hang bug: I copied 2 TV show episodes to internal ssd (path: /home/kodi) to see if with videos stored locally the same problem occurs. One video was hw decoded and the other one software decoded. So far after playing back in the background the 2 copied videos and browsing really hard at it NO freeze, hang or crash happened.
While doing so the box at some point did get up to 75° Celsius and CPU raised to <= 88% and for 1 second I even saw CPU raised to 104%, yet no lag while browsing.

Now it's time to test again with videos in my library linked to my NFS shared HDD but I feel I hurt the drive every time I do this because the box hang becoming unresponsive while using it and I don't know if that can corrupt my HDD.

I setup my /etc/exports file with:
(rw,async,insecure,no_subtree_check), Kodi has direct access to the NFS share so is not using the mount point I have setup in Ubuntu server.

What do think @fritsch?

Edit: Forgot to mention that after my last post I left home and when I came back to test/debug the box was unresponsive, so while on but not in use the box froze/hung again, had to force reboot...
DEBUG LOG: http://paste.ubuntu.com/13478986/

Then when I was under file manager menu setting up sources to copy videos from my HDD to my local ssd, the box froze again, this time rebooted itself... DEBUG LOG: http://paste.ubuntu.com/13463942/

NOTE that is not possible to get short debug logs while trying to reproduce the problem because its random while browsing or after being idle for long hours. The fastest way to reproduce is while playing video in the background and browsing the heck out of it lol.

[ilovethakush]

Oh ok.

Another question I have, what deinterlace method does Kodi default to when its on Auto select.

[fritsch]

Default: SSE copy to main memory + opengl deinterlacing (high cpu load + minor quality deinterlacing, but supported by all hardware)

[Tyler Durden]

I'm sure I asked tis earlier but it appears it has been deleted.....

If I want to install the newest build available here can I update from the current official OpenELEC build or should I do a fresh install?

[meowmoo]

You can just upgrade, that's what I did when I start using fritsch build, never got any issue.

[fritsch]

After our rework of passthrough stream handling is now "finished" in the sense of - we need someone that tests DTS-HD, TrueHD and so on I provided new testbuilds.

Please (!) when you test passthrough codecs EAC3, DTS, AC3, Atmos, DTSHD, TrueHD ... turn down the volume before doing so (just in case!)

Thanks for the feedback.

[Tyler Durden]

Right I have just upgraded to your latest build of Jarvis and set it up according to your first post.

I have my HTPC running to my HTPC and from there to my TV so I have Passthrough enabled and thought I would try some films with different audio.

DTS-HD is fine, as is standard DTS and Standard Dolby Digital, however Dolby True HD will not play. The video pauses straight away and although I can skip through it, it never plays and just seems to be buffering.

I know you want a debug log so I'll try and organise that now.

[fritsch]

I have my HTPC running to my HTPC and from there to my TV so I have Passthrough enabled and thought I would try some films with different audio.

I don't understand this first sentence - do you mean: HTPC -> AVR -> TV? Debug Log will tell for TrueHD, thx in advance.