•   
  • 1
  • 91
  • 92
  • 93(current)
  • 94
  • 95
  • 218
  •   
  Thread Closed
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-07-16, 16:15)TVPL Wrote: #0715 not detect 1TB HDD portable with option "max_usb_crurrent=1" in config.txt

Are you saying this works with #0714 and it broke with #0715?
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-07-16, 17:30)Milhouse Wrote:
(2016-07-16, 16:15)TVPL Wrote: #0715 not detect 1TB HDD portable with option "max_usb_crurrent=1" in config.txt

Are you saying this works with #0714 and it broke with #0715?
No, I update from #618 to #0715 after lircd work fine.
(2016-07-16, 13:39)Milhouse Wrote:
(2016-07-16, 09:11)Doktor-X Wrote: hi i want to ask is there any reasons why kodi on pi can't see filenames that have letters like ČĆŠŽ but windows can?
Are you using Estuary?
Yes
(2016-07-16, 11:58)popcornmix Wrote: Does that work without overclock (no lagging?)
Yes. I even tried to underclock the RAM to 400 for testing.
"arm_uc=15" + "sdram_freq=400" - no errors
"arm_uc=10" + "sdram_freq=400" - huge amount of errors
I guess it was not a RAM bandwidth issue afterall.
Quote:Is this with omxplayer disabled and advanced deinterlace?
Correct.
Quote:Can you go any lower? e.g. 13 or 14?
With default "10" I get 1-3 stream errors during 1 hour.
With "12" I got 1 stream error after 2 hours of testing.
With "15" no stream errors after 14 hours of testing.
Didn't try 13 or 14 yet.
However, I never tried to record or stream to network during the test. This could probably open a whole new can of worms.
(2016-07-16, 17:41)TVPL Wrote:
(2016-07-16, 17:30)Milhouse Wrote:
(2016-07-16, 16:15)TVPL Wrote: #0715 not detect 1TB HDD portable with option "max_usb_crurrent=1" in config.txt

Are you saying this works with #0714 and it broke with #0715?
No, I update from #618 to #0715 after lircd work fine.

Please identify the first build that doesn't work.
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.
New LibreELEC.tv Krypton build #0716: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.0-rc7 #1 Sat Jul 16 21:07:05 BST 2016 armv6l GNU/Linux

