•   
  • 1
  • 259
  • 260
  • 261(current)
  • 262
  • 263
  • 389
  •   
v18 -  LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
New LibreELEC.tv Leia build #1220: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 94b14aedf25bbd6960d015d832b286546db9e892e5148c55ecb151236aee9ad5 (RPi)
SHA256 Checksum: 43034625c55eb19239cf1d2014518b6dbd73591589a6818f43d73fe981a7f9d0 (RPi2)

Code:
# uname -a
Linux rpi512 4.14.7 #1 Wed Dec 20 21:44:31 GMT 2017 armv6l GNU/Linux

# vcgencmd version
Dec  1 2017 16:20:32
Copyright (c) 2012 Broadcom
version 38ac72569d7fbd7cf75754d9f14c2495416aaee7 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20171220214318-#1220-gd63f060 [Build #1220]

# Kodi version
(18.0-ALPHA1 Git:1ff3fa2). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (d63f060, changelog) and tip of XBMC master (1ff3fa2, changelog) with the following modifications: Build Highlights:
  1. Temporarily revert "Add video tag loaders" (newclock5 conflict)
Build Details:
  1. XBMC:
    • Add video tag loaders (PR:13106, 6 commits, 41 files changed)
    • various Ifdef cleanup (PR:13182, 3 commits, 32 files changed)
  2. inputstream.adaptive:
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Reverted: [pkg] PR:13106: Add video tag loaders (reason: newclock5 conflict)
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.
Reply
Regarding Hyperion issue about too dark v4l2 grabber image, some hyperion team members say (here the complete thread):
Quote:
Quote:Maybe the defaults have changed in the kernel drivers in 18 ?

Can you use something like v4l-ctl to adjust brightness and contrast ?

----

You need v4l-utils package installed afaik:

https://github.com/LibreELEC/LibreELEC.t.../v4l-utils

To install that should be these commands run from the Libreelec SSH shell:

CodeConfusedudo apt-get update
sudo apt-get install v4l-utils
afterwards v4l-ctl will be present as that is part of the utils Image

As to the cause I'm not entirely sure, best guess:

- Default brightness / gamma changed in LibreElec test build for grabbing devices which v4l-ctl can correct but not ideal.
- Kodi 18 defaults to 10bit and doesn't play nice with 8bit readouts (losing brightness as a result)

@Milhouse I don't know if this is something you can fix or take a look, and I am sorry if this is not related with your work.
Thanks.
Reply
@bite_your_idols doesn't really mean much to me. Did anyone establish which build introduced the dark behaviour?
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.
Reply
I'm trying to build the current version but for some reason Kodi does not build (see below). If I remove kodi-ZZ-0196_NJM_fixup_texturecachejob_inline_loadimage.patch it builds but DVD/VOB playback does not work. Any ideas?
 
Code:
xbmc.dir/TextureCacheJob.cpp.o -c ../xbmc/TextureCacheJob.cpp
../xbmc/TextureCacheJob.cpp: In member function 'bool CTextureCacheJob::CacheTexture(CBaseTexture**)':
../xbmc/TextureCacheJob.cpp:95:5: error: 'EmbeddedArt' was not declared in this scope
     EmbeddedArt art;
     ^~~~~~~~~~~
../xbmc/TextureCacheJob.cpp:95:5: note: suggested alternative:
In file included from ../xbmc/music/Song.h:28:0,
                 from ../xbmc/music/Album.h:30,
                 from ../xbmc/music/tags/MusicInfoTag.h:32,
                 from ../xbmc/TextureCacheJob.cpp:35:
../xbmc/music/EmbeddedArt.h:49:9: note:   'MUSIC_INFO::EmbeddedArt'
   class EmbeddedArt : public EmbeddedArtInfo
         ^~~~~~~~~~~
../xbmc/TextureCacheJob.cpp:96:52: error: 'art' was not declared in this scope
     if (CMusicThumbLoader::GetEmbeddedThumb(image, art))
                                                    ^~~
../xbmc/TextureCacheJob.cpp:108:15: warning: unused variable 'fileRead' [-Wunused-variable]
       ssize_t fileRead = 0;
               ^~~~~~~~
