[detlef.bloch]

Hi Milhouse and dev team,
thanks for all your efforts to get Kodi 18 to RPI.

Currently I am facing a problem on my RPI 1 whilst "upgrading" from LE 8.2.3 (wifi network, skin estuary pvr hts, video database on a separate DB Server with MariaDB all working well and .kodi/temp/kodi* logs removed) to LibreELEC-RPi.arm-9.0-Milhouse-20180212221729-#0212-g760c839. The initial upgrade worked fine and on reboot after the LEIA logo shows and the estuary skin presents itself. PVR fetches the channels with their logos and EPG just fine. After the update to the MyVideos109 format for Film and Series info along with their respective graphical elements all are well. But:

Rebooting this RPI gets me nowhere:
- the version info gets presented
- the libreelec logo shows
- the "flap folding" libreelec logo plays
- the Kodi Logo pops up
then nothing, even after 5 minutes wait, just a black screen.
Pinging the bugger showed nofail response.
Tried SSH access without and with default LE password
  root@kunz ~/RPI/RPI-Kodi/LE-9-Milhouse/PI1-Unten # ssh root@wpii
  root@wpii's password: 
  Permission denied, please try again.
  root@wpii's password: 
  Permission denied, please try again.
  root@wpii's password:
nothing, although .cache/services/sshd.conf contains:
  SSHD_DISABLE_PW_AUTH="true"
  SSH_ARGS="-o 'PasswordAuthentication no'"
Then removed the SD to have a look at .kodi/temp for the new and the old logfiles. Only the kodi.log was present, on rebooting it was not renamed to kodi.old.log and a new one was created, neither any crash logs have been created. Sounds like KODI 18 didn't get started at all.

My kodi log with advancedsettings containing
  <loglevel>1</loglevel> <!-- Change this to "1" to hide the on-screen debug log text, "0" to disable debug at all -->
  <debug>
     <extralogging>true</extralogging>
     <setextraloglevel>32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536</setextraloglevel>
     <showloginfo>false</showloginfo>
  </debug>
with cec and epg debug messages removed (because of > 500kB size) is at 
https://pastebin.com/2bZ4K0P7

I couldn't see the reason for improper second reboot, perhaps you can.

Have a good evening and
vy 73 de Detlef

[tjost]

Please I do need the python-numpy package. No other Build is as good as LibreELEC. I tried self compiling but I do not understand it.

[-DH-]

Thanks for fixing some of the 3d bugs. sif, iso and mkv now work.

Any m2ts files do not work. A .3d.mvc.m2ts does put my tv into 3d mode but the picture is not properly displayed.

Thanks

Well, 3D MVC .iso and .mkv worked for me, that's odd. I can't tell for m2ts or SSIF though.

With #0212 I have noticed something new ...

Right after a reboot:
Playing a (MVC) 3D iso or MKV file -> Kodi switches to 3D mode.
When playback gets stopped -> Kodi gets back to 2D mode, as it should.
Now playing back a 2D movie -> Kodi switches to 3D mode. If playback get stopped Kodi switches back to 2D.
So far Kodi switches to 3D mode for every 2D movie, no matter what, even for TV streams.
It seems the trigger is the first playback of a 3D movie.

[doldi]

little question about playable audio files:

DTS CD in *wave (16-24bit) are playing super from a folder of Harddisk or also over Network,
But as of late i can only play one 32bit dts wave (Song).
After ending of the (one) song,  pi3 reboot.

is that a general Problem of the Hardware ( seeing on al my pi) or is Kodi/LE not able to handle this typ of 32bit wave files?

Many Thanks

[doug]

Please I do need the python-numpy package. No other Build is as good as LibreELEC. I tried self compiling but I do not understand it.

  
That's totally off topic for this thread. You'd be better off asking at the LibreELEC forums. I bet there is a 0.00000001% chance they will include it because nobody else needs that package.  But, FYI, here is your solution to get the python package without having to compile...https://forum.openelec.tv/showthread.php?tid=79501

[doldi]

ok, here is a little file from Yes-Fragile DTS  - after ending of the song with reboot ;-)

dts/6ch/32bit/44100khz/

well, only playable with the right equipment i think (pink noise!)

someone have a look of this? ;-)

regards from Black Forest

[Milhouse]

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

SHA256 Checksum: 4ef3cdc547ef3bf90c2231b778308baf9819080b2bf56964cc18a0bfe1587b30 (RPi)
SHA256 Checksum: 81f6022f654cefe25d4d38efcad51911d4dd675bae3b7eddd9e14bfcc04f90e7 (RPi2)

