Kodi Community Forum

(2018-03-24, 17:13)frank74 Wrote: [ -> ]Hi Milhouse,

second, i using tvheadend (master train/last version) and with tvheadend i have audio offset (no stuttering etc). the offset starts from the beginning (in the fist minute its not to big that this can be seen) but the offset becomes more and more... in 10min its about 1-2seconds. The codec is mpeg2 and the video-decoder ff-mpeg2video-mmal (SW) because i've got a new raspberry pi 3b+ and have no mpeg license at the moment.
I don't know since when this problem exists because I'm starting with the alpha and I'm not able to test it in the next weeks.
Here are an image from the player-info:

Thanks for your great work
Frank

 About the problem i test it a little bit and i find out that the offfset will not increase... after a few seconds/1min i have a constant offset of about 1second.
This can be fixed with make changes on the audio offset (-1sec)

(2018-03-24, 15:54)da-anda Wrote: [ -> ]

(2018-03-23, 20:29)3DBuff Wrote: [ -> ]Is there a way to do it in the software through processing in Raspberry PI? I'm looking for 7.1 HDMI channel output from 5.1 source by repeating Surround Left to Rear Left in software configuration. Perfect solution would be if the process was automatic and allow true 7.1 PCM decoding or jump side and rear channels with 5.1 source.

Quite a special setup. My knowledge of the audio engine is limited, so I'm not entirely sure if it will work, but you could give the following setup a try:
- set speakers to 7.1 in Kodi
- enable stereo upmixing
- disable all passthrough settings

If this doesn't work, then your best bet would be ADSP, which unfortunately got removed from core again due to design flaws in the implementation. The replacement ADSP API is still in the works and likely won't be ready for v18 final. But with ADSP you would be able to apply channel upmixing/duplication AFAIK. 

I just tested it with sample demo files for 5.1 and 7.1. "Stereo upmixing" with speakers set for 7.1 does not appear to have any effect. Surround left and surround right play from side middle speakers and nothing from the back speakers  
7.1 plays correct from all channels. I played with ADSP in the past but couldn't get this to work right.

I'm getting random stutter like a skipped frame on Pi3 B+ after about an hour of watching 3D MVC movie. It is quite frequent probably once in 5 to 10 seconds. CPU temperature was showing 60 to 62 deg. C. All settings default. Didn't see this on Pi3 B. I'm going to set the turbo on and recheck if this helps. Cooling is not the best in this setup. I have small aluminium heat sink but the top is covered with HIFI DiGi+ board. Pi3 B didn't have this issue in the same box with DiGi board and no turbo.

(2018-03-25, 06:50)3DBuff Wrote: [ -> ]I just tested it with sample demo files for 5.1 and 7.1. "Stereo upmixing" with speakers set for 7.1 does not appear to have any effect. Surround left and surround right play from side middle speakers and nothing from the back speakers  
7.1 plays correct from all channels. I played with ADSP in the past but couldn't get this to work right.

Sorry, but I'm out of options then. It's very likely super easy to implement, but it's an edge case that likely doesn't justify a setting/hack for it. So I fear you have to wait on ADSP to return.

(2018-03-24, 17:00)Aux_ Wrote: [ -> ]But it would be better if you did not have to turn on PLL adjustment, that the correct display comes on the AV receiver.

do you get AC3 on your AVR with PLL adjustment enabled or 5.1 PCM? As said, your AVR should also show 5.1 PCM for liveTV without it (ofc only if the source is 5.1 and not just stereo AC3).

Hi, I still get some issue when playing an hevc 10bit video.
At first it will play well, but with other files o stopping and recovering it show a lot of artifacts, like corrupted file.

Before I post logs and waste anyone's time I have a question, I have searched both the forum and the bugtracker without finding this specific issue.

I am running tvheadend on my server (ATSC) and with Kodi I can watch live TV without any issue but when I try to watch a recording it stutters and buffers constantly, it's not specific to the Pi as it's exactly the same on my Android TV. Is this a known issue? Kodi 17 doesn't exhibit this issue far as I can remember.

*edit*
Tested Kodi 17 on same Pi 3 and it plays the recordings without issue.

*edit2*
This is a Kodi issue and not a LE issue so disregard, I will post in the appropriate place.

I've pulled the RPi2 #0325 build as although it crashes which results in safe mode (which the automated testing took to mean a "good" startup - bah). Currently investigating the cause (and will fix the automated testing).

(2018-03-23, 18:23)Aux_ Wrote: [ -> ]

(2018-03-23, 18:16)hawkeyexp Wrote: [ -> ]is anything known about failed mp3 playback ? In my case CAudioDecoder can't init codec while loading mp3 file.

 Everything's fine in my case.
MP3 works normally 

@millhouse 

if done some checks and also done a new setup of librelelec from scratch but same prob:

Quote:23:09:33.774 T:1421800320   ERROR: Open - Unhandled exception
23:09:33.774 T:1421800320   ERROR: Open - Error opening nfs://192.168.188.254/export/Multimedia/Musik/Trance Voices/Trance_Voices_Vol_26/13 - 4 Strings - Catch A Fall (Club Radio Cut)-Ysp.mp3
23:09:33.774 T:1421800320   ERROR: Init: Error opening file musicdb://songs/7074.mp3?albumid=141
23:09:33.774 T:1421800320   ERROR: CAudioDecoder: Unable to Init Codec while loading file nfs://192.168.188.254/export/Multimedia/Musik/Trance Voices/Trance_Voices_Vol_26/13 - 4 Strings - Catch A Fall (Club Radio Cut)-Ysp.mp3
23:09:33.775 T:1421800320 WARNING: PAPlayer::QueueNextFileEx - Failed to create the decoder

