• 1
  • 107
  • 108
  • 109(current)
  • 110
  • 111
  • 187
v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0)
Anyone using these builds with a 2013 or older Samsung TV without an AVR? On my F8500, I can't get any 44100 HDMI audio to play at all when the screen refresh rate for 1920x1080p is set higher than 30Hz. It's basically the Intel bug described here. I'm on a Haswell 2957U Celeron.

From the comments above it sounded like it was fixed but it's still broken for me. The last build with working 44.1 Khz audio for me was "#1017, 17-Oct-2015" from this thread. That build used kernel 4.1.10. The very next build #1018 switched to kernel 4.3.0-rc5 and I lost 44.1 audio ever since.

You can immediately tell if you're getting the bug because the GUI navigation sound effects also stop working (I assume they are also using 44.1 Khz).
Then please go back to the bugs.freedesktop.org report - they won't fix it without a proper report
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2016-08-21, 09:01)fritsch Wrote: Then please go back to the bugs.freedesktop.org report - they won't fix it without a proper report

Can we just remove whatever changes Intel made that broke it? Audio worked fine for me on the 4.1.10 kernel. Looks like they made it worse trying to fix it for some Pioneer AVRs.

I suspect more people will report this bug once a newer openelec goes into wide distribution. The last stable 6.0.3 release still uses kernel 4.1.18.

Who marked the original bug as fixed? I didn't see any of the users who reported it confirm a fix in the bug tracker comments.
No we can't. Cause all the new hardware is not supported by this old an ancient kernel.

And yes - the users with that issues did not care to report back, just ran away ... so upstream closed it, cause of no feedback. I don't have this problem with my Marantz AVR, so I cannot help without a user reporting it properly.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2016-08-20, 23:55)fritsch Wrote: A python script.

I mean is it normal that there are a lot of them and they also consume considerable amount of cpu (while kodi is idling at home screen)?
(2016-08-21, 11:25)scf2k Wrote: I mean is it normal that there are a lot of them and they also consume considerable amount of cpu (while kodi is idling at home screen)?

Depends what add-ons have been installed. It's certainly possible to install add-ons that consume cpu when kodi is otherwise idle.
From a clean install with no add-ons I'd say it is not expected.
(2016-08-20, 17:57)Milhouse Wrote:
(2016-08-20, 17:24)smitopher Wrote: @fritch
Would some snapshots with Myth disabled be useful?

Try with a "clean" .kodi folder to see if it behaves normally without _any_ third-party addons.

By the way "top -p $(pidof kodi.bin)" then H will show the thread activity for kodi.bin only.
What constitutes a "clean" .kodi folder?
Code:
media-center:~/.kodi # ls -l
total 24
drwxr-xr-x   18 root     root          4096 Aug 14 12:56 addons
drwxr-xr-x    2 root     root          4096 May 20 21:07 cdm
drwxr-xr-x    2 root     root          4096 Apr 26 21:50 media
drwxr-xr-x    2 root     root          4096 Apr 26 21:50 system
drwxr-xr-x    6 root     root          4096 Aug 20 11:30 temp
drwxr-xr-x    9 root     root          4096 Aug 20 11:30 userdata
media-center:~/.kodi #

Perform a backup and then delete everything in .kodi, leaving an empty .kodi folder?
(2016-08-20, 17:24)stainlessdk Wrote: wee

BayTrail/CherryTrail HDMI audio support

nice to see its back

its still "only" 2.0 not passthrough HD audio right ?

/ Stainless

i was testing and PCM should work ... just you need asound.conf with something like that
Code:
pcm.!default {
   type hw
   card 0
   device 0
   format s24_le }
passthrough HD not possible but you will able get multichannel PCM audio
Let me know if works, anyway all play now is with asound.conf
Can I have a kodi.log please? We should automatically support 24 bit audio without any additional asound.conf files.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
device in dmesg is
[ 7.227533] [drm] mid_hdmi_audio_register: Scheduling HDMI audio work queue
[ 7.262630] dw_dmac INTL9C60:00: DesignWare DMA Controller, 8 channels
[ 7.289408] dw_dmac INTL9C60:01: DesignWare DMA Controller, 8 channels
(8 channels)

from kodi
19:10:07 15.219847 T:140330291664960 NOTICE: Enumerated ALSA devices:
19:10:07 15.219871 T:140330291664960 NOTICE: Device 1
19:10:07 15.220220 T:140330291664960 NOTICE: m_deviceName : default
19:10:07 15.220249 T:140330291664960 NOTICE: m_displayName : Default (IntelHDMI IntelHDMI)
19:10:07 15.220272 T:140330291664960 NOTICE: m_displayNameExtra:
19:10:07 15.220295 T:140330291664960 NOTICE: m_deviceType : AE_DEVTYPE_PCM
19:10:07 15.220318 T:140330291664960 NOTICE: m_channels : FL,FR,BL,BR,FC,LFE,SL,SR
19:10:07 15.220342 T:140330291664960 NOTICE: m_sampleRates : 32000,44100,48000,88200,96000,176400,192000
19:10:07 15.220365 T:140330291664960 NOTICE: m_dataFormats : AE_FMT_S24NE4
19:10:07 15.220387 T:140330291664960 NOTICE: m_streamTypes : No passthrough capabilities

I dont have right now good AVR with HDMI for test PCM multichannel
Good - all fine. Nothing to do for kodi.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2016-08-21, 18:58)smitopher Wrote: What constitutes a "clean" .kodi folder?

The following should do it:
Code:
systemctl stop kori
mv .kodi .kodi.bak
reboot

