•   
  • 1
  • 199
  • 200
  • 201(current)
  • 202
  • 203
  • 218
  •   
  Thread Closed
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-11-20, 01:46)Milhouse Wrote:
(2016-11-20, 01:04)kampfi Wrote: i use on Windows 10 "TinghtVNC" for connect to Raspberry

since the #1116 is VNC broken

Whatever add-on you installed on your RPi to enable VNC is most likely in need of an update (my guess, broken SSL).

Updated Krypton addons based on gcc-6.2.0 and LibreSSL 2.4.4 are being prepared and will appear in the LibreELEC repository in the next few days. In the meantime I suggest you roll back to #1115 if you need VNC.

here is updated addon with new libressl.. you can use this till LibreELEC repository is updated. https://mega.nz/#!DwFXhDBR!2cl7O7LE6uE2m...B8ypounRQM
Thanks @gendo.
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-11-20, 06:32)gendo Wrote:
(2016-11-20, 01:46)Milhouse Wrote:
(2016-11-20, 01:04)kampfi Wrote: i use on Windows 10 "TinghtVNC" for connect to Raspberry

since the #1116 is VNC broken

Whatever add-on you installed on your RPi to enable VNC is most likely in need of an update (my guess, broken SSL).

Updated Krypton addons based on gcc-6.2.0 and LibreSSL 2.4.4 are being prepared and will appear in the LibreELEC repository in the next few days. In the meantime I suggest you roll back to #1115 if you need VNC.

here is updated addon with new libressl.. you can use this till LibreELEC repository is updated. https://mega.nz/#!DwFXhDBR!2cl7O7LE6uE2m...B8ypounRQM

i have this addon, on PI3 - "Raspberry Pi VNC"

and this fix working now, thx @gendo for uploading.
Image
Using the latest versions of tvheadend and libreelec, problems continue.
Sometimes it says NO SIGNAL, other works.
Hi milhouse & popcornmix
i have a question outside rpi-builds:
rtmp-streams don't work in krypton builds for android and windows.
(pi-builds works fine)

See you any chance to bring back them? ...because in Kodi16.1 yarvis this feature is inside.
So my tablet and on my desktop the old kodi yarvis is working ;-) ...thats a nogo :-) :-)

sorry for o.t. but i have nothing read about them in the windows/android kodi homepage.

Thanks
Harald
(2016-11-20, 18:46)doldi Wrote: Hi milhouse & popcornmix
i have a question outside rpi-builds:
rtmp-streams don't work in krypton builds for android and windows.
(pi-builds works fine)

Sounds like a question for the windows and android forums.
In krypton rtmp is handled by a binary addon (inputstream.rtmp).

The most likely cause of it not working is that addon being missing or broken on windows/android.
But, you need to ask the people making the builds you are using.
doldi, been testing latest kodi Krypton nightly builds with the pvr.filmon due to a recent fix to pvr.filmon (macOSX and Win10) and have same issue where I believe no inputstream.rtmp or equivalent is currently available? Looks like we may need to be patient on other OS platforms, I posted a comment in this thread 2459931 (post)
rPi3B+, SanDisk Ultra 8Gb SD, Milhouse kernel_5.x LE ​Testbuild (Kodi 19 Matrix) -> Onkyo TX-SR608 AV Receiver -> Philips 42" LCD TV
KVIM2 Pro, SanDisk Ultra 8Gb SD, kernel_5.x LE Testbuild (Kodi 19 Matrix) -> LG 27UD69-W 4K Monitor -> AudioEngine A2+ Speakers
Thanks MikeKL,
i'm a registered user on kodinerds in germany - i don't see any solution.

Only included in milhouse builds for Raspberry :-) tzz

It seems that there is no specialist for windows/android builds with time to reactivate/rebuild this in Krypton...
...but now i am or have to be silent ;-)

thx also to milhouse
(2016-11-20, 16:04)ezar Wrote: Image
Using the latest versions of tvheadend and libreelec, problems continue.
Sometimes it says NO SIGNAL, other works.
I suggest posting in the tvheadend support forum. The tvheadend builds I provide are also tip of tree from tvheadend git and may include bugs that last a day or so before being fixed. What is the last version of tvheadend with a working signal?
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 #1120: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.8.9 #1 Sun Nov 20 21:02:59 GMT 2016 armv6l GNU/Linux

