• 1
  • 192
  • 193
  • 194(current)
  • 195
  • 196
  • 218
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-11-12, 14:43)Vimes Wrote: Sadly enabling sync playback to display no longer seems to enable DTS audio pass-through for sound.

That is expected. "Sync playback to display" uses resampling of audio to adjust the playback speed to match the video which is incompatible with passthrough.
You can also enable "PLL adjustment to maintain audio sync" which attempts to do this without resampling which does allow passthrough,
but the amount of adjustment possible is less so it is possible this won't work satisfactorily (e.g. trying to adjust 24fps video to 50Hz display).[/quote]
(2016-11-11, 15:15)Kougami Wrote: I asked the developer of the daisuki plugin, and seems this is my issue: http://forum.kodi.tv/showthread.php?tid=296611

Yes, looks like it. The fix will be in tonight's build.
(2016-11-12, 14:43)Vimes Wrote: The randomness of the the picture freezing but the sound continuing makes it hard to determine what it could be. We can be watching for ages and nothing will happen and then the picture pauses for a few seconds whilst the sound continues but after that few seconds the picture then catches up.
Sadly enabling sync playback to display no longer seems to enable DTS audio pass-through for sound.
It didn't use to happen but again due to the randomness it is hard to remember when it did start.

Yes indeed. I have been trying to get something repeatable so that this could be investiated deeper, but it is illusive. Does seem to be both settings and video dependant though, just not exactly sure what combination.
(2016-11-12, 15:48)popcornmix Wrote:
(2016-11-12, 14:43)Vimes Wrote: Sadly enabling sync playback to display no longer seems to enable DTS audio pass-through for sound.

That is expected. "Sync playback to display" uses resampling of audio to adjust the playback speed to match the video which is incompatible with passthrough.
You can also enable "PLL adjustment to maintain audio sync" which attempts to do this without resampling which does allow passthrough,
but the amount of adjustment possible is less so it is possible this won't work satisfactorily (e.g. trying to adjust 24fps video to 50Hz display).
[/quote]

Thanks I wasn't aware of that compromised solution. I might try it out .

(2016-11-12, 16:02)DaveBlake Wrote:
(2016-11-12, 14:43)Vimes Wrote: The randomness of the the picture freezing but the sound continuing makes it hard to determine what it could be. We can be watching for ages and nothing will happen and then the picture pauses for a few seconds whilst the sound continues but after that few seconds the picture then catches up.
Sadly enabling sync playback to display no longer seems to enable DTS audio pass-through for sound.
It didn't use to happen but again due to the randomness it is hard to remember when it did start.

Yes indeed. I have been trying to get something repeatable so that this could be investiated deeper, but it is illusive. Does seem to be both settings and video dependant though, just not exactly sure what combination.

I too have been trying to find something repeatable, like you note. As yet I haven't been able to. Last night it happened, the video paused for a few seconds and the audio continued and then the video starts starts back up, jumping to be in sync with the sound.
For ages I thought that it was kinda unique to my system as I searched for "pauses" and not "stutter". I'm not drawing comfort that others can be affected but perhaps that might increase the chances of one of us capturing a meaningful log for the Devs to look at.
(2016-11-12, 19:03)Vimes Wrote:
(2016-11-12, 15:48)popcornmix Wrote:
(2016-11-12, 14:43)Vimes Wrote: Sadly enabling sync playback to display no longer seems to enable DTS audio pass-through for sound.

That is expected. "Sync playback to display" uses resampling of audio to adjust the playback speed to match the video which is incompatible with passthrough.
You can also enable "PLL adjustment to maintain audio sync" which attempts to do this without resampling which does allow passthrough,
but the amount of adjustment possible is less so it is possible this won't work satisfactorily (e.g. trying to adjust 24fps video to 50Hz display).

Thanks I wasn't aware of that compromised solution. I might try it out .

(2016-11-12, 16:02)DaveBlake Wrote:
(2016-11-12, 14:43)Vimes Wrote: The randomness of the the picture freezing but the sound continuing makes it hard to determine what it could be. We can be watching for ages and nothing will happen and then the picture pauses for a few seconds whilst the sound continues but after that few seconds the picture then catches up.
Sadly enabling sync playback to display no longer seems to enable DTS audio pass-through for sound.
It didn't use to happen but again due to the randomness it is hard to remember when it did start.

Yes indeed. I have been trying to get something repeatable so that this could be investiated deeper, but it is illusive. Does seem to be both settings and video dependant though, just not exactly sure what combination.