# vcgencmd version
Jul 15 2016 17:54:00
Copyright (c) 2012 Broadcom
version efa728fef77ea14ceb1500caf0146395fa282a0f (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160716210520-#0716-gde6f79d [Build #0716]

# vcdbg log msg 2>&1 | grep DTOK
002386.357: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (de6f79d0, changelog) and tip of XBMC master (49a16adb, 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.7.y
  • Includes latest bcm2835-driver master (051aed71, ahead +8)
  • Includes latest kodi-platform master (c8188d82)
  • Includes latest libcec master (6d68d212)
  • Includes latest libnfs master (fac3a954, ahead +34)
  • Includes latest p8-platform master (041a8c6c, ahead +1)
  • Includes latest addons: adsp.basic (2ae604e5), adsp.biquad.filters (5849a194, +7), adsp.freesurround (34f50406), asplib (da66f517), inputstream.mpd (aad30ba0, +13), inputstream.rtmp (7bf2298e), inputstream.smoothstream (31e7afef, +3), peripheral.joystick (6090a90e, +1), pvr.argustv (e536f32e), pvr.demo (01c68c88), pvr.dvblink (0bf16840, +1), pvr.dvbviewer (35902f5d), pvr.filmon (efd379b8), pvr.hdhomerun (a71e816d), pvr.hts (856e72a4, +1), pvr.iptvsimple (1ea1f36e), pvr.mediaportal.tvserver (3ba23b7b, +1), pvr.mythtv (1bcf081a, +5), pvr.nextpvr (ecbd6e5c, +1), pvr.njoy (b5d65655), pvr.pctv (12d8baf1), pvr.stalker (415aa54b, +3), pvr.vbox (36d3717b, +1), pvr.vdr.vnsi (d7bc89eb, +5), pvr.vuplus (d7f5685a, +1), pvr.wmc (1f3240da, +1)
  • Include [env] e7cbe9cb: xf86-video-intel: Explicitely disable TearFree and TripleBuffer
  • Include [env] ed774729: Intel: Implement Passthrough-Range
  • Include [env] 98c65e6a: Kodi: Use Limited Range by default
  • Include [env] patch: Enable other binary addons
  • Include [env] patch: Bump included addon versions to prevent online updates
  • Include [env] patch: Enable pvr and adsp addons
  • Include [env] patch: Install libbrcmEGL/libbrcmGLESv2 shared libraries, with sym links for backward compatability
  • Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.*, os.* and peripheral.*
  • Include [env] patch: Add experimental splash video for RPi
  • Include [env] patch: ffmpeg: bump 3.1.1
  • Include [env] PR:481: linux: Update to 4.7 (WIP)
  • Include [env] PR:526: Cpu temperature readings for devices with aml_thermal interface
  • Include [env] PR:535: init: Add upgrade check to avoid incompatible upgrades [RFC,WIP]
  • Include [env] PR:537: kodi: database migration splash text
  • Include [env] PR:543: xf86-video-nvidia: update to 367.35
  • Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
  • Include [pkg] patch: drm/i915: Extend Fake HDMI live status to Valley View (linux)
  • Include [pkg] patch: [skin.estuary] Hide watched items on home (kodi-theme-Estuary)
  • Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
  • Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
  • Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
  • Include [pkg] PR:9803: [PeripheralCecAdapter] fix playback stopping on screensaver deactivated
Build Highlights:
  1. AE: fix resetting rr to 1.0
  2. mmal updates
Build Details:
  1. XBMC:
    • [win32] fix testbuilds (PR:10117, 1 commit, 1 file changed)
    • AE: fix resetting rr to 1.0 (PR:10112, 1 commit, 1 file changed)
    • [tests] Disable the two failing tests for now (PR:10114, 1 commit, 1 file changed)
    • [fix][tests] Fix utf8 handling during build causing test to fail (PR:10121, 1 commit, 1 file changed)
    • [win32] update wget and drop old shipped DLL files (PR:10122, 1 commit, 5 files changed)
  2. newclock5:
    • New commits in this build:
      • rbp: Make debug message wrap safe (e7ae5a09)
      • mmalrender: Allow a frame of slop when waiting for vsync (b5d85335)
    • Updated commits in this build:
      • Revert "temp: Add lock around mmal and omx calls to avoid stalled audio issue" (0b1a5ff3 => f058e8ee)
      • Revert "rbp: Use common function with lock for gencmds" (77ac371a => 13d974a2)
    • Commits no longer in build:
      • mmal: Keep references to pools to ensure they are lazily destroyed (06eb6da8)
      • mmalrender: Avoid accessing port that may have been destroyed (50103c46)
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-07-16, 22:14)smp1 Wrote: Yes. I even tried to underclock the RAM to 400 for testing.
"arm_uc=15" + "sdram_freq=400" - no errors
"arm_uc=10" + "sdram_freq=400" - huge amount of errors
I guess it was not a RAM bandwidth issue afterall.

The issue is the large amount of bandwidth the deinterlace consumes increases the sdram latency the arm sees.
Some (but not all) DVB USB devices drop packets if they are delayed at all.

The problem with increasing the arm sdram priority (which is what your setting does), is that if the arm now does a large memcpy
it will dominate the bus and probably cause the deinterlace to be slow and potentially skip a frame.

The v3d_limiter setting keeps the deinterlace at higher priority than the arm, so the arm can't interfere, but also leaves gaps where
other users can get in. That would be the preferred solution to get working.
I'm a little confused about this 'fixed' lirc in #0714 and later having just tried it and #0716.
I use "dtoverlay=gpio-ir" in config.txt to drive my IR rx device.

When I go back to #0618 everything works (i.e. I can use my remote to drive kodi's interface):
Quote:- section of dmesg with #0618
[ 0.097775] raspberrypi-firmware soc:firmware: Attached to firmware from 2016-06-13 13:25
[ 15.909647] input: gpio_ir_recv as /devices/platform/ir-receiver/rc/rc0/input0
[ 15.909947] rc rc0: gpio_ir_recv as /devices/platform/ir-receiver/rc/rc0
[ 16.083876] lirc_dev: IR Remote Control driver registered, major 243
[ 16.149585] rc rc0: lirc_dev: driver ir-lirc-codec (gpio-rc-recv) registered at minor = 0
[ 20.467929] input: lircd as /devices/virtual/input/input2

For a while I would swear I was using #0711 last weekend and that seemed to work, but now it won't (even if I downgrade to #0618 and then back to #0711)
Quote:- section of dmesg with #0711
[ 0.097739] raspberrypi-firmware soc:firmware: Attached to firmware from 2016-07-08 14:34
[ 15.956026] input: gpio_ir_recv as /devices/platform/ir-receiver/rc/rc0/input0
[ 15.956377] rc rc0: gpio_ir_recv as /devices/platform/ir-receiver/rc/rc0
[ 16.112345] lirc_dev: IR Remote Control driver registered, major 243
[ 16.222820] rc rc0: lirc_dev: driver ir-lirc-codec (gpio-rc-recv) registered at minor = 0
[ 20.849503] input: lircd as /devices/virtual/input/input2

ssh into the box: irw fails to show any keypresses, even if I 'systemctl stop kodi'

If I killall -9 lircd and lirceventd then run irrecord the IR driver seems to be working fine, so this looks like a remaining lircd problem.

Testing with #0716 I get the same behaviour:
Quote:- section of dmesg with #0716
[ 0.097739] raspberrypi-firmware soc:firmware: Attached to firmware from 2016-07-15 17:54
[ 15.852829] input: gpio_ir_recv as /devices/platform/ir-receiver/rc/rc0/input0
[ 15.853138] rc rc0: gpio_ir_recv as /devices/platform/ir-receiver/rc/rc0
[ 16.034726] lirc_dev: IR Remote Control driver registered, major 243
[ 16.092732] rc rc0: lirc_dev: driver ir-lirc-codec (gpio-rc-recv) registered at minor = 0
[ 20.782176] input: lircd as /devices/virtual/input/input2

I've tried swapping back to "dtoverlay=lirc-rpi" but that doesn't seem to change anything. Still no response to my remote using irw or within kodi.
Quote:- section of dmesg with #0716 and lirc-rpi
[ 0.097742] raspberrypi-firmware soc:firmware: Attached to firmware from 2016-07-15 17:54
[ 15.535750] lirc_dev: IR Remote Control driver registered, major 244
[ 15.583598] lirc_rpi: module is from the staging directory, the quality is unknown, you have been warned.
[ 16.512164] lirc_rpi: auto-detected active low receiver on GPIO pin 18
[ 16.512500] lirc_rpi lirc_rpi: lirc_dev: driver lirc_rpi registered at minor = 0
[ 16.512518] lirc_rpi: driver registered!
[ 20.093975] input: lircd as /devices/virtual/input/input0

NB: My remote isn't a MCE remote or such, it's just a one I had lying around which I created an lircd.conf file for using irrecord and put in /storage/.config

I've tried the lastest Alpha LibreElec builds and they have the same issue. (7.0.1 and 7.0.0 work)

Something's obviously different for me compared to all the other happy campers out there.

Any suggestions?
After I couldn't get TVheadend working with #712 or #715 (to be precise, lsusb wasn't even showing my DVB-T adapter), I downgraded back to #701 and after installing TvH 8.0.103 it's working again. I can't say exactly what version of TVh it is as it doesn't show this information under Add-on information.
#716
strange background sounds with external sound cards on the main screen
if i play music or video the noice is gone.