[754/1457] Building CXX object build/addons/CMakeFiles/addons.dir/AddonDatabase.cpp.o
[755/1457] Building CXX object build/addons/CMakeFiles/addons.dir/Addon.cpp.o
[756/1457] Building CXX object build/xbmc/CMakeFiles/xbmc.dir/Autorun.cpp.o
[757/1457] Building CXX object build/addons/CMakeFiles/addons.dir/AddonBuilder.cpp.o
[758/1457] Building CXX object build/addons/CMakeFiles/addons.dir/AddonManager.cpp.o
ninja: build stopped: subcommand failed.
Makefile:9: recipe for target 'release' failed
make: *** [release] Error 1
Reply
@smp1 that error is fixed in the latest newclock5 (it's why I had to revert the change last night). Make sure you've updated from http://www.nmacleod.com/public/oebuild/oebuild.tar.gz
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.
Reply
(2017-12-21, 15:09)Milhouse Wrote: @bite_your_idols doesn't really mean much to me. Did anyone establish which build introduced the dark behaviour?
Image
The last build with video grabber working ok is: 0219
The first build with dark video grabber image is: 0220

This build hHighlight is "New 4.10.0 kernel" so I guess hyperion team developers are right when talking about kernel update issue... They say that it can adjusted using som v4l-utils and v4l-ctl but I really don't know what are they talking about...

I hope this can help...
Reply
Maybe something to do with the drm/vc4 changes. I'll need to pass the Hyperion issue to popcornmix, who is very busy right now, and he may not have time to look at this immediately.
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.
Reply
(2017-12-21, 19:59)Milhouse Wrote: Maybe something to do with the drm/vc4 changes. I'll need to pass the Hyperion issue to popcornmix, who is very busy right now, and he may not have time to look at this immediately.
 Ok, there is no hurry, the important thing is to get this solved so we can continue using external sources like PS4 or chromecast with Hyperion in LibreELEC 9 as we can do in LE8 Wink
Thanks!
Reply
@bite_your_idols here's a v4l2-ctl binary for LE9/RPi2: http://www.horus.com/~hias/tmp/libreelec...l-le9-rpi2

It's completely untested, but I hope it works.

so long,

Hias
Reply
(2017-12-21, 21:16)HiassofT Wrote: @bite_your_idols here's a v4l2-ctl binary for LE9/RPi2: http://www.horus.com/~hias/tmp/libreelec...l-le9-rpi2

It's completely untested, but I hope it works.

so long,

Hias
Thanks, I tried it but I really dont know what to do with it... I tried some commands I found googling but I can not make it work. I can get controls values but I can not set them:

LibreELEC:~/hyperion # /storage/hyperion/v4l2-ctl --list-ctrls

User Controls

                     brightness (int)    : min=0 max=1023 step=1 default=448 value=448 flags=slider
                       contrast (int)    : min=0 max=1023 step=1 default=464 value=464 flags=slider
                     saturation (int)    : min=0 max=1023 step=1 default=512 value=512 flags=slider
                            hue (int)    : min=-3583 max=3583 step=1 default=0 value=0 flags=slider
                      sharpness (int)    : min=0 max=255 step=1 default=96 value=96 flags=slider

LibreELEC:~/hyperion # /storage/hyperion/v4l2-ctl --get-ctrl=hue
hue: 0
LibreELEC:~/hyperion # /storage/hyperion/v4l2-ctl --set-ctrl=hue=100
hue: Invalid argument
Anyway, as I said before, there is no hurry, I can keep using LE8 but I would like devs to fix this behaviour before LE9 beta releases so update is available for those using hyperion+grabber.
Also, if I can help in some way, please tell me and I will try to test what you need.
Reply
@bite_your_idols random thought: changing v4l parameters might fail if hyperion is accessing the /dev/video device - have you tried stopping hyperion before that?

Also you seem to be running the "official" hyperion version, not the LE addon version - have you tried using the hyperion addon from the LE repository instead?

I'm using hyperion with the dispmanx grabber, previously the precompiled version from hyperion and since some time the LE addon version - didn't have any issues so far with any of that in 8.2 and milhouse builds.

so long,

Hias
Reply
del
Reply
(2017-12-21, 23:34)HiassofT Wrote: @bite_your_idols random thought: changing v4l parameters might fail if hyperion is accessing the /dev/video device - have you tried stopping hyperion before that?

Also you seem to be running the "official" hyperion version, not the LE addon version - have you tried using the hyperion addon from the LE repository instead?

I'm using hyperion with the dispmanx grabber, previously the precompiled version from hyperion and since some time the LE addon version - didn't have any issues so far with any of that in 8.2 and milhouse builds.

so long,

Hias
Yes I stopped hyperion before trying to change parameters.
In this tests I use "official" hyperion installation with "official" hypercon because with LE addon and LE hypercon I can not make screenshots... I don't know why.
But I tried both official installation and LE addon and in LE9 testbuils starting from 0220 external grabber is extremely dark so my leds don't show any light when watching external video sources...
Image
I will stay in LE8 where it works like a charm and I will continue checking if LE9 testbuilds receive any improvement or correction for this issue.
Thanks
Reply
(2017-12-21, 19:35)Milhouse Wrote: @smp1 that error is fixed in the latest newclock5 (it's why I had to revert the change last night). Make sure you've updated from http://www.nmacleod.com/public/oebuild/oebuild.tar.gz
 I just did a clean build from a scratch and the DVD playback does not work. It works fine in your build. What could be the issue? I did not make any changes, it should be identical to your build. The build command line was "PROFILE=pi2 ./autobuild.sh". Log.
 
Code:
06:22:58.511 T:1942380560  NOTICE: VideoPlayer::OpenFile: smb://SMP-PC/MEDIA3/TEST_DVD/VIDEO_TS/VIDEO_TS.IFO
06:22:58.517 T:1629184912  NOTICE: Creating InputStream
06:22:58.528 T:1942380560  NOTICE: m_playbackStarting
06:22:58.528 T:1942380560  NOTICE: StereoscopicsManager::IsPlaying
06:22:58.563 T:1629184912   ERROR: Error on dvdnav_open
06:22:58.563 T:1629184912   ERROR: CVideoPlayer::OpenInputStream - error opening [smb://SMP-PC/MEDIA3/TEST_DVD/VIDEO_TS/VIDEO_TS.IFO]
Reply
(2017-12-22, 05:36)smp1 Wrote:
(2017-12-21, 19:35)Milhouse Wrote: @smp1 that error is fixed in the latest newclock5 (it's why I had to revert the change last night). Make sure you've updated from http://www.nmacleod.com/public/oebuild/oebuild.tar.gz
 I just did a clean build from a scratch and the DVD playback does not work. It works fine in your build. What could be the issue? I did not make any changes, it should be identical to your build. The build command line was "PROFILE=pi2 ./autobuild.sh". Log.
 
Code:
06:22:58.511 T:1942380560  NOTICE: VideoPlayer::OpenFile: smb://SMP-PC/MEDIA3/TEST_DVD/VIDEO_TS/VIDEO_TS.IFO
06:22:58.517 T:1629184912  NOTICE: Creating InputStream
06:22:58.528 T:1942380560  NOTICE: m_playbackStarting
06:22:58.528 T:1942380560  NOTICE: StereoscopicsManager::IsPlaying
06:22:58.563 T:1629184912   ERROR: Error on dvdnav_open
06:22:58.563 T:1629184912   ERROR: CVideoPlayer::OpenInputStream - error opening [smb://SMP-PC/MEDIA3/TEST_DVD/VIDEO_TS/VIDEO_TS.IFO]

Nothing really comes to mind - my builds should be reproducible. I assume DVD playback has worked before with your own builds?

Possibly some build host dependency is missing - have a look at how Kodi is building, search for "DLIBDVDNAV_URL" and what path is it using? These are my DVD-related build settings:
Code:
...-DENABLE_DVDCSS=ON -DLIBDVDCSS_URL=/home/neil/projects/LibreELEC.tv/sources/libdvdcss/libdvdcss-2f12236.tar.gz -DLIBDVDNAV_URL=/home/neil/projects/LibreELEC.tv/sources/libdvdnav/libdvdnav-43b5f81.tar.gz -DLIBDVDREAD_URL=/home/neil/projects/LibreELEC.tv/sources/libdvdread/libdvdread-17d99db.tar.gz
Yours should be similar.
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.
Reply
  •   
  • 1
  • 259
  • 260
  • 261(current)
  • 262
  • 263
  • 389
  •   
 
Thread Rating:
  • 17 Vote(s) - 4.65 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)4.6517