I too have been trying to find something repeatable, like you note. As yet I haven't been able to. Last night it happened, the video paused for a few seconds and the audio continued and then the video starts starts back up, jumping to be in sync with the sound.
For ages I thought that it was kinda unique to my system as I searched for "pauses" and not "stutter". I'm not drawing comfort that others can be affected but perhaps that might increase the chances of one of us capturing a meaningful log for the Devs to look at.
[/quote]

Yer your not the only one, I've had this problem, but it fairly rare for me to see it.
The only thing I did notice was last time the picture was freezing my memory usage was in the low 90%, not sure if this was causing the issues though.
Will also try and get a log but I'm not hopeful as its so rare these days.,
Hi doldi,

thank you for your reply and help.

I have tried the membrane version you mentioned in your answer but ... kodi shows for a short time a message which I cannot read/interpret (should I read the log?)

If you have a minute and guide me through this process (raspberry / libreelec is still pretty new - and exciting for meHuhBig Grin) --> send a message to my email adress (German would be no problem at all)

Regards
New LibreELEC.tv Krypton build #1112: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.8.6 #1 Sat Nov 12 21:05:31 GMT 2016 armv6l GNU/Linux

# vcgencmd version
Nov  6 2016 16:30:41
Copyright (c) 2012 Broadcom
version 4150eddb59ec25e6f328f5efbc6d222d8861dc93 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20161112210350-#1112-geb2d020 [Build #1112]

# Kodi version
(17.0-BETA6 Git:ae37dd6). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (eb2d0206, changelog) and tip of XBMC master (ae37dd61, changelog) with the following modifications: Build Highlights:
  1. Fix HLS streams
Build Details:
  1. LibreELEC.tv:
    • busybox: fix tar (PR:922, 1 commit, 1 file changed)
  2. XBMC:
    • [PVR] Settings: change label and description to reflect that 'TV' is actually 'PVR & Live TV.' (PR:10911, 1 commit, 1 file changed)
  3. newclock5:
    • New commits in this build:
      • VideoPlayer: fix c/p error in HLSSelectProgram (9378bbf4)
      • VideoPlayer: ffmpeg demuxer - discard all unneeded streams (83426e9d)
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.
I don't know if this is me and my system but the recent releases have issue playing 3D ISO files in true Frame Packing mode.
I didn't get a chance to find exact release causing this. #1028 that I've been using recently works fine. #1111 and #1112 will display 2D image out of 3D ISO in frame packing mode. The screen is flat 2D only but the signal is Frame Packing.
(2016-11-12, 15:51)popcornmix Wrote:
(2016-11-11, 15:15)Kougami Wrote: I asked the developer of the daisuki plugin, and seems this is my issue: http://forum.kodi.tv/showthread.php?tid=296611

Yes, looks like it. The fix will be in tonight's build.

Yeah, "Fix HLS streams" helps Big Grin.
(2016-11-12, 21:27)bmonster Wrote:
(2016-11-12, 19:03)Vimes Wrote:
(2016-11-12, 15:48)popcornmix Wrote: That is expected. "Sync playback to display" uses resampling of audio to adjust the playback speed to match the video which is incompatible with passthrough.
You can also enable "PLL adjustment to maintain audio sync" which attempts to do this without resampling which does allow passthrough,
but the amount of adjustment possible is less so it is possible this won't work satisfactorily (e.g. trying to adjust 24fps video to 50Hz display).

Thanks I wasn't aware of that compromised solution. I might try it out .

(2016-11-12, 16:02)DaveBlake Wrote:
(2016-11-12, 14:43)Vimes Wrote: The randomness of the the picture freezing but the sound continuing makes it hard to determine what it could be. We can be watching for ages and nothing will happen and then the picture pauses for a few seconds whilst the sound continues but after that few seconds the picture then catches up.
Sadly enabling sync playback to display no longer seems to enable DTS audio pass-through for sound.
It didn't use to happen but again due to the randomness it is hard to remember when it did start.

Yes indeed. I have been trying to get something repeatable so that this could be investiated deeper, but it is illusive. Does seem to be both settings and video dependant though, just not exactly sure what combination.

I too have been trying to find something repeatable, like you note. As yet I haven't been able to. Last night it happened, the video paused for a few seconds and the audio continued and then the video starts starts back up, jumping to be in sync with the sound.
For ages I thought that it was kinda unique to my system as I searched for "pauses" and not "stutter". I'm not drawing comfort that others can be affected but perhaps that might increase the chances of one of us capturing a meaningful log for the Devs to look at.

