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 - popcornmix - 2014-02-19

(2014-02-19, 05:18)thomasthetomcat Wrote: does anyone know what happened to the built-in scrobbler for lastfm?

It went a year ago:
1044 (PR)

You need to install a plugin.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-02-19

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

Code:
# uname -a
Linux rpi512 3.13.3 #1 PREEMPT Tue Feb 18 18:12:26 GMT 2014 armv6l GNU/Linux

# vcgencmd version
Feb 17 2014 21:35:01
Copyright (c) 2012 Broadcom
version f5c67bfc77e918b2c89a130bd2682dcab5903490 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140219122916-r17729-g4bac621

Based on tip of XBMC master (f6f539a, changelog) and tip of OpenELEC master (4bac621, changelog) with the following modifications:
  • Includes newclock3 commits (except for a3d263c which I've replaced with a static spinner)
  • Excludes the OpenELEC fernetmenta patches (due to conflict with newclock3)
  • Default setting for "Show RSS Feed" changed to disabled
  • ALSA is enabled and any suitable hardware should be available in XBMC
Build Highlights:
  1. OpenELEC: lcdproc updated to lcdproc-0.5.7-cvs20140217
  2. OpenELEC: Move to SQLite 3080301 (incorrectly claimed as PR4235, which it is not)
  3. XBMC: Update DeleteMovie to remove links to writers (Fixes 14940)

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, see for details).



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - tfouto - 2014-02-19

Milhouse VK,

Why have you replace to a static spinner? Is that much a problem/difference in performance?

"Includes newclock3 commits (except for a3d263c which I've replaced with a static spinner)"


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-02-19

(2014-02-19, 15:21)tfouto Wrote: Milhouse VK,

Why have you replace to a static spinner? Is that much a problem/difference in performance?

"Includes newclock3 commits (except for a3d263c which I've replaced with a static spinner)"

http://forum.xbmc.org/showthread.php?tid=168478&pid=1457671#pid1457671


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - tfouto - 2014-02-19

Ok, sounds a good decision Smile


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - MrNice - 2014-02-19

(2014-02-19, 01:13)allan87 Wrote:
(2014-02-19, 00:58)MilhouseVH Wrote:
(2014-02-19, 00:46)MrNice Wrote: With passthrough and 2.0 my outputs are 2.0. To get 5.0 I need to set-up to 5.0.
Is it a bug or not?
Not sure if that information is still accurate - I keep adding it to the release notes until I'm told it's no longer required... One for popcornmix to answer/confirm, as with all the changes and fixes for audio in recent firmware the situation may have changed. I'm not connected to an amp so have no way to test audio settings beyond basic stereo.
I use passthrough, have set audio to 2.0 in accordance with the instructions and DO get 5.1 with (5.1) AC3 audio. Using recent builds.

Is there a way you could share a copy of your config (if you agree) to test in my RPi?
Let me know.
Thanks


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - MrNice - 2014-02-19

(2014-02-19, 14:13)popcornmix Wrote:
(2014-02-19, 00:46)MrNice Wrote:
Quote: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).
With passthrough and 2.0 my outputs are 2.0. To get 5.0 I need to set-up to 5.0.
Is it a bug or not?

No. With passthrough the speaker configuration is ignored. It is impossible for the Pi to affect the audio at all as it is being decoded by receiver.

If speaker configuration is having an effect you are not using passthrough.

I did a test again and checked my Denon AVR-2313: 5.0 Bi-Amp

If I set-up 2.0, I have output 2.0 with PCM 6 Channels files and 5 Channels output with DTS/AC3 files (I have 5.0 speakers)
If I set-up 5.0, I have output 5.0 output with all files
AVR displays the right format: DTS, DD or MULTI IN

So I have to set-up 5.0 anyway.
This is not what was expected if I read thoroughly.


BTW here some links to free test files
Diatonis
Linn Records
Bjorn Lynne
Multimedia Signal Processing Laboratory
Videohelp
JavaScience Consulting


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2014-02-19

@popcornmix

I´m trying some livetv (from Tvheadend backend) with dvdplayer but its dropping frames like hell on normal sdtv and cpu 80-90% ( hdtv 1080i hits 100% and gives black screen with only sound)
So my question is, isn´t Live tv supported yet with hardware decoding in dvdplayer ?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-02-19