Have you any idea ? Audiostreams (mp3) from addons like radio are broken, too.

I've re-instated #0325 for RPi2 - Kodi really doesn't cope very well with zero-byte profiles.xml, fortunately I had a recent backup of the file. No idea how it came to be zero-byte though, but probably unrelated to the build.

(2018-03-25, 23:21)hawkeyexp Wrote: [ -> ]Have you any idea ? Audiostreams (mp3) from addons like radio are broken, too.

Can you test with LibreELEC 8.2.4, does that work? Also try testing an older version of these builds to see if this is a new or old issue. Can you provide a sample mp3? Does a debug log include additional information?

New LibreELEC.tv Leia build #0325: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 286116a4000c9444a1943efb9e7518ef1ac8335abc27c0faef3464f5e19047c9 (RPi)
SHA256 Checksum: 97ab98e2390905bbfeeac413e3b5c5b01f6b0c92ae43382737d84903c45ea690 (RPi2)

text:
# uname -a

Linux rpi512 4.14.29 #1 Sun Mar 25 21:04:46 BST 2018 armv6l GNU/Linux



# vcgencmd version

Mar 21 2018 14:52:38 

Copyright © 2012 Broadcom

version ac5727a8f46b88e905de0a1682aa00d4cf5bc2af (clean) (release)



# lsb_release

LibreELEC (Milhouse): devel-20180325210250-#0325-g5c608c4 [Build #0325]



# Kodi version

(18.0-ALPHA2 Git:9af16f4). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (5c608c4, changelog) and tip of XBMC master (03d453a, changelog) with the following modifications:

• Includes newclock5 patches
  
• Includes latest bcm2835-driver master (36f9913)
  
• Includes latest kodi-platform master (e8574b8)
  
• Includes latest libcec master (8adc786, ahead +26)
  
• Includes latest libnfs master (54405d9, ahead +120)
  
• Includes latest p8-platform master (a822e19)
  
• Includes latest addons: inputstream.adaptive (c759106, +19), inputstream.rtmp (7fe7dde, +2), peripheral.joystick (80224e1, +4), pvr.argustv (3556049), pvr.demo (8f62053), pvr.dvblink (594e062), pvr.dvbviewer (f1746c5, +1), pvr.filmon (c7243fb), pvr.hdhomerun (f3e0177), pvr.hts (095784b), pvr.iptvsimple (933a5c4), pvr.mediaportal.tvserver (74e2bea), pvr.mythtv (345f9a7, +2), pvr.nextpvr (aa1c8d2), pvr.njoy (67b837d), pvr.octonet (689afbf), pvr.pctv (5b47d9f), pvr.stalker (77eec69), pvr.teleboy (a7176f3, +2), pvr.vbox (57f3198), pvr.vdr.vnsi (4db947c), pvr.vuplus (dc230dd), pvr.wmc (e0a9190), pvr.zattoo (3c46173), vfs.libarchive (e7d149e, +2)
  
• Exclude [env] kodi-0100-temp-add-pr13594.patch: merged upstream
  
• Include [env] compare (perma): dmidecode: initial package
  
• Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
  
• Include [env] patch: libcec: fix PR390
  
• Include [env] patch: libcec: don't link non-existant libtinfo
  
• Include [env] patch: rev hack for kodi
  
• Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
  
• Include [env] patch: Add experimental splash video for RPi
  
• Include [env] patch: Bump included addon versions to prevent online updates
  
• Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, other)
  
• Include [env] PR:2529 (perma): buildsystem: support get handlers (archive, file, git)
  
• Include [env] PR:2533 (perma): graphics package updates
  
• Include [env] PR:2585 (perma): linux: update to linux-4.14.30
  
• Include [env] PR:2599 (perma): brcmfmac_sdio-firmware-rpi: update to brcmfmac_sdio-firmware-rpi-18d7c93
  
• Include [env] PR:2607 (perma): meson: update to 0.45
  
• Include [env] PR:2615 (perma): kodi: update for early April 2018
  
• Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
  
• Include [pkg] PR:13274 (perma): Mode whitelist
  

Build Highlights:

1. EGLUtils: Allow windowing system to set EGL context attributes
   

Build Details:

1. XBMC:
   • X11: fix exception on startup (PR:13690, 1 commit, 1 file changed)
     
   • EGLUtils: Allow windowing system to set EGL context attributes (PR:13685, 1 commit, 6 files changed)
     
2. Additional commits/pull requests/changes not yet merged upstream:
   • Added: [env] PR:2615 (perma): kodi: update for early April 2018
     
   • Updated: [pkg] PR:13274 (perma): Mode whitelist
     

Is LibreElec (Build #0324) unable to handle accents in filenames or could the problem be with Hanewin NFS server?

Episode 2 in Narcos S1 is titled "The Sword of Simón Bolívar" but with the filename "Narcos 1x02 - The Sword of Simón Bolívar.mp4" it wasn't recognised when updating the library. I had to remove the two accents and rename it to "Narcos 1x02 - The Sword of Simon Bolivar.mp4" and now it's recognised and is listed with the accents in the title.

(2018-03-25, 23:56)doveman2 Wrote: [ -> ]Is LibreElec (Build #0324) unable to handle accents in filenames or could the problem be with Hanewin NFS server?

Episode 2 in Narcos S1 is titled "The Sword of Simón Bolívar" but with the filename "Narcos 1x02 - The Sword of Simón Bolívar.mp4" it wasn't recognised when updating the library. I had to remove the two accents and rename it to "Narcos 1x02 - The Sword of Simon Bolivar.mp4" and now it's recognised and is listed with the accents in the title.

I'd put money on Hanewin.

Ensure hanewin is set to utf8 charset