2016-05-26, 06:37
having issues setting the time. i have pool.ntp.org configured but the time is still incorrect. any ideas? this is libreelec build #0525
(2016-05-26, 06:37)TheShoe Wrote: having issues setting the time. i have pool.ntp.org configured but the time is still incorrect. any ideas? this is libreelec build #0525Has this started with #0525? If not which is the last build when the time is set correctly? Does it happen with LibreELEC 7.0.1?
(2016-05-25, 23:00)popcornmix Wrote:(2016-05-25, 22:52)Milhouse Wrote: [*]RenderMan: Simplify late frame skipping code v2 (eaa440d9)This is designed to improve the stall that occurs a few seconds after start of playback or seeking. Report if it helps.
ffmpeg -i input -c:v libx265 -preset ultrafast output
(2016-05-25, 23:00)popcornmix Wrote:(2016-05-25, 22:52)Milhouse Wrote: [*]RenderMan: Simplify late frame skipping code v2 (eaa440d9)This is designed to improve the stall that occurs a few seconds after start of playback or seeking. Report if it helps.
(2016-05-26, 08:40)FernetMenta Wrote:Yes, if only trac wasn't so horrible to use and (for me anyway) broken as it won't allow logins unless private browsing/incognito mode is used. However as this is part of a series of related defects I thought it might be best just to ping that PR in order to continue any investigation. I'll push people towards trac in future. Thanks.(2016-05-26, 02:07)Milhouse Wrote: @Kougami: see above posts. Add a comment on PR9862. Don't add a comment, don't expect a fix.
github is primarily a dev space and not intended for bug reports. use track for bug reports
(2016-05-25, 18:22)popcornmix Wrote:(2016-05-25, 15:08)drdwridav Wrote: Here goes...
http://xbmclogs.com/puwy1f8gh
This is problem:
Code:14:01:54 71.623474 T:1572184992 INFO: RTMPSockBuf_Fill, recv returned -1. GetSockError(): 11 (Resource temporarily unavailable)
14:01:54 71.623566 T:1572184992 ERROR: RTMP_ReadPacket, failed to read RTMP packet header
We are getting an error from network stack. Are you sure LE Jarvis is working on this stream currently?
There is always a chance that something is changed at the server end, so it's worth double checking the stream is still good.
If it does work in LE Jarvis, then it probably was working in an earlier Milhouse nightly build.
Worth testing a build from a couple of months back just to see.
Possibly LE has bumped a library which the new version is no longer supporting this stream. Narrowing down when this occurred would be helpful.
(2016-05-26, 13:30)drdwridav Wrote: Doesn't work on first libreelec milhouse build so I went all the way back to 0301 openelec and that also does not work. I can't go back any earlier as I believe they don't support pi3? At least if I try to install any earlier version now I get a multi coloured screen rather than startup...not sure if that takes us anywhere forward to identifying the issue
(2016-05-25, 23:00)popcornmix Wrote:I no longer see stalls after seeks, but that "buffering" issue, even with buffering disabled is still present. Not a request/hint to fix as it has existed for a couple releases and a bug report is in trac already.(2016-05-25, 22:52)Milhouse Wrote: [*]RenderMan: Simplify late frame skipping code v2 (eaa440d9)This is designed to improve the stall that occurs a few seconds after start of playback or seeking. Report if it helps.
(2016-05-25, 23:42)dantist Wrote: I had the following behavior until yesterday with Amazon Video-Streams: Stream starts, plays for a couple of seconds and then switches the TV to the target refresh rate (instead of doing this before the stream starts). After the refresh rate got adjusted the video stutters until I use the skip forward/back function one time.