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 - evanspae - 2013-08-01

(2013-08-01, 17:36)popcornmix Wrote:
(2013-08-01, 15:42)evanspae Wrote: Finally on screen clock is 1hr out, I live in UK but even with correct regional setting and location it is still not showing UK BST. I even tried to fool system by saying I was in Netherlands but clock still the same?

I add:
Code:
<advancedsettings>
    <locale>
        <country>UK (24h)</country>
        <language>English</language>
        <timezone>Europe/London</timezone>
        <timezonecountry>Britain (UK)</timezonecountry>
    </locale>
</advancedsettings>
to .xbmc/userdata/advancedsettings.xml

Thanks for tip this did the trick!


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2013-08-01

No problem here with MCE remote on 7/31 or 8/1 build.

But 8/1 build brakes livetv playback with tvheadend, dosn´t mather if it`s sd or hdtv, the stream won`t start (recordings is ok)
Livetv on 7/31 works as before.


OpenELEC Testbuilds for RaspberryPi Part 2 - kreeturez - 2013-08-02

(2013-08-01, 23:17)hpbaxxter Wrote: That's really annoying. However, XBian and Raspbmc offer the possibility to render gui in higher resolution than 720p, so I think openelec shouldn't lag behind them. They could just adopt the patch to the official builds the same way you do for your test builds ...

+1 - on supported devices (and larger screens) the higher-res GUI is infinitely better to look at than it is at 720...


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - wizzard72 - 2013-08-02

The Gotham version of 1-8-2013 causes my amp (Onkyo) not to detect any audio stream any more. This happens after playing an AC3 (Dolby Digital) audio stream. So DTS is not detected any more, unless I remove the powercord from my amp. Then DTS works again, but when I play an AC3 audio stream again it is broken again. This was solved in version 29-7-2013, which by the way is excellent.

The TVHeadend Live TV plugin is broken. No video and audio. Recorded live TV does work.

Keep up the good work!


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - SSC_Jarod - 2013-08-02

Hello,

thx for the great builds so far, but must team xbmc make the native 3D support? Before that my rasp played the 3D Movies, so i dont has to manually push the 3D Button on my remote. I started a film and the TV (LG 620LM65) switched automatic to 3D mode, if turned manually the 3D mode off, the Movie was in 2D. This was the reason i decided for Rasp. But now if i played a 3D movie, i have the two SBS oder HOU Pictures an must manually switch to 3D, like with other players or over UPNP. And if 3D movie ist played now, the on Screen menu, is totally (because of the two pictures overlayed) destroyed and to catch e. g. the "Subtitle" button, is like lottery winning. Wink

Is there possibility (e.g. in the advancedsettings) to switch this completly support off, so that i be able, with the "Adjust display refresh rate.." switched on, get the xmbc to start 3D movies that my TV automatic switch to 3D mode, like in the builds or alphas before that new one?

thx so far Sad


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-08-02

Switch off 3D native support is impossible.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-02

(2013-08-02, 12:09)SSC_Jarod Wrote: Is there possibility (e.g. in the advancedsettings) to switch this completly support off, so that i be able, with the "Adjust display refresh rate.." switched on, get the xmbc to start 3D movies that my TV automatic switch to 3D mode, like in the builds or alphas before that new one?

Be aware we are at the start of a new merge window in xbmc when experimental features get added with the intention they will be polished later in the month.
It's advisable not to update during the first half of each month if you don't want to be helping test new features.

Check here for some history of the feature:
2848 (PR)
http://forum.xbmc.org/showthread.php?tid=147285&highlight=stereoscopic