Now when your Kodi starts it will be using defaults, and won't have any third-party add-ons installed. When done testing, delete the new .kodi folder and rename .kodi.bak to .kodi to restore your original setup.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-08-20, 16:20)pyrodex Wrote:
(2016-08-20, 01:42)Milhouse Wrote:
(2016-08-20, 01:20)pyrodex Wrote: Still seeing an issue with the recent builds and I think it started around #813/#814. When playing back PVR recordings I try to skip ahead and KODI basically crashes. All other media is find like TV/Movies shows but PVR TV isn't normal. I am using pvr.mythtv as well FYI:

http://sprunge.us/fPiU

Is Kodi actually crashing? If so you'll have a crashlog (see note #4 in first post).

Knowing the exact build when this problem started could also help.

@Milhouse

I was able to spend some time rolling back from #814 to the version it is working and then broken in this morning. It seems AFTER #806 the issue occurs so maybe it has something to do with the ffmpeg bump in #807.

Unfortunately I was unable to get the system to crash no matter what I tried and only way I could recover was WAITING for an extremely LONG time or Hard rebooting the system. It is so bad that during the issue the system doesn't respond to SSH all the time and when I did get in and check TOP kodi is driving the CPU up greatly.

However here are logs from #806 and #807:

#806 - Working - http://sprunge.us/DbaI
#807 - NOT Working - http://sprunge.us/WTXH

Yes, this sounds like the same passthrough/seek/OOM problem introduced in #0806 that we see in the RPi builds - if you disable passthrough does the problem still happen?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-08-21, 22:55)Milhouse Wrote:
(2016-08-20, 16:20)pyrodex Wrote:
(2016-08-20, 01:42)Milhouse Wrote: Is Kodi actually crashing? If so you'll have a crashlog (see note #4 in first post).

Knowing the exact build when this problem started could also help.

@Milhouse

I was able to spend some time rolling back from #814 to the version it is working and then broken in this morning. It seems AFTER #806 the issue occurs so maybe it has something to do with the ffmpeg bump in #807.

Unfortunately I was unable to get the system to crash no matter what I tried and only way I could recover was WAITING for an extremely LONG time or Hard rebooting the system. It is so bad that during the issue the system doesn't respond to SSH all the time and when I did get in and check TOP kodi is driving the CPU up greatly.

However here are logs from #806 and #807:

#806 - Working - http://sprunge.us/DbaI
#807 - NOT Working - http://sprunge.us/WTXH

Yes, this sounds like the same passthrough/seek/OOM problem introduced in #0806 that we see in the RPi builds - if you disable passthrough does the problem still happen?

@Milhouse

Yup! Disabled passthrough and updated to #819, worked as expected with skipping ahead.

Debug log if needed - http://sprunge.us/BKUQ

Let me know if you need me to test future stuff with it enabled as a fix.
HTPC(s): All running LibreELEC
  • AMD 2200G APU on Gigabyte AB350N-Gaming WIFI-CF
  • RPI3 x2 | RPI2 x2
NAS: FreeNAS (Latest Stable) | NFS/CIFS
New LibreELEC.tv Krypton build #0821: Generic
(Supercedes previous build)

Code:
# uname -a
Linux NUC 4.7.0 #1 SMP Sun Aug 21 21:07:03 BST 2016 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160821210508-#0821-gc5864e5 [Build #0821]

Based on tip of LibreELEC.tv master (c5864e58, changelog) and tip of XBMC master (8ace958e, changelog) with the following modifications: Build Highlights:
  1. Bump to Kodi 17.0 beta2 (start of Beta2 development)
Build Details:
  1. XBMC:
    • DVDVideoCodecAmlogic: Do not H/W decode Hi10P (PR:10317, 1 commit, 1 file changed)
    • bump to 17.0 beta 2 (PR:10297, 1 commit, 2 files changed)
    • [lang][kodi.core] automatic syntax corrections for the en_GB language file (431d0416)
    • [lang] updated language files from Transifex (53955e8a)
    • [lang][skin.estuary] updated language files from Transifex (cb1bb470)
    • [lang][skin.estouchy] updated language files from Transifex (3d652e8d)
    • [lang][skin.estuary] recover lost part of addon.xml after language update (59efbe31)
  2. pvr.argustv:
    • [lang] updated language files from Transifex (299088b5)
  3. pvr.dvblink:
    • [lang] updated language files from Transifex (ea3d98cc)
  4. pvr.dvbviewer:
    • [lang] updated language files from Transifex (f72c62ff)
  5. pvr.filmon:
    • [lang] updated language files from Transifex (675c2b4e)
  6. pvr.hdhomerun:
    • [lang] updated language files from Transifex (eef1bd15)
  7. pvr.hts:
    • [lang] updated language files from Transifex (48b2e261)
  8. pvr.iptvsimple:
    • [lang] updated language files from Transifex (a4c52558)
  9. pvr.mediaportal.tvserver:
    • [lang] updated language files from Transifex (1042a71c)
  10. pvr.mythtv:
    • [lang] updated language files from Transifex (b1b426f3)
  11. pvr.nextpvr:
    • [lang] updated language files from Transifex (4dabcf41)
  12. pvr.pctv:
    • [lang] updated language files from Transifex (d6d969fe)
  13. pvr.stalker:
    • [lang] updated language files from Transifex (9c9c72e9)
  14. pvr.vbox:
    • [lang] updated language files from Transifex (2750c92a)
  15. pvr.vdr.vnsi:
    • [lang] updated language files from Transifex (40c45dc9)
  16. pvr.vuplus:
    • [lang] updated language files from Transifex (7ab30d34)
  17. pvr.wmc:
    • [lang] updated language files from Transifex (d9eac84f)
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
  • 1
  • 107
  • 108
  • 109(current)
  • 110
  • 111
  • 187

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for x86_64 (Kodi 17.0)11