Netflix/Amazon/inputstream.adaptive/widevine/helper/resolution issues would be better handled in dedicated support threads, probably in Add-on support > Video Addons (there's already one there for the Amazon issue).
Please start dedicated threads per issue, otherwise we'll need to start moderating these test build threads and moving (or garbage binning) the OT Netflix/Amazon/inputstream/widevine/helper/resolution posts.
Edit: I've just posted the same message in the Generic test build thread.
New LibreELEC.tv Leia build #0118:
RPi /
RPi2
(Supercedes previous build)
SHA256 Checksum:
5bf60482c3534661fda7f55352956198f40842cc50a579baf3af4257990d342c (RPi)
SHA256 Checksum:
f7c6d6a5824cf82cd09dec8a5b1cbee60f0ea311d6fcb8d6ad0acc2a260aba49 (RPi2)
text:
# uname -a
Linux rpi512 4.14.14 #1 Thu Jan 18 21:46:32 GMT 2018 armv6l GNU/Linux
# vcgencmd version
Jan 17 2018 17:19:55
Copyright © 2012 Broadcom
version 334597236bcc2498b0a044e21aa2f5b255bf3d22 (clean) (release)
# lsb_release
LibreELEC (Milhouse): devel-20180118214519-#0118-g07482bc [Build #0118]
# Kodi version
(18.0-ALPHA1 Git:69a6725). Platform: Linux ARM 32-bit
Based on tip of
LibreELEC.tv master (07482bc,
changelog) and tip of
XBMC master (5d10ea5,
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 (050175d, ahead +2)
- Includes latest kodi-platform master (36fb493)
- Includes latest libcec master (8adc786, ahead +26)
- Includes latest libnfs master (f6e51c3, ahead +115)
- Includes latest p8-platform master (a822e19)
- Includes latest addons: inputstream.adaptive (9d183a9), inputstream.rtmp (482f5c1), peripheral.joystick (0a20d01), pvr.argustv (a4d3ec7), pvr.demo (0224cbd), pvr.dvblink (4ac2f2d), pvr.dvbviewer (c2275e1), pvr.filmon (e754b4b), pvr.hdhomerun (7379fbc), pvr.hts (774943f), pvr.iptvsimple (a00d008), pvr.mediaportal.tvserver (0c5ece3, +1), pvr.mythtv (3200b09), pvr.nextpvr (11dfdbb), pvr.njoy (67b837d), pvr.octonet (689afbf), pvr.pctv (c7a13d7), pvr.stalker (c91421d), pvr.teleboy (3ae0297), pvr.vbox (24126fd), pvr.vdr.vnsi (4db947c), pvr.vuplus (020e1d2), pvr.wmc (920ade6), pvr.zattoo (fed0aea), vfs.libarchive (568a2a1)
- 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:2243 (perma): NOOBS: shorten partition labels, add $DEVICE support
- Include [env] PR:2382 (perma): linux: DVB fixes
- Include [env] PR:2384 (perma): kodi: updates for Feb 2018
- Include [env] PR:2392 (perma): linux: update to linux-4.14.15 (-ish)
- Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
- Include [pkg] PR:13274 (perma): Mode whitelist
Build Highlights:
- [video] Fix CGUIWindowVideoBase::GetResumeItemOffset after #13288
Build Details:
- LibreELEC.tv:
- qca9377-firmware-aml: change firmware version to 1.0.0-3 (PR:2420, 1 commit, 1 file changed)
- XBMC:
- [PVR] Guide window: put channel group selector implementation into own class (PR:13384, 1 commit, 2 files changed)
- [Windows] fix adapters enumeration for multiple GPU (PR:13386, 1 commit, 1 file changed)
- [Filesystem] Add EfectiveUrl translation in addon interface (PR:13387, 1 commit, 1 file changed)
- [xbmc] Link against curl instead of using dlopen. (PR:13360, 4 commits, 8 files changed)
- [video] Fix CGUIWindowVideoBase::GetResumeItemOffset after #13288 (on (PR:13389, 1 commit, 1 file changed)
- [win10] make the uwp app working in background and handles media butt (PR:13388, 1 commit, 3 files changed)
- pvr.mediaportal.tvserver:
- [fix] allow building with glibc 2.26 or newer (PR:81, 1 commit, 2 files changed)
- kernel 4.14.y:
- New commits in this build:
- ASoC: bcm2835: fix hw_params error when device is in prepared state (#2345) (063440ee)
Dear Team,
3D MVC support does not work any longer (tried with OMXPlayer activated and deactivated) - problem started after #0112. 3D MVC blurays play simpply as 2D since then. Is this bug already known or should I track it down more today evening?
...and thanks for the great work!
Some feedback regarding the SMB fix (with seems to help a lot with the known bad SMB performance) in #0115:
- since you changed the checksize I'm able to play blurays with high bitrate without stuttering via a direct 100 mbit connection (HPProliant Gen10 server running libreelec 8.2.2 as smb server -> switch -> raspberryPi2 with increased read buffer settings in advancedsettings.xml). Great! Before that, there was constant stuttering every 20-30 seconds (esp. 3D ISO blurays/high bitrate)
- But the larger chunks also lead to a slow initial reading of the bluray (so it takes approx. 2 minutes to start a bluray - which I think is logical as small R/W cycles are slowed down by large chunks). Question: is it possible to open the smb connection with small chunk size for reading the iso file structure and then reinstantate the smb connection with the correct (large) check size so highbit media plays flawlessly via smb?
If not, please keep the large size as I searched like crazy to find out why a wired 100mbit connection cannot play 40mbit/s media w/o stuttering (recommended solution is to change to nfs btw)
cheers
(2018-01-19, 13:00)KorbenDallas Wrote: [ -> ]Some feedback regarding the SMB fix (with seems to help a lot with the known bad SMB performance) in #0115:
- since you changed the checksize I'm able to play blurays with high bitrate without stuttering via a direct 100 mbit connection (HPProliant Gen10 server running libreelec 8.2.2 as smb server -> switch -> raspberryPi2 with increased read buffer settings in advancedsettings.xml). Great! Before that, there was constant stuttering every 20-30 seconds (esp. 3D ISO blurays/high bitrate)
- But the larger chunks also lead to a slow initial reading of the bluray (so it takes approx. 2 minutes to start a bluray - which I think is logical as small R/W cycles are slowed down by large chunks). Question: is it possible to open the smb connection with small chunk size for reading the iso file structure and then reinstantate the smb connection with the correct (large) check size so highbit media plays flawlessly via smb?
Yes, that was
my fear.
I've changed the chunk size to 32K which was the smallest value that fixed smp1's issue.
Let us know if that helps bluray open time and if it's also okay for high bitrate stuttering.
(2018-01-19, 13:00)KorbenDallas Wrote: [ -> ]- But the larger chunks also lead to a slow initial reading of the bluray (so it takes approx. 2 minutes to start a bluray - which I think is logical as small R/W cycles are slowed down by large chunks).
cheers
Do you get the slow initial reading with all blurays? All my blurays open pretty much immediately with the current 2048*1024 setting (I don't have any 3D ISOs though).
Ok, I just tried to play a BD ISO file and it does indeed open extremely slow.
But the BDMV folders work perfectly fine.
(2018-01-19, 15:26)smp1 Wrote: [ -> ]Ok, I just tried to play a BD ISO file and it does indeed open extremely slow.
But the BDMV folders work perfectly fine.
Yes, same here - reading the ISO file structure / tree seems to have a lot of small read cycles...
Is it possible to reinitialize the SMB connection or is this not feasible?
Cheers K.
(2018-01-19, 14:27)popcornmix Wrote: [ -> ]I've changed the chunk size to 32K which was the smallest value that fixed smp1's issue.
I just tested with 32*1024 and I can confirm that BD ISOs work fine now.
New LibreELEC.tv Leia build #0119:
RPi /
RPi2
(Supercedes previous build)
SHA256 Checksum:
8071e5b2965cec52fdcd3a3c54daff7ed3a9751df42b6f3a563619d867784fad (RPi)
SHA256 Checksum:
21d85adb883c249ceb49cab275f5ea3bfb5bbfb78c6bfe99a40a8e57fbdbd956 (RPi2)
text:
# uname -a
Linux rpi512 4.14.14 #1 Fri Jan 19 21:04:36 GMT 2018 armv6l GNU/Linux
# vcgencmd version
Jan 17 2018 17:19:55
Copyright © 2012 Broadcom
version 334597236bcc2498b0a044e21aa2f5b255bf3d22 (clean) (release)
# lsb_release
LibreELEC (Milhouse): devel-20180119210323-#0119-g07482bc [Build #0119]
# Kodi version
(18.0-ALPHA1 Git:69a6725). Platform: Linux ARM 32-bit
Based on tip of
LibreELEC.tv master (07482bc,
changelog) and tip of
XBMC master (a3f4c40,
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 (050175d, ahead +2)
- Includes latest kodi-platform master (36fb493)
- Includes latest libcec master (8adc786, ahead +26)
- Includes latest libnfs master (f6e51c3, ahead +115)
- Includes latest p8-platform master (a822e19)
- Includes latest addons: inputstream.adaptive (9d183a9), inputstream.rtmp (482f5c1), peripheral.joystick (0a20d01), pvr.argustv (a4d3ec7), pvr.demo (0224cbd), pvr.dvblink (4ac2f2d), pvr.dvbviewer (c2275e1), pvr.filmon (e754b4b), pvr.hdhomerun (7379fbc), pvr.hts (774943f), pvr.iptvsimple (a00d008), pvr.mediaportal.tvserver (0c5ece3, +1), pvr.mythtv (3200b09), pvr.nextpvr (11dfdbb), pvr.njoy (67b837d), pvr.octonet (689afbf), pvr.pctv (c7a13d7), pvr.stalker (c91421d), pvr.teleboy (3ae0297), pvr.vbox (24126fd), pvr.vdr.vnsi (4db947c), pvr.vuplus (020e1d2), pvr.wmc (920ade6), pvr.zattoo (fed0aea), vfs.libarchive (568a2a1)
- 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:2243 (perma): NOOBS: shorten partition labels, add $DEVICE support
- Include [env] PR:2382 (perma): linux: DVB fixes
- Include [env] PR:2384 (perma): kodi: updates for Feb 2018
- Include [env] PR:2392 (perma): linux: update to linux-4.14.15 (-ish)
- Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
- Include [pkg] PR:13274 (perma): Mode whitelist
Build Highlights:
- filesystem: test: Reduce chunksize to 32K
- [pm] resume last played media after sleep
Build Details:
- XBMC:
- xbmcgui - add option to define listitem as folder (PR:13385, 1 commit, 2 files changed)
- addonsettings - don't lowercase condition value (PR:13306, 1 commit, 1 file changed)
- [Estuary] some delicate touches to the channelgroup selector (PR:13392, 1 commit, 1 file changed)
- [pm] resume last played media after sleep (PR:13390, 2 commits, 3 files changed)
- newclock5:
- New commits in this build:
- filesystem: test: Reduce chunksize to 32K (9fffdd0b)
- hack: Don't assert when unexpected buffer id but keep going (0bb0e771)
@
popcornmix
I did some more testing with different chunk sizes and I think 64K is the optimal value. 32K works ok but I get occasional buffering at the start of playback of some TS files. With 64K the playback always start immediately. BD ISOs also work fine.
(2018-01-19, 12:44)KorbenDallas Wrote: [ -> ]Dear Team,
3D MVC support does not work any longer (tried with OMXPlayer activated and deactivated) - problem started after #0112. 3D MVC blurays play simpply as 2D since then. Is this bug already known or should I track it down more today evening?
...and thanks for the great work!
Yes, 3D is no longer working since
#0115, possibly one or both of:
(2018-01-15, 23:57)Milhouse Wrote: [ -> ]
- New commits in this build:
- fixup ffmpeg patches (9abc3001)
- ffmpeg: hevc: Update to latest version (47888398)
Reverting both commits restores functional 3D playback.
I can't reproduce. Placed some Bluray iso on a SMB share. Starts lightning fast here. Testing on Mac.
Ref my previous
post I have been noticing more stable playback of live tv from iplayer www in latest nightly builds (placebo effect?) and thought perhaps a recent nightly included something that improves issue I was observing in earlier and recorded in #1012 & #0113 build logs.
Using #0119 another
kodi.log where first attempt to playback live stream iplayer www only lasted a few minutes before audio/video pausing occured.
Stoping playback (because of annoying issue) and restarting the playback and was without any issues lasting good 20mins.
(Not a debug log but info may be useful?)
Now listening to Live Radio to see how long live playback has no Audio issues, compared to last weekend with #0114
how can I speedup the baud rate of i2c?
"cat /sys/module/i2c_bcm2708/parameters/baudrate" gives a value of 0