Auto switching to 3d modes is not implemented with the new scheme. (But the intention is to make it work).
You should be able to manually choose a 3d resolution in settings/sytem/video output, and have the gui duplicated
(although I've not tested yet whether playing a movie with this selected does the right thing).


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-08-02

(2013-08-02, 09:46)wizzard72 Wrote: The Gotham version of 1-8-2013 causes my amp (Onkyo) not to detect any audio stream any more. This happens after playing an AC3 (Dolby Digital) audio stream. So DTS is not detected any more, unless I remove the powercord from my amp. Then DTS works again, but when I play an AC3 audio stream again it is broken again. This was solved in version 29-7-2013, which by the way is excellent.

The TVHeadend Live TV plugin is broken. No video and audio. Recorded live TV does work.

Keep up the good work!

Try this:

Updated Gotham Branch

- updated Xbmc Gotham

- remove both analogue and hdmi audio

http://netlir.dk/rbej/builds/

http://lysin.me/rbej


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - delinend - 2013-08-02

Just a question..

Now some new source/videos, is comming with VFR (Variable Frame Rate). Is there any kinde of support for that video container, in the XBMC for RaspberryPi ?
Especialyy video dumps from Silverlight, that use DASH streaming, with VFR. Offen variable from 23-25fps.
I know, that even a VLC player, on a PC, can't play them, without movie "jitter", where fps is going up or down.

Best regards.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-02

(2013-08-02, 16:40)delinend Wrote: Now some new source/videos, is comming with VFR (Variable Frame Rate). Is there any kinde of support for that video container, in the XBMC for RaspberryPi ?
Especialyy video dumps from Silverlight, that use DASH streaming, with VFR. Offen variable from 23-25fps.
I know, that even a VLC player, on a PC, can't play them, without movie "jitter", where fps is going up or down.

Don't really understand the question. If the video is variable framerate (which has always been supported in mkv, mp4 etc) then we'll play the frames at the timestamps requested.
Obviously syncing display to framerate makes no sense, so smooth pans would not be possible (on any platform).


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - SSC_Jarod - 2013-08-02

(2013-08-02, 13:12)popcornmix Wrote:
(2013-08-02, 12:09)SSC_Jarod Wrote: Is there possibility (e.g. in the advancedsettings) to switch this completly support off, so that i be able, with the "Adjust display refresh rate.." switched on, get the xmbc to start 3D movies that my TV automatic switch to 3D mode, like in the builds or alphas before that new one?

Be aware we are at the start of a new merge window in xbmc when experimental features get added with the intention they will be polished later in the month.
It's advisable not to update during the first half of each month if you don't want to be helping test new features.

Check here for some history of the feature:
2848 (PR)
http://forum.xbmc.org/showthread.php?tid=147285&highlight=stereoscopic

Auto switching to 3d modes is not implemented with the new scheme. (But the intention is to make it work).
You should be able to manually choose a 3d resolution in settings/sytem/video output, and have the gui duplicated
(although I've not tested yet whether playing a movie with this selected does the right thing).

Thx popcornmix for the explanation! Then i stay on the latest Frodo or Gotham before the 1.8. in working homecinema and test the new ones on my 2nd rasp. Hope the auto switching comes back... Wink

thx again and you all do a fine Job..
(since i came from the 1st xbmc on the old black XBOX1)
J.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Flaq69 - 2013-08-02

@ Rbej and Popcornmix

Thanks for the new update. The Gotham Build from 02.08 did not solv my audio issue with my Reciver ! In the mean time I managed to get the Audio setting hdmi_drive=2. in config.

For the new build (and also for the former) I have problem with urlresolver. This counts for all addons 1channel, MashUP etc. I am using and the updated realdebride.py file however the problem seems to be even before as fare as I can deduce from the log file.

This log is upon saving the Password and pressing ok for the Urlresolver settings. On the screen appear the msg "Can not connect to remote Server"

http://xbmclogs.com/show.php?id=41648

THANKS for this great builds


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - wizzard72 - 2013-08-02

(2013-08-02, 13:31)rbej Wrote:
(2013-08-02, 09:46)wizzard72 Wrote: The Gotham version of 1-8-2013 causes my amp (Onkyo) not to detect any audio stream any more. This happens after playing an AC3 (Dolby Digital) audio stream. So DTS is not detected any more, unless I remove the powercord from my amp. Then DTS works again, but when I play an AC3 audio stream again it is broken again. This was solved in version 29-7-2013, which by the way is excellent.

The TVHeadend Live TV plugin is broken. No video and audio. Recorded live TV does work.

Keep up the good work!

Try this:

Updated Gotham Branch

- updated Xbmc Gotham

- remove both analogue and hdmi audio

http://netlir.dk/rbej/builds/

http://lysin.me/rbej

Rbej, thanks for the new build. The audio and Live TV bug is still there. I have captured the xbmc.log (http://www.mediafire.com/download/kd48su2lysewkjb/xbmc.zip)

When I'm selecting a channel to watch, I notice that the amount of RAM is dropped to 126MB and then XBMC crashes. Maybe you can find this in the log also .


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Silo100 - 2013-08-03

Hi

One last time. Yet again, thanks for a fantastic build. It works wonders. It is much better than master OpenElec with master XBMC.

But

I'd still like to be able to compile my own version, play with it, tweak it, patch it, and give back to the comunity at large.
Your build is far superior to stock OpenElec on the RPi, but these changes need to get filtered back so that anyone can contribute. As people have commented, it's just a black box in an Open Source world.
There are people out there who would willingly contribute more than just bug reports if we had more to go on.

Not to go on, but OpenElec and XBMC are *BOTH* Open Source projects and should be treated as such, unless you plan on monetizing your build? (but i don't beleive that)

Sorry for the rant, but I just like working with code rather than binaries.

Silo


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2013-08-03

(2013-08-01, 23:35)Jönke Wrote: No problem here with MCE remote on 7/31 or 8/1 build.

But 8/1 build brakes livetv playback with tvheadend, dosn´t mather if it`s sd or hdtv, the stream won`t start (recordings is ok)
Livetv on 7/31 works as before.

http://forum.xbmc.org/showthread.php?tid=170408&pid=1476200#pid1476200


This forum uses Lukasz Tkacz MyBB addons.