(2014-02-19, 20:01)Jönke Wrote: @popcornmix

I´m trying some livetv (from Tvheadend backend) with dvdplayer but its dropping frames like hell on normal sdtv and cpu 80-90% ( hdtv 1080i hits 100% and gives black screen with only sound)
So my question is, isn´t Live tv supported yet with hardware decoding in dvdplayer ?

I think dvdplayer will always struggle with 1080i video and deinterlace, and it forces the GUI to run at 60fps.
How does it behave with deinterlace disabled?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-02-19

(2014-02-19, 18:46)MrNice Wrote: If I set-up 2.0, I have output 2.0 with PCM 6 Channels files and 5 Channels output with DTS/AC3 files (I have 5.0 speakers)
If I set-up 5.0, I have output 5.0 output with all files
AVR displays the right format: DTS, DD or MULTI IN

If changing the speaker layout has an effect then I don't believe you are using passthrough.
Post a debug log after playing a file that should use passthough to see what's happening.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2014-02-19

(2014-02-19, 20:23)popcornmix Wrote:
(2014-02-19, 20:01)Jönke Wrote: @popcornmix

I´m trying some livetv (from Tvheadend backend) with dvdplayer but its dropping frames like hell on normal sdtv and cpu 80-90% ( hdtv 1080i hits 100% and gives black screen with only sound)
So my question is, isn´t Live tv supported yet with hardware decoding in dvdplayer ?

I think dvdplayer will always struggle with 1080i video and deinterlace, and it forces the GUI to run at 60fps.
How does it behave with deinterlace disabled?

With deinterlace disabled
sdtv, less or none dropping frames & cpu 60-70%
hdtv, only black screen with sound


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-02-19

(2014-02-19, 20:51)Jönke Wrote: With deinterlace disabled
sdtv, less or none dropping frames & cpu 60-70%
hdtv, only black screen with sound

Any errors in log?
What is gpu_mem set to? Can you try increasing it?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - mcarni - 2014-02-19

(2014-02-19, 08:45)mcarni Wrote:
(2014-02-19, 05:18)thomasthetomcat Wrote: does anyone know what happened to the built-in scrobbler for lastfm?

I can't find it in the menu anymore.

I am not sure if we are speaking of the same thing, but starting from the recent builds some of the built-in function do not register.

For instance in a script i made I call (via xbmc-send) for the update of the library and for the activation of the Movie window with XBMC.UpdateLibrary and XBMC.ActivateWindow but nothing happens.

Could someone tell me if there was a change in the syntax or if it is a know issue with the latest dev release?

Thanks a lot
M[/code]


sorry guys, my fault...
I forgot that I disabled "allow other programs to control XBMC" in the settings.

reenabling this options solves my problem with builtin frunctions

sorry

m


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-02-19

(2014-02-19, 18:08)MrNice Wrote:
(2014-02-19, 01:13)allan87 Wrote: I use passthrough, have set audio to 2.0 in accordance with the instructions and DO get 5.1 with (5.1) AC3 audio. Using recent builds.
Is there a way you could share a copy of your config (if you agree) to test in my RPi?
Let me know.
Thanks
I'm not sure what I would give you. I could tell you all of my settings on the audio setup page if you want, but if you have it working correctly, why mess with it? Also, are you 100% sure you have passthrough on?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-02-19

(2014-02-13, 17:33)popcornmix Wrote:
(2014-02-13, 17:31)Shanyel Wrote: @popcornmix
Following that note - is it safe to say that for Model B we should be using gpu_mem_512=256 on a normal basis?
thanks for clarifying it
No, 128M is the recommended value. There are some circumstances where this isn't enough, so if you are having problems, then increasing this value is a useful test point...
256M was the stock setting in the config.txt file of my first install, and I was not aware that it was not optimal. What are the disadvantages of 256? I have checked available CPU memory from time to time and always found plenty of free RAM. Would a setting somewhere in between 128 and 256 make sense (especially if one is running test builds)?


This forum uses Lukasz Tkacz MyBB addons.