Kodi Community Forum

I contacted Yatse developer, to get to the root of the kodi crash when browsing folders with srt-files in yatse.

Turns out, Kodi returns mimetype "application/octet-stream" for srt-files, which it also uses for image files, so yatse tries to access the file as an image, which leads to the kodi crash since the currently used ffmpeg version.

How can we make sure, that kodi in the future either returns a proper mimetype, or ffmpeg handles it better (like before build 20171020)?

@Catscrash can you open a ticket on trac.kodi.tv?

Dear @Milhouse ,

I'm still having issues regarding my Amazon App and updating my movie and series db (current build: #0521).

It still freezes after executing "update movie and series db" from the GUI.

Here's the kodi crash-log (no pw needed):
https://privatebin.net/?ba4a05fe367c5588...zMNyW/bxY=

And here's the debug.log (no pw needed, too):
https://privatebin.net/?a487b23bac91b976...ELNzHgYpU=

# vcgencmd measure_clock arm
frequency(45)=600062000

I hope you can find some useful information there .

Kind Regards,

Germeleon.

(2018-05-22, 12:34)Catscrash Wrote: [ -> ]I contacted Yatse developer, to get to the root of the kodi crash when browsing folders with srt-files in yatse.

Turns out, Kodi returns mimetype "application/octet-stream" for srt-files, which it also uses for image files, so yatse tries to access the file as an image, which leads to the kodi crash since the currently used ffmpeg version.

How can we make sure, that kodi in the future either returns a proper mimetype, or ffmpeg handles it better (like before build 20171020)?

Presumably the subs have an extension of "srt" or similar? And displaying an "srt" file as an image is unlikely to be useful, so I'd have thought yatse could handle this better.
Sure, kodi shouldn't crash, but equally you shouldn't ask to display non-image files as an image.

Note: octet-stream just means binary data. You should other means (such as extension) to determine the type of binary data. See here

Hi,