# vcgencmd version
Nov 19 2016 19:49:42
Copyright (c) 2012 Broadcom
version af95a294891b6ca0d369ffb1cabcc3f6c53489ca (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20161120210157-#1120-gd28c4d1 [Build #1120]

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

Based on tip of LibreELEC.tv master (d28c4d1a, changelog) and tip of XBMC master (7285a769, changelog) with the following modifications: Build Highlights:
  1. New firmware - new bootcode.bin makes an extra 16MB RAM available on Pi2/Pi3
  2. Switch kodi build to cmake
  3. Fix PVR subfolders (thanks grisia for reporting, @ksooo for the fix)
Build Details:
  1. Firmware (Nov 19):
    • bootcode: Enable use of top 16M on Pi2/Pi3
  2. LibreELEC.tv:
    • lftp: update to 4.7.4 (PR:955, 1 commit, 2 files changed)
    • Revert "boblightd: disable autoreconf" (PR:957, 1 commit, 1 file changed)
    • moonlight-embedded: add patch to link against pthread (PR:954, 1 commit, 1 file changed)
    • open-vm-tools: gcc6 compile fix (PR:961, 1 commit, 1 file changed)
    • linux: add missing gcc compiler patch to WP2 (PR:962, 1 commit, 1 file changed)
  3. XBMC:
    • Correction issue on Android TV when intent usage (PR:10925, 2 commits, 1 file changed)
    • [curl] cleanup multi handle in proper order (PR:10947, 1 commit, 1 file changed)
    • [audioengine] use OSS only on FreeBSD (PR:10961, 1 commit, 2 files changed)
    • [PVR] Recordings window: fix recordings sub folders after #10930. (PR:10963, 1 commit, 1 file changed)
    • [PVR][Estuary] Folder overlay fixes (PR:10955, 3 commits, 2 files changed)
    • Fix Music Standard Roles Nodes (part2) (PR:10965, 1 commit, 2 files changed)
  4. pvr.vdr.vnsi:
    • [skin] some fixes for estuary Admin.xml (PR:93, 1 commit, 1 file changed)
    • bump version after skin change (56322c56)
  5. kernel 4.8.y:
    • New commits in this build:
      • [Audioinjector] Fix bit offsets for equal volume and add 8 kHz operation (#1727) (3ce7378b)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:768: kodi use cmake
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-11-20, 23:23)Milhouse Wrote: [*]New firmware - new bootcode.bin makes an extra 16MB RAM available on Pi2/Pi3

A bit of background for what has changed.

ARM accesses GPU memory through a simple MMU which has 64 x 16M pages.
Because arm needs to use GPU peripherals one of those pages is dedicated to peripheral access resulting in only 1008M being accessible from arm.
In theory the gpu could use that top 16M, but so far there has been no guarantee that the arm won't also want to access this memory.

There were 3 places where there was a problem. vcbdg, touchscreen driver (which uses a shared buffer allocated by GPU) and virtual gpio driver (which uses a shared buffer allocated by GPU).
Recent kernel changes allow virtual gpio and touchscreen drivers to allocate the shared buffer on arm side.
And we have provided an API to read memory through DMA (which can see the top 16M) which can be used by vcdbg.
One advantage of using DMA is it is L2 coherent with GPU (but not L1 coherent), so you are less likely to get corruption with "vcdbg reloc" type commands.

So, today we enable the top 16M of ram, and you should find (e.g. from "vcgencmd get_mem arm") an extra 16M is available. Enjoy!
Thanks for your detailed explanation @popcornmix

But I have other question, I had already noticed that after a build update the refresh rate of the image changes sometimes from 50fps to 59.94fps and by itself. Is that normal?
[1x RPi3]#[ AV Receiver - Marantz NR1506 ]#[ TV Panasonic TX-50EXW784 ]#[ NAS @ OMV 4.1.xx (Arrakis) on Banana Pi ]#[ ODROID C2 + wrxtasy's LE 8.0 ]
(2016-11-15, 13:49)popcornmix Wrote:
(2016-11-12, 19:03)Vimes Wrote: 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.

Dave's issue involved a:
"ERROR: CMMALVideo::GetPicture - called but m_output_ready is empty"
in kodi.log - does yours?

I've had a closer look at the code around there and have tweaked something that looked suspicious.
As I can't reproduce on demand it's hard to say if it has helped, but let me know if you think latest build is any better.

I'm not sure if I'm premature here in noting this but I have had zero pauses of the video for a while now. Hopefully that will continue, just thought that I would give feedback Smile
(2016-11-21, 01:19)Aux_ Wrote: But I have other question, I had already noticed that after a build update the refresh rate of the image changes sometimes from 50fps to 59.94fps and by itself. Is that normal?

Yes it may be. Kodi constantly measures the framerate and if it believes it doesn't match the display and "adjust display refresh rate to match video" is enabled it will switch refresh rate.
It may do this multiple times in a file.

Typically it won't do this for a correctly encoded file, but if a file is actually 29.97Hz, but header says 25Hz then kodi will start at 50Hz and switch to 59.94Hz after a number of seconds.
Similarly if someone has been concatenating videos of different framerates together, then the refresh rate will change when the change is detected.

If you believe the refresh rate changes are incorrect, then a debug log (wiki) and ideally a sample file would be the way forward.

You mention "after a build update". I don't believe anything has changed for some time that would affect this. If you can identify the first build where you believe the behaviour has changed we can have a closer look at the commits.
Ok then I thought the wrong with the builds. Does this also affect TV broadcasts? Because I receive in the PAL 25fps, sometimes I watch videos with 29.97fps, but if I watch TV would have to return to 25fps? I have to check the settings "adjust display refresh rate to match video".
[1x RPi3]#[ AV Receiver - Marantz NR1506 ]#[ TV Panasonic TX-50EXW784 ]#[ NAS @ OMV 4.1.xx (Arrakis) on Banana Pi ]#[ ODROID C2 + wrxtasy's LE 8.0 ]
  •   
  • 1
  • 199
  • 200
  • 201(current)
  • 202
  • 203
  • 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