Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi Part 2 - Printable Version

Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
---- Thread: OpenELEC Testbuilds for RaspberryPi Part 2 (/showthread.php?tid=184866)



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2014-04-09

(2014-04-09, 10:45)ajp2k14 Wrote:
(2014-04-08, 22:51)popcornmix Wrote:
(2014-04-08, 21:10)ajp2k14 Wrote: Make the sharpness control act as a sharpness control. This fixes scaling kernel as Mitchell Netravali, and varies sharpness over range B=[5/3,0] C=[-1/3,1/2]

Sounds great but what does it mean exactly? Does the sharpness slider set the Mitchell Netravali scaling parameters?

Yes. If you read the paper, it describes the B and C parameters and how they affect sharpness.
The sharpness slider will adjust these.
Pause video with some high detailed item (e.g. text) visible and adjust the slider.
Report back if you prefer it to left or right of centre.

I haven't had a chance to read the paper yet but I will as soon as things settle down a bit, been real busy lately. Thanks for the explanation and the hard work, much appreciated!

Now sharpness slider dont work. Left, Right, Cente. Everything looks the same. Delete guisettings not help. Nothing change when move sharpnes slider.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-04-09

(2014-04-09, 12:07)rbej Wrote: Now sharpness slider dont work. Left, Right, Cente. Everything looks the same. Delete guisettings not help. Nothing change when move sharpnes slider.

Are you sure? The effect is quite subtle, but if you pause video with something detailed (like text) visible, it should be quite obvious.
As this is part of resize filter, it won't affect 1080p video on 1080p display.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2014-04-09

(2014-04-09, 12:56)popcornmix Wrote:
(2014-04-09, 12:07)rbej Wrote: Now sharpness slider dont work. Left, Right, Cente. Everything looks the same. Delete guisettings not help. Nothing change when move sharpnes slider.

Are you sure? The effect is quite subtle, but if you pause video with something detailed (like text) visible, it should be quite obvious.
As this is part of resize filter, it won't affect 1080p video on 1080p display.

I know that.

Im sure. Nothing change.

https://github.com/popcornmix/xbmc/commit/8df83efeb09f6177908dd47f4bcb72afe8668e53

Without this PR, sharpness slider working well.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-04-09

(2014-04-09, 13:38)rbej Wrote: I know that.

Im sure. Nothing change.

https://github.com/popcornmix/xbmc/commit/8df83efeb09f6177908dd47f4bcb72afe8668e53

Without this PR, sharpness slider working well.

It's definitely working. Just pull up the Sharpness slider and as you change the position of the slider run "vcgencmd scaling_kernel" in an ssh window - you'll see different scaling_kernel values for each slider position.

Edit: For the record, sliding to the left results in more blur (too smooth?), and to the right results in a sharper (and IMHO, better) image. +5 (0.10) seems quite good, as does +50 (1.00), although I'm also happy with the default (0).


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-04-09

Anyone else lose 5.1 passthrough audio on the current (0408) build?
Update: My issue has been resolved. Possibly had something with the TV that was fixed by cycling it.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - tomer953 - 2014-04-09

openelec beta 3.95.2 \ 3.95.3 -
LG Scarlet 42" remote control works fine with HDMI-CEC, but after few min\hours on other source "like AV1" and going back to HDMI3 (XBMC) the remote not responding.
I don't know how much time it takes to make him freeze, but it happen all the time.
There is NO screensaver in xbmc,
and when the remote stop working, I connect to xbmc from my iphone - (XBMC Constellation) - then I move any arrow from my iphone, and then suddenly the remote works again!

any soulotion ?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-04-09

(2014-04-09, 14:22)allan87 Wrote: Anyone else lose 5.1 passthrough audio on the current (0408) build?

It does work for me (both at home and at work). I'd be interested in hearing if it's failing for others?

At a guess, the change in multichannel behaviour may be subtly changing some out of band data going to receiver.
This is probably something not essential to play the audio, but some receivers are fussier than others.
I'll have a closer look at the changes when I get the chance.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-04-09

(2014-04-09, 17:14)popcornmix Wrote:
(2014-04-09, 14:22)allan87 Wrote: Anyone else lose 5.1 passthrough audio on the current (0408) build?

It does work for me (both at home and at work). I'd be interested in hearing if it's failing for others?

At a guess, the change in multichannel behaviour may be subtly changing some out of band data going to receiver.
This is probably something not essential to play the audio, but some receivers are fussier than others...
2.0 audio works fine. The display on my receiver does not indicate that it is detecting any audio for 5.1.

I have also posted this issue in the Gotham Beta TESTING THREAD because it is not restricted to the Milhouse build.
Update: Issue resolved. Possibly had something with the TV that was fixed by cycling it.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-04-09

(2014-04-09, 17:33)allan87 Wrote: I have also posted this issue in the Gotham Beta TESTING THREAD because it is not restricted to the Milhouse build.

So it fails in Gotham beta 5? Can you confirm if it worked in Beta 4 (or earlier).


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-04-09

5.1 passthrough worked in beta 3, but I would have to test Beta 4 (which I will do if I can find it).


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-04-09

New OpenELEC Gotham build: #0409
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.14.0 #1 PREEMPT Wed Apr 9 17:07:28 BST 2014 armv6l GNU/Linux

