2013-06-17, 20:08
Last Gotham rbej build works great. Now DTS over wifi works!!! Except the WU script error everything else works fine.
(2013-06-17, 19:32)popcornmix Wrote:(2013-06-17, 19:14)wizzard72 Wrote: With the RPI (all versions of xbmc) I notice when stopping a video that I briefly see my video list, I expect this behavior, but then for about 2 seconds my screen is black and then again I see my video list. My TV detects new changed settings, because it shows the HDMI summary again. But it is still 1920 x1080 @60Hz. Is this normal behavior? Can I solve this? Deleting the gui xml is not the solution.
Openelec on x86 hardware does not have this behavior.
You can disable "Adjust display refresh rate to match video" but you won't get smooth panning.
I'm afraid it's just down to how long your tv takes to switch HDMI mode. Some it's a fraction of a second, others it can be several seconds.
(2013-06-17, 17:41)delinend Wrote: Here's my testing of Rbej: OpenELEC-RPi.arm-Rbej-Version-Gotham-Branch(17.06.2013).tar.bz2I have very similar issues.......... but cannot stop lock ups and my Raspberry cannot access my network share......... it keeps locking up before I can change network settings.
Updated on OpenElec 3.0.6..
* Problem with first time boot-up. Some menu's hangs, and I fixed it by deleting the "guisettings.XML" file.
* Has to setup and enable Network manuel. Then okay..
* Has to add a NTP server.
* Must manuel insert "<timezone>Europe/Copenhagen</timezone>" in my "guisettings.XML" file, to get the right time/date.
* Weather Underground has a "Scripting error", and does not Work well.
And some god stuff
* Edimax Wi-fi now Works Again.
* Omxplayer... Wow !!! Works perfect now, on all my TS and ISO/DVD/MPEG2 files. Start/stop and Resume from x:xx:xx. Also chapter shifting works great.
* My LCDproc setup, also works fine, on the new Branch.
PS: I have no DTS files, to test with. So I don't know anything about that fix in Omxplayer.
Thanks to Rbej and Popcornmix, for all your Works and help. It's great...
Best regards.
(2013-06-17, 12:35)rbej Wrote: Updated Gotham Branch
- updated OpenElec revision (16.10.2013)
- updated Xbmc Gotham (16.06.2013)
- updated kernel (3.9.6)
- updated new clock for Omxplayer (15% speed up DTS decoding) and make audio render configurable as the clock master (use GUI setting "sync playback to display" to control)
- new OpenElec settings
http://www76.zippyshare.com/v/88508173/file.html
(2013-06-17, 22:32)_phk_ Wrote: strange, I can't see the gui settings option "sync playback to display". I already deleted guisettings.xml but no difference.
I noticed another bug. When xbmc crashes after automatic restart of xbmc binary libcec is is reloaded and works.But that's only for 5 seconds but disappears. Then I have to do a cold restart to get cec working again.
(2013-06-16, 19:32)MilhouseVH Wrote: There's already a nosplash option that can be added to cmdline.txt, you could test for that in /sbin/init but I have to ask, why is it so important to suppress the version text information that appears for just a few seconds? What is it you are trying to achieve - a completely minimalist boot sequence?Yeah, the splash is taken care of (either command-line of via the .xml file).
(2013-06-18, 08:36)tfft Wrote:(2013-06-16, 19:32)MilhouseVH Wrote: There's already a nosplash option that can be added to cmdline.txt, you could test for that in /sbin/init but I have to ask, why is it so important to suppress the version text information that appears for just a few seconds? What is it you are trying to achieve - a completely minimalist boot sequence?Yeah, the splash is taken care of (either command-line of via the .xml file).
I'm just looking for as clean a boot-up as possible - minimalist is a good way
to describe it. Plus it seems logical to include such an option given the ability
to control splash settings (ideally both the splash and lsb_release should be
controllable in a similar manner - I see no reason why one is more intrusive
and thus controllable compared to the other)
Thanks.
(2013-06-18, 09:08)sraue Wrote: Whats the problem with having our splash and our distribution informations there? Its a bit a question about respecting the project and the work done by the authors of this project - both, the splash and this info is nearly the ONLY way to show which OS is running XBMC in OpenELEC. For sure you are free to remove this for your own usage, but in this case you should compile byself.
(2013-06-18, 09:02)rbej Wrote: Updated Gotham Branch
- updated Xbmc Gotham (17.06.2013)
- updated firmware (better performance)
- fix auto-selection of audio and subtitle streams
http://www61.zippyshare.com/v/19307981/file.html
(2013-06-18, 12:55)evanspae Wrote:(2013-06-18, 09:02)rbej Wrote: Updated Gotham Branch
- updated Xbmc Gotham (17.06.2013)
- updated firmware (better performance)
- fix auto-selection of audio and subtitle streams
http://www61.zippyshare.com/v/19307981/file.html
I'm still having problems with this.
RPI with latest Gotham will not connect to my Windows media server (runs 24x7) shares and it continually crashes whilst i'm trying to configure.
Interesting a secondary Linux NAS box works fine.
On reverting back to Frodo 3.0.6 everthing works fine
Quote:I use SMB connections to my Windows server, and it Works fine.. What do you use ?