it sounds like an old tractor engine

greez

oh btw no problem with #715
(2016-07-17, 13:21)tilu01 Wrote: #716
strange background sounds with external sound cards on the main screen

Are you 100% sure of this? There is only one commit I can see that affects audio, but it does look correct.
What sound card are you seeing the problem with?
Do you get the problem with HDMI or analogue audio?
Does it help if you enable/disable GPU in "Resample Quality" in system/audio settings?
(2016-07-17, 13:45)popcornmix Wrote:
(2016-07-17, 13:21)tilu01 Wrote: #716
strange background sounds with external sound cards on the main screen

Are you 100% sure of this? There is only one commit I can see that affects audio, but it does look correct.
What sound card are you seeing the problem with?
Do you get the problem with HDMI or analogue audio?
Does it help if you enable/disable GPU in "Resample Quality" in system/audio settings?

No noises for me on RP3 and HiFiBerry Digi + (optical sound output).
(2016-07-16, 20:20)Doktor-X Wrote:
(2016-07-16, 13:39)Milhouse Wrote:
(2016-07-16, 09:11)Doktor-X Wrote: hi i want to ask is there any reasons why kodi on pi can't see filenames that have letters like ČĆŠŽ but windows can?
Are you using Estuary?
Yes

When you say you can't see the filenames, do you mean they aren't being listed/shown by Kodi - is there a blank entry in the list where the file should be, or is it not in the list at all?