# vcgencmd version
Apr  7 2014 14:14:06
Copyright (c) 2012 Broadcom
version f85d26d96b56f0e29e1ac37fbf65050eb923c32a (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140409170000-r18124-g1848fdc

Based on tip of XBMC master (492e29a, changelog) and tip of OpenELEC master (1848fdc, changelog) with the following modifications:
  • Includes newclock3 commits (except for 326b55a, a patch to avoid hammering the GUI, which has been replaced with a static spinner)
  • Excludes the OpenELEC fernetmenta patches (due to conflict with newclock3)
  • Includes Python regex package for evaluation purposes. Initial benchmarking indicates generally positive (and in some cases, significant) performance gains. See this post for a description of how to test effectiveness of this package with addons
  • Default setting for "Show RSS Feed" changed to disabled
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • ALSA is enabled and any suitable hardware should be available in XBMC Audio Settings
  • Includes newclock3: "More efficient infobool expression evaluator" (reverted in stock OpenELEC)
  • Includes newclock3: "Allow small audio packets to be concatenated to make better use of audio fifo" (reverted in stock OpenELEC)
Build Highlights:

Potential fix for network failure with FIQ FSM enabled (which is now enabled by default - please test & report), fix for OpenSSL "Heartbleed" exploit, fix for stereoscopic font issue, added support for ISW IWL 4000 WiFi adapter.
  1. OpenELEC:
    • openssl: update to openssl-1.0.1g (includes fix for "Heartbleed" exploit)
    • linux: pm: disable async suspend/resume by default (fixes #2862)
    • dvb-firmware: update to dvb-firmware-0.0.39
    • projects/*/linux: (re)enable userspace firmware loader support, this should fix #3083
    • RTL8192CU: add 050D:21F2 device id, this should fix #3081
  2. newclock3:
    • Fix font display in stereoscopic modes (Ben Avison patch for this issue)
  3. Other patches:
    • Potential fix for the network dropouts with FIQ FSM
    • FIQ FSM enabled by default (dwc_otg.fiq_enable=1 dwc_otg.fiq_fsm_enable=1 dwc_otg.fiq_fsm_mask=0x7)

Additional Testing Notes:
  1. Testers should try adding the following entry to their advancedsettings.xml:
    Code:
    <advancedsettings>
      <video>
        <defaultplayer>dvdplayer</defaultplayer>
        <defaultdvdplayer>dvdplayer</defaultdvdplayer>
      </video>
    </advancedsettings>
    and report if it is better/worse than omxplayer. You can still play files with omxplayer using the context-menu "Play using... OMXPlayer".

  2. The following settings are no longer required in config.txt and should be removed:
    Code:
    no_hdmi_resample=1
    hdmi_stream_channels=1
    no_resample_audio is now a default, and hdmi_stream_channels is switched based on audio content. For the time being when using passthrough, 2.0 speaker layout should continue to be used (you will still get 5.1 with AC3/DTS).

  3. The FIQ_FSM patch is currently enabled by default in this build (disabled by default in OpenELEC master). See the FIQ_FSM announce thread for details.

    One new feature, currently enabled by default, is accelerated support of high-speed isochronous transactions (webcams, real time devices, etc.). There's a possibility this could be used by ALSA or DVB modules (although not always) which may affect some users (hopefully for the better).

    If you need to disable FIQ FSM, add the following option to the end of the line in your /flash/cmdline.txt file:
    Code:
    dwc_otg.fiq_enable=0 dwc_otg.fiq_fsm_enable=0

  4. These test builds include the option to dump audio and video packets to a file for later debugging. This is for issues with Live TV or streaming plugins that popcornmix can't access.

    In Settings -> System -> Debugging, enable "Debug logging" then in verbose logging enable "Dump video frames to debug file" and/or "Dump audio frames to debug file". These files will appear in ~/.xbmc/temp as audio.dat and video.dat. Hopefully popcornmix can then use these files when debugging issues.



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Leopold - 2014-04-09

(2014-04-09, 18:08)allan87 Wrote: 5.1 passthrough worked in beta 3, but I would have to test Beta 4 (which I will do if I can find it).
Here it is http://releases.openelec.tv/OpenELEC-RPi.arm-3.95.4.tar


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Martijn - 2014-04-09

(2014-04-09, 18:50)Leopold Wrote:
(2014-04-09, 18:08)allan87 Wrote: 5.1 passthrough worked in beta 3, but I would have to test Beta 4 (which I will do if I can find it).
Here it is http://releases.openelec.tv/OpenELEC-RPi.arm-3.95.4.tar

or beta5
http://releases.openelec.tv/OpenELEC-RPi.arm-3.95.5.tar


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-04-09

Beta 5 is where it is not working. Please see http://forum.xbmc.org/showthread.php?tid=184866&pid=1677471#pid1677471

I will test beta 4 this evening (EDT)


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - MrNice - 2014-04-09

(2014-04-09, 18:01)popcornmix Wrote:
(2014-04-09, 17:33)allan87 Wrote: I have also posted this issue in the Gotham Beta TESTING THREAD because it is not restricted to the Milhouse build.

So it fails in Gotham beta 5? Can you confirm if it worked in Beta 4 (or earlier).

For me beta5 plays the same as beta3.
OMXPlayer is OK
PAPlayer has no LFE and channels 7 and 8 mapped on BL BR. see thread here for more info.


This forum uses Lukasz Tkacz MyBB addons.