3D MVC ISO Playback stopped working (tested #0521), i. e. the video is displayed in 2D directly. Is this a known bug or shall I identify the build that started the problem?

cheers

Korben

@Milhouse The Eject still didn't work.
Play next Video automatic didn't work (I think it might be a Kodi issue?)
While Playing Audio in Party Modus still got crashes. 
On heavy Network load the whole system is laggy and crash
log
But I do notice in direct compare to Libreelec 8 a big improvement in speed I have to say.

(2018-05-22, 20:01)tjost Wrote: [ -> ]@Milhouse The Eject still didn't work.

I've asked if anyone else on the LE team has an ejectable DVD drive - I don't.

(2018-05-22, 20:01)tjost Wrote: [ -> ]Play next Video automatic didn't work (I think it might be a Kodi issue?)

Yes this is an issue caused by PR13721.

(2018-05-22, 20:01)tjost Wrote: [ -> ]While Playing Audio in Party Modus still got crashes. 

Can you provide the exact steps to reproduce (and the resulting crash log)? Can you test with stock Estuary.

(2018-05-22, 20:01)tjost Wrote: [ -> ]On heavy Network load the whole system is laggy and crash
log
But I do notice in direct compare to Libreelec 8 a big improvement in speed I have to say.

This is crashing in a GUIControl, which may be due to the errors in your own custom skin - can you reproduce with stock Estuary and provide a crash log?

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

SHA256 Checksum: 11ac98e3a5c0bf8b2c5bdabc7cc195017c6e6bd4008749a000fa4e37f6f045f0 (RPi)
SHA256 Checksum: 8ead9acf412aeba2541ef626deac0d4ad4d969dd38fc407f0230e906a12ec71f (RPi2)

text:
# uname -a

Linux rpi512 4.14.42 #1 Tue May 22 21:07:10 BST 2018 armv6l GNU/Linux



# vcgencmd version

May 18 2018 18:09:33 

Copyright © 2012 Broadcom

version c75d403819718d12049aa2edd2009356a6cb592f (clean) (release)



# lsb_release

LibreELEC (Milhouse): devel-20180522210516-#0522-g1626fdb [Build #0522]



# Kodi version

(18.0-ALPHA2 Git:19eb19e). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (1626fdb, changelog) and tip of XBMC master (c81327a, changelog) with the following modifications:

• Includes newclock5 patches
  
• Includes latest bcm2835-driver master (6a3ac30)
  
• Includes latest kodi-platform master (e8574b8)
  
• Includes latest libcec master (8adc786, ahead +26)
  
• Includes latest libnfs master (6a33413, ahead +132)
  
• Includes latest p8-platform master (a822e19)
  
• Includes latest addons: inputstream.adaptive (afa81ef, +3), inputstream.rtmp (8920456), peripheral.joystick (80224e1), pvr.argustv (2bce465, +1), pvr.demo (20d81d8), pvr.dvblink (a87258b, +1), pvr.dvbviewer (884b732, +1), pvr.filmon (470ca1c), pvr.hdhomerun (4639740), pvr.hts (dc2cc5a, +1), pvr.iptvsimple (e220777, +1), pvr.mediaportal.tvserver (c4e32b0, +1), pvr.mythtv (9d15025), pvr.nextpvr (78a80de, +1), pvr.njoy (5a2c2d3), pvr.octonet (54680a3), pvr.pctv (17c1897, +1), pvr.stalker (0700069, +1), pvr.teleboy (dbdc96e), pvr.vbox (48ffcba), pvr.vdr.vnsi (a2880c7), pvr.vuplus (6c94eec, +1), pvr.wmc (a7ec576, +1), pvr.zattoo (94cc7dd), vfs.libarchive (1b00b57)
  
• 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:2449 (perma): Adding support for AMD GPUs
  
• Include [env] PR:2679 (perma): eventlircd: don't grab power buttons
  
• Include [env] PR:2680 (perma): kodi: mid-May 2018
  
• Include [env] PR:2682 (perma): linux: update to linux-4.14.42
  
• Include [env] PR:2689 (perma): init: add sky42 enhancements/bug fixes
  
• Include [env] PR:2696 (perma): linux: update ouya patch
  
• Include [env] PR:2714 (perma): Xorg package bumps
  
• Include [env] PR:2715 (perma): multimedia-tools: add-on update
  
• Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
  
• Include [pkg] PR:13721 (perma): Std thread
  
• Include [pkg] PR:13904 (perma): Fix whitelistable resolutions on some platforms
  
• Include [pkg] PR:13910 (perma): Media source dialog tidyup
  
• Include [pkg] PR:13913 (perma): [fix] check write access for sqlite databases
  
• Include [pkg] PR:13921 (perma): Implement orignal audio language flag
  

Build Highlights:

1. GUI Layout fixes
   
2. [fix] check write access for sqlite databases
   
3. Implement orignal audio language flag
   

Build Details:

1. XBMC:
   • guilib/GUIListItem: use std::unique_ptr<CGUIListItemLayout> (PR:13915, 1 commit, 4 files changed)
     
   • ContextMenuManager: reserve space in CContextButtons (PR:13917, 1 commit, 1 file changed)
     
   • VideoPlayer: fix -Wint-in-bool-context (PR:13919, 1 commit, 1 file changed)
     
   • pvr/GUIEPGGRidContainer: optimize appending to m_channelLayouts (PR:13916, 1 commit, 1 file changed)
     
   • [curl] add url option to disable peer verification (PR:13909, 2 commits, 3 files changed)
     
   • [Android] don't reset / dequeue until data has fed (PR:13924, 1 commit, 2 files changed)
     
   • [cmake] HandleDepends: add file hash checking (PR:13925, 4 commits, 3 files changed)
     
2. pvr.argustv:
   • [lang] updated language files from Transifex (2bce465)
     
3. pvr.dvblink:
   • [lang] updated language files from Transifex (a87258b)
     
4. pvr.dvbviewer:
   • [lang] updated language files from Transifex (884b732)
     
5. pvr.hts:
   • [lang] updated language files from Transifex (dc2cc5a)
     
6. pvr.iptvsimple:
   • [lang] updated language files from Transifex (e220777)
     
7. pvr.mediaportal.tvserver:
   • [lang] updated language files from Transifex (c4e32b0)
     
8. pvr.nextpvr:
   • [lang] updated language files from Transifex (78a80de)
     
9. pvr.pctv:
   • [lang] updated language files from Transifex (17c1897)
     
10. pvr.stalker:
    • [lang] updated language files from Transifex (0700069)
      
11. pvr.vuplus:
    • [lang] updated language files from Transifex (6c94eec)
      
12. pvr.wmc:
    • [lang] updated language files from Transifex (a7ec576)
      
13. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] PR:13913 (perma): [fix] check write access for sqlite databases
      
    • Added: [pkg] PR:13921 (perma): Implement orignal audio language flag
      