text:
# uname -a

Linux rpi512 4.14.18 #1 Tue Feb 13 23:08:16 GMT 2018 armv6l GNU/Linux



# vcgencmd version

Feb  9 2018 14:27:54 

Copyright © 2012 Broadcom

version b54484abff4ad7d7bdda6e6387737e29b33f18ee (clean) (release)



# lsb_release

LibreELEC (Milhouse): devel-20180213230411-#0213-g3e167d2 [Build #0213]



# Kodi version

(18.0-ALPHA1 Git:54b1a2e). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (3e167d2, changelog) and tip of XBMC master (7f05284, changelog) with the following modifications:

• Includes newclock5 patches
  
• Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.14.y
  
• Includes latest bcm2835-driver master (445b6a8, ahead +13)
  
• Includes latest kodi-platform master (36fb493)
  
• Includes latest libcec master (8adc786, ahead +26)
  
• Includes latest libnfs master (ca02910, ahead +117)
  
• Includes latest p8-platform master (a822e19)
  
• Includes latest addons: inputstream.adaptive (b28d3f0), inputstream.rtmp (b3ffc49), peripheral.joystick (02da6ed, +4), pvr.argustv (a4d3ec7), pvr.demo (8f62053, +1), pvr.dvblink (89d1687, +1), pvr.dvbviewer (64c4356, +1), pvr.filmon (2721611, +1), pvr.hdhomerun (7379fbc), pvr.hts (095784b, +1), pvr.iptvsimple (933a5c4, +1), pvr.mediaportal.tvserver (dec444f, +2), pvr.mythtv (3200b09), pvr.nextpvr (aa1c8d2, +1), pvr.njoy (67b837d), pvr.octonet (689afbf), pvr.pctv (5b47d9f, +1), pvr.stalker (77eec69, +1), pvr.teleboy (3ae0297), pvr.vbox (57f3198, +1), pvr.vdr.vnsi (4db947c), pvr.vuplus (f05f158, +1), pvr.wmc (38e670a, +1), pvr.zattoo (3c46173, +1), vfs.libarchive (128394c, +3)
  
• Include [env] compare (perma): kodi: reduce arm memory fragmentation
  
• Include [env] compare (perma): busybox: 2nd attempt at disabling busybox parallel build
  
• 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:2466 (perma): linux: update to linux-4.14.19 (-ish)
  
• Include [env] PR:2477 (perma): kodi: updates for March 2018
  
• Include [env] PR:2491 (perma): libva: update libva/libva-utils/intel-vaapi-driver 2.1.0
  
• Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
  
• Include [pkg] PR:13274 (perma): Mode whitelist
  

Build Highlights:

1. bump arm-mem and valgrind
   
2. ffmpeg: hevc: Fix artifacts if bright scenes
   
3. dwc_otg: Fix a regression when dequeueing isochronous transfers
   

Build Details:

1. LibreELEC.tv:
   • VDR 2.3.x (PR:2332, 5 commits, 60 files changed)
     
   • linux: do not build perf on 64/32-bit (PR:2495, 1 commit, 1 file changed)
     
   • mono: update to 5.8.0.108 (PR:2490, 3 commits, 4 files changed)
     
   • bump arm-mem and valgrind (PR:2492, 2 commits, 2 files changed)
     
   • vdr-plugin-satip: update to 0a15717 (PR:2496, 1 commit, 1 file changed)
     
2. XBMC:
   • FreeBSD fixes (PR:13532, 8 commits, 19 files changed)
     
   • FIX: [3D;win] initialize 3D flags in renderer (PR:13543, 1 commit, 1 file changed)
     
   • [cleanup] FreeBSD 8 is EOL & move FreeBSDGNUReplacements include (PR:13544, 2 commits, 4 files changed)
     
   • DVDVideoCodecAmlogic: remove pts-based frame rate tracking (PR:13539, 2 commits, 2 files changed)
     
   • [cleanup][windows] remove system.h defines & includes (PR:13545, 4 commits, 31 files changed)
     
   • [wayland] Move EGL context attribs to winsys context, add GL fallback (PR:13527, 1 commit, 9 files changed)
     
3. newclock5:
   • New commits in this build:
     • ffmpeg: hevc: Fix artifacts if bright scenes (43cdd5dd)
       
4. kernel 4.14.y:
   • New commits in this build:
     • dwc_otg: Fix a regression when dequeueing isochronous transfers (62bb67a2)
       