Yer your not the only one, I've had this problem, but it fairly rare for me to see it.
The only thing I did notice was last time the picture was freezing my memory usage was in the low 90%, not sure if this was causing the issues though.
Will also try and get a log but I'm not hopeful as its so rare these days.,

I'm also having this problem. I saw it when running alpha3, then it disappeared in beta1, but now it seems to be back again in beta5. Due to the randomness of the problem it might have been there the whole time though, maybe related to the video files I am watching.

I was never able to reproduce it with debug logging for the video component turned on, maybe it should give it some more tries.

I think all my settings related to sync are on default.
(2016-11-13, 15:36)Glyphs Wrote: I was never able to reproduce it with debug logging for the video component turned on, maybe it should give it some more tries.

I'm not seeing this issue, so I'll need a debug log with video component logging enabled,
or a file/instructions to reproduce the issue, or the milhouse build number where this started.

I understand that with an intermittent bug any of these may be tricky to provide.
Trying to find a file settings that make the issue more frequent might be a useful start.
Is anyone having problems with recent builds not connecting to Windows shares? I have been using #1013 and this is fine. I found with #1025 that I couldn't load the MediaPortal TV plugin properly, but I didn't have time to look into it.

Now I've done some more testing, and it looks as though with recent builds I can't browse or connect to SMB shares on a Windows 10 PC at all.

The wiki seems quite sparse in this area (or I'm looking in the wrong place), but I'm looking into playing with Windows registry settings, specifically

https://support.microsoft.com/en-gb/kb/232271

I'm guessing this probably has something to do with the smb fixes in #1018, but I can't believe I'm the only once seeing problems.

EDIT:

Yes, everything before #1018 is fine. With #1018 (and Titan skin - will test with Estuary if needed) it seems to get stuck in a loop on startup.

Logs:

http://sprunge.us/GZSZ

I'm leaving it running, and it is carrying on with more of the same, for every folder in a share that it is checking/trying to access. I have actually applied the relevant registry fixes on my server (unless I have missed anything).

MediaPortal relies on the SMB shares being accessible, so as far as I am concerned, this fix has completely broken Kodi/LibreElec. I don't say this as a complaint, but just so you know what the problem is, and how it impacts on useability.

I don't think I can do any meaningful testing on later builds.

Best wishes,

Mark
(2016-11-13, 15:49)mcelliott Wrote: Is anyone having problems with recent builds not connecting to Windows shares? I have been using #1013 and this is fine. I found with #1025 that I couldn't load the MediaPortal TV plugin properly, but I didn't have time to look into it.

Now I've done some more testing, and it looks as though with recent builds I can't browse or connect to SMB shares on a Windows 10 PC at all.

I am on 1107 and had run several builds from 1013 up through 1107, and never had issues connecting and/or playing content from my Win10 PC where all my media is stored and the library shared via MySQL.
(2016-11-13, 16:33)J_E_F_F Wrote:
(2016-11-13, 15:49)mcelliott Wrote: Is anyone having problems with recent builds not connecting to Windows shares? I have been using #1013 and this is fine. I found with #1025 that I couldn't load the MediaPortal TV plugin properly, but I didn't have time to look into it.

Now I've done some more testing, and it looks as though with recent builds I can't browse or connect to SMB shares on a Windows 10 PC at all.

I am on 1107 and had run several builds from 1013 up through 1107, and never had issues connecting and/or playing content from my Win10 PC where all my media is stored and the library shared via MySQL.

Thanks.

Sod's law, but after hours of searching, I find the solution after I post.

https://forum.libreelec.tv/thread-2319.html

Once I added

192.168.0.5 SERVER

to hosts.conf and rebooted, all the problems are fixed.

Do we have any idea why this would be?

Thanks,

Mark
I suspect that I am trying to use a feature that has not been implemented. I am using the 'Chorus' Http interface. If I open LibreElec in the browser (http://192.168.0.xxx:8080). I get a pretty good, fairly fast interface. I can select and play music remotely fine.

Here's the problem. Playing music locally does not work. I tried several browsers.

Should it work? This is the first time I tried this feature so I am not sure if it ever worked.

If it ought to work, I can look further.
  • 1
  • 192
  • 193
  • 194(current)
  • 195
  • 196
  • 218

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