Is this in File view or Library view?

If you've scanned your library, are the movies/episodes for these files in your library (check with "texturecache.py jd movies movie-name" and paste the results).

When you say "but windows can" - what does this mean? Kodi on Windows is showing the filenames correctly? Or that you see the files in Windows File Explorer?

Are you accessing these files over smb://? What about if the files are stored locally on the SD card, do they appear in Kodi?
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-07-17, 12:26)popcornmix Wrote: The problem with increasing the arm sdram priority (which is what your setting does), is that if the arm now does a large memcpy
it will dominate the bus and probably cause the deinterlace to be slow and potentially skip a frame.
I didn't notice any frame skips during the playback. The only issues I noticed so far is when I start to record the HD channel - I could get a HDMI dropout for a fraction of a second. Same could happen if I press "codec info" during the playback of a high bitrate 1080i file. But those are very minor issues.
Quote:The v3d_limiter setting keeps the deinterlace at higher priority than the arm, so the arm can't interfere, but also leaves gaps where
other users can get in. That would be the preferred solution to get working.
Can this be tested in real time with vcgencmd command rather than config.txt?
Interlacing.... Smile
I got this file, that still doesn't work (1080i29.97 PAFF): https://www.sendspace.com/file/pymi0x
Code:
General
Format                                   : Matroska
Format version                           : Version 4 / Version 2
File size                                : 270 MiB
Duration                                 : 1 min
Overall bit rate mode                    : Variable
Overall bit rate                         : 37.2 Mb/s
Encoded date                             : UTC 2015-02-03 13:57:57
Writing application                      : mkvmerge v7.5.0 ('Glass Culture') 64bit built on Jan  4 2015 16:48:44
Writing library                          : libebml v1.3.1 + libmatroska v1.4.2

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 2 frames
Format settings, GOP                     : M=2, N=26
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1 min
Bit rate mode                            : Variable
Bit rate                                 : 33.9 Mb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Variable
Frame rate                               : 59.940 (59940/1000) FPS
Original frame rate                      : 29.970 (30000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Interlaced
Scan type, store method                  : Separated fields
Scan order                               : Top Field First
Bits/(Pixel*Frame)                       : 0.272
Stream size                              : 245 MiB (91%)
Default                                  : No
Forced                                   : No

Audio
ID                                       : 2
Format                                   : FLAC
Format/Info                              : Free Lossless Audio Codec
Codec ID                                 : A_FLAC
Duration                                 : 1 min
Bit rate mode                            : Variable
Bit rate                                 : 3 372 kb/s
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 kHz
Frame rate                               : 11.719 FPS (4096 spf)
Bit depth                                : 24 bits
Delay relative to video                  : 116 ms
Stream size                              : 24.4 MiB (9%)
Writing library                          : libFLAC 1.2.1 (UTC 2007-09-17)
Language                                 : French
Default                                  : Yes
Forced                                   : No

Text #1
ID                                       : 3
Format                                   : PGS
Muxing mode                              : zlib
Codec ID                                 : S_HDMV/PGS
Codec ID/Info                            : Picture based subtitle format used on BDs/HD-DVDs
Duration                                 : 28 s 62 ms
Bit rate                                 : 13.4 kb/s
Count of elements                        : 5
Stream size                              : 45.8 KiB (0%)
Language                                 : German
Default                                  : Yes
Forced                                   : Yes

Text #2
ID                                       : 4
Format                                   : PGS
Muxing mode                              : zlib
Codec ID                                 : S_HDMV/PGS
Codec ID/Info                            : Picture based subtitle format used on BDs/HD-DVDs
Duration                                 : 28 s 62 ms
Bit rate                                 : 10.4 kb/s
Count of elements                        : 5
Stream size                              : 35.5 KiB (0%)
Language                                 : French
Default                                  : No
Forced                                   : No
  •   
  • 1
  • 91
  • 92
  • 93(current)
  • 94
  • 95
  • 218
  •   
  Thread Closed
 
Thread Rating:
  • 19 Vote(s) - 4.63 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)4.6319