(2018-05-22, 11:41)popcornmix Wrote: [ -> ]Anyone else seeing the slow opening of mp3 files? 

 I do when I use the Yatse remote but not Kore.

25 seconds to open an MP3 file with Yatse
8  seconds with Core

Has been that way for over a year (lots and lots of builds used) I opened a ticket with Yatse about it a while back, and they just blamed Kodi, even though Kore works just fine. Yatse support has been pretty bad from my personal experience on a few issues.

As an example

Quote:For the delay I suppose you are using an rPI there's known issues that the Team does not seems to want to address with playlist.

(2018-05-22, 17:37)KorbenDallas Wrote: [ -> ]Hi,

3D MVC ISO Playback stopped working (tested #0521), i. e. the video is displayed in 2D directly. Is this a known bug or shall I identify the build that started the problem?

cheers

Korben

3D MVC ISO playback is broken since #425 (https://forum.kodi.tv/showthread.php?tid...pid2729420).
I suspect "fmpeg: hevc: Rebase to ffmpeg 4 (bd944228)" causing it.
Don't know if a fix is already in the works or still in the queue.

(2018-05-22, 23:46)Milhouse Wrote: [ -> ]

(2018-05-22, 20:01)tjost Wrote: [ -> ]@Milhouse The Eject still didn't work.

I've asked if anyone else on the LE team has an ejectable DVD drive - I don't.

A colleague (@hiassofT) tested a DVD drive - on x86_64, so not with a Pi3+ - and eject -t is working fine with recent LE9 builds. He's going to try and find an adapter to test with his Pi3+.

Previously when asked when this last worked, you said "After switching from Pi3 to Pi3+ I think." - can you re-test the current #0522 build with your Pi3 and Pi3+? Can you confirm if this eject issue is present with the oldest Pi3+ #0314 build that will work with production hardware.

Also, can you confirm what type of power supply you are using with your Pi3+?

(2018-05-23, 13:57)-DH- Wrote: [ -> ]

(2018-05-22, 17:37)KorbenDallas Wrote: [ -> ]Hi,

3D MVC ISO Playback stopped working (tested #0521), i. e. the video is displayed in 2D directly. Is this a known bug or shall I identify the build that started the problem?

cheers

Korben

3D MVC ISO playback is broken since #425 (https://forum.kodi.tv/showthread.php?tid...pid2729420).
I suspect "fmpeg: hevc: Rebase to ffmpeg 4 (bd944228)" causing it.
Don't know if a fix is already in the works or still in the queue.  

Thanks -DH- for the info!

with estuary

just play party modus

with my skin

(2018-05-23, 14:04)Milhouse Wrote: [ -> ]A colleague (@hiassofT) tested a DVD drive - on x86_64, so not with a Pi3+ - and eject -t is working fine with recent LE9 builds. He's going to try and find an adapter to test with his Pi3+.

Getting the USB2-(S)ATA adapter working with the SATA DVD drive from my PC turned out to be a bit tricky (it's PS was too weak or broken, had to power the drive from my PC, then half of the time Linux detected an usb storage device instead of an optical drive) but once my RPi3B+ detected the DVD drive everything was working fine:

Ran "eject" on the command line to open the tray, inserted DVD, Kodi detected it, used "Play" from Video->Files->DVDLABEL context menu to play it, and after stopping playback using the context menu to eject the DVD opened the tray, like on my PC.

BTW: tests were performed with build #0520.

so long,

Hias

I'm using an apple slim line dvd drive. 
tested on 420. no eject. tested on every version on pi 3b+ no eject
tested on my pi 3 wit LE8 eject worked fine

Reinstalled LE8.3.5 on my Pi3b+ update direct to ne newest 0522 and eject is working now.

I don't know how or why or when the failure started the first time but jumping direct to 0522 and it is fine.
Seems like a failure from before where transported to every new update.