5. Additional commits/pull requests/changes not yet merged upstream:
   • Updated: [env] PR:2477 (perma): kodi: updates for March 2018
     
   • Added: [env] PR:2491 (perma): libva: update libva/libva-utils/intel-vaapi-driver 2.1.0
     

[bmonster]

Hi Milhouse,

What would cause this error ActiveAE - large audio sync error: 
I've been seeing it a lot for a couple of days, and it happens every 10-15mins while watching any media, it also stutters for a few seconds.
I'm thinking it maybe a problem with my pi hardware, as ive rolled back to builds that i didnt have this error with, and they now have this error appearing.
Also it only happens with MMAL and not OMX.

I'm using a pi3 with 3 self-powered harddrives connected and a mce remote, no other hardware connected, no addons installed either, other than whats in the build.

Regards

Bucky

Update:
Done a fresh build on my RP2b, new sdcard, no extra hardware and nothing installed and still seeing stuttering every 10-15 mins when watching any media and ActiveAE - large audio sync error  in the log. 
I'll let it run a little longer than post debug logs, maybe something..


Debug Log : https://drive.google.com/open?id=16fJ9KF...jLhVeo--sA
Playing live TV (media portal) in this log, but also happens when playing a file hard drive

[popcornmix]

What would cause this error ActiveAE - large audio sync error: 

Does it still occur with reampling method changed from GPU to medium?
I believe you have adjust PLL disabled (but if not disable it).
Any different with "sync playback to display" disabled?

[bmonster]

What would cause this error ActiveAE - large audio sync error: 

Does it still occur with reampling method changed from GPU to medium?
I believe you have adjust PLL disabled (but if not disable it).
Any different with "sync playback to display" disabled? 

 Hi Popcornmix,

Yer im still seeing the error with your advised settings, PLL disabled, Resampling Medium and Sync Off.

15:46:56.291 T:1939329920 WARNING: ActiveAE - large audio sync error: -1041.414011
15:46:56.293 T:1939329920 WARNING: ActiveAE - large audio sync error: -1041.418595
15:46:56.315 T:1939329920 WARNING: ActiveAE - large audio sync error: -1041.478387

Debug Log : https://drive.google.com/open?id=1yHbk2_...scyhIu-w5q

[popcornmix]

Yer im still seeing the error with your advised settings, PLL disabled, Resampling Medium and Sync Off.

For all files or just a few? A short sample file that exhibits the problem would be useful (to see if I can reproduce).

[bmonster]

Hi,

It does seem to be any video i play, including live tv and recordings.
I'm not a skilled video editor, so will have to upload one of my complete recordings (700meg), its an hour long, so the error should (hopefully) happen a few times, you'll know when it does because the audio/video stutter slightly.

Just uploading so will post link shortly.

Thanks for looking into this.

Kind Regards

Bucky

[doug]

Pause after comskip:

Hi, I'm seeing buffering or pausing after every comskip when watching recorded TV. Regular skipping works fine. It's been there for a while, but I'll need a while to go back and figure out the first build.

Here's a log showing where a comskip occurs at 09:40:53.458 and the pause shortly after:
https://pastebin.com/GHi5pjbW

Yes, I've trimmed the log because using "paste /storage/.kodi/temp/kodi.log" via SSH results in no URL being provided. I'm not sure the change to ix.io is working as desired.

Edit:
Just saw the ubuntu pastebin link...here's the full log: https://paste.ubuntu.com/p/sfbhCsd94b/

Another edit clarifying the buffering/pause I'm seeing. The comskip occurs, about 2 seconds of video after the comskip plays, then about 4 seconds of buffering (with the progress circle displayed increase up to 100%), then video resumes normally.

[bmonster]

Hi,

It does seem to be any video i play, including live tv and recordings.
I'm not a skilled video editor, so will have to upload one of my complete recordings (700meg), its an hour long, so the error should (hopefully) happen a few times, you'll know when it does because the audio/video stutter slightly.

Just uploading so will post link shortly.

Thanks for looking into this.

Kind Regards

Bucky

 Sample Video : https://drive.google.com/open?id=13wcPsd...CPmBaB2YTb

[smp1]

What would cause this error ActiveAE - large audio sync error: 

I see those ActiveAE errors since I started to use Milhouse builds (instead of my own builds created with Milhouse scripts, with downgraded kernel).
Try my build. It is identical to a current Milhouse build - the only difference is that I used linux kernel 4.9.80. I played your sample video with no errors.