• 1
  • 215
  • 216
  • 217(current)
  • 218
  • 219
  • 277
OpenELEC Testbuilds for RaspberryPi Part 2
(2014-03-02, 17:02)Shanyel Wrote: here it is https://drive.google.com/folderview?id=0...sp=sharing
the media file and the log

You seem to have "Enable fixed latency playback mode" enabled (in settings/video/acceleration).
That's an experimental feature that really should only be enabled for live streams. Try turning that off.
(2014-03-02, 18:37)popcornmix Wrote:
(2014-03-02, 17:02)Shanyel Wrote: here it is https://drive.google.com/folderview?id=0...sp=sharing
the media file and the log

You seem to have "Enable fixed latency playback mode" enabled (in settings/video/acceleration).
That's an experimental feature that really should only be enabled for live streams. Try turning that off.

Thanks!!
Solved
Wake on LAN did not running:

PHP Code:
<onaccesswakeup>
    <
netinittimeout>20</netinittimeout>
    <
netsettletime>500</netsettletime>
    <
wakeup>
        <
host>192.168.0.11</host>
        <
mac>XX:XX:XX:XX:XX:XX</mac>
        <
pingport>445</pingport>
        <
pingmode>0</pingmode>
        <
timeout>300</timeout>
        <
waitonline>40</waitonline>
        <
waitonline2>40</waitonline2>
        <
waitservices>0</waitservices>
    </
wakeup>
</
onaccesswakeup

When i use advanced WOL on restart pi, it's running but when i start a movie(SMB Share) this script make nothing.

Feature is enabled under Settings → System → Power saving → Try to wake remote servers on access

Errormessage:
Discovery MAC
Failed for pcname

When i test this feature in windows last gotham version it's running.

@Popcornmix: and @MilhouseVH: can you test this?
first of all, massive thanks to all the guys working on this. The difference between this and 3.2.4 is like night and day!

Now for the but...

Anyone else suffering with hdmi flickering when idle using the latest build?
(2014-03-04, 01:03)oucham Wrote: Anyone else suffering with hdmi flickering when idle using the latest build?

I've not heard anyone else mention this.
Try a different hdmi lead (or different hdmi socket on tv).

Try the boost option:
http://elinux.org/R-Pi_Troubleshooting#I...VI_monitor

Measure voltage:
http://elinux.org/R-Pi_Troubleshooting#T...r_problems

Try disabling any overclock.
Try changing the hdmi mode to a lower resolution or refresh rate (in system/settings/video).

If Frodo doesn't have this issue, it doesn't mean the power supply is definitely good.
The optimisations made in Gotham does mean more work gets done in the same time which can increase the power requirement,
which can show up if the power supply was borderline to begin with.
Thanks for the tips, I'll measure the power supply and drop the overclock and report back. I tried both config_hdmi_boost=4 and hdmi_force_hotplug=1 to no avail. Never had any problems with Frodo.

Just seems a bit strange that it's only when the pi is idle for 1 minute+~
(2014-03-04, 01:59)oucham Wrote: Thanks for the tips, I'll measure the power supply and drop the overclock and report back. I tried both config_hdmi_boost=4 and hdmi_force_hotplug=1 to no avail. Never had any problems with Frodo.

Just seems a bit strange that it's only when the pi is idle for 1 minute+~

Do you have the "keep receiver alive" in settings/system/audio set to 1 minute?
(2014-03-04, 02:35)popcornmix Wrote:
(2014-03-04, 01:59)oucham Wrote: Thanks for the tips, I'll measure the power supply and drop the overclock and report back. I tried both config_hdmi_boost=4 and hdmi_force_hotplug=1 to no avail. Never had any problems with Frodo.

Just seems a bit strange that it's only when the pi is idle for 1 minute+~

Do you have the "keep receiver alive" in settings/system/audio set to 1 minute?

That was it! Setting to always completely fixes the problem. Setting to never makes the TV almost completely unusable. My TV is a Samsung LE32b450c4w in case anyone else comes across the same issue.

Are there any downsides to having the audio device always on?
(2014-03-04, 12:18)oucham Wrote: Are there any downsides to having the audio device always on?

No, it should be fine.
This is just masking a different problem. I'd try config_hdmi_boost=7, and a different hdmi cable.
New OpenELEC Gotham build: #0304
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.13.5 #1 PREEMPT Tue Mar 4 21:33:01 GMT 2014 armv6l GNU/Linux

# vcgencmd version
Feb 28 2014 16:43:10
Copyright (c) 2012 Broadcom
version a9ba6435869933cdfd1ad5631b6b9a97affd8806 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140304213155-r17847-gbd98c4c

Based on tip of XBMC master (a159d38, changelog) and tip of OpenELEC master (bd98c4c, changelog) with the following modifications:
  • Includes newclock3 commits (except for 0c1d030 which I've replaced with a static spinner to avoid hammering the GUI)
  • Includes kernel 3.13.y-next commits (see below for details on enabling FIQ_FSM patch)
  • Excludes the OpenELEC fernetmenta patches (due to conflict with newclock3)
  • 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 PR4235: Move to SQLite 3080301
  • Includes PR4275: Use mmap to accelerate SQLite file accesses
  • Includes PR4290: Fix memory leakage in python bindings
  • Includes PR4296: DVD various fixes related to libdvdnav issues and skip to menu
Build Highlights:
  1. newclock3:
    • Support for "Virtual" Suspend Mode

      Popcornmix has resurrected (and significantly enhanced) PR2610 which enables a "virtual" suspend mode allowing HDMI power saving to be supported - no further need for rbphdmi if anyone is using that.

      Configure the "Shutdown function timer" in Settings -> System -> Power Saving, specifying Suspend as the "Shutdown function", and when the idle time is reached the HDMI output will be disabled, allowing the connected display to conserve energy by entering its power save mode. Any keyboard or remote input will "resume" the Pi (re-enable HDMI). When HDMI is disabled the Pi remains fully active so background jobs (ie. library updates etc.) are not interrupted etc.

    • [omx] Skip the resize when not needed when decoding jpegs

      Limited testing has shown that this patch has improved image decoding performance by over 45%:
      Code:
      Before:
      22:38:55 1834.302612 NOTICE: COMXImage::DecodeJpegToTexture - decode special://skin/backgrounds/SKINDEFAULT.jpg took 204ms
      22:39:09 1848.583374 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/1/133264ef.jpg took 301ms
      22:39:09 1848.690796 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/6/61737d70.jpg took 343ms
      22:39:09 1848.827271 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/a/a4735613.jpg took 424ms
      22:39:10 1848.960327 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/6/60eb47f6.jpg took 313ms
      22:39:10 1849.028809 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/3/30e38eb3.jpg took 252ms

      After:
      22:36:07 1666.241455 NOTICE: COMXImage::DecodeJpegToTexture - decode special://skin/backgrounds/SKINDEFAULT.jpg took 123ms
      22:37:01 1720.902588 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/1/133264ef.jpg took 191ms
      22:37:01 1720.947876 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/6/61737d70.jpg took 180ms
      22:37:02 1721.141357 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/a/a4735613.jpg took 173ms
      22:37:02 1721.244751 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/6/60eb47f6.jpg took 209ms
      22:37:02 1721.344360 NOTICE: COMXImage::DecodeJpegToTexture - decode special://masterprofile/Thumbnails/3/30e38eb3.jpg took 126ms

    • Experimental CEC suppression and auto-repeat removed
  2. OpenELEC:
    • build some more sound drivers as modules
  3. XBMC
    • Version bump 14.0-ALPHA1
    • fixed: Properly handle stacked files for subtitles
    • [zip] allow libdvd to view ZIP root as directory to enable playback of zipped dvd files

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. To enable the FIQ_FSM patch, add the following options to the end of your current line in /flash/cmdline.txt:
    Code:
    dwc_otg.fiq_enable=1 dwc_otg.fiq_fsm_enable=1 dwc_otg.fiq_fsm_mask=0x3
    The FIQ_FSM announcement thread is here. There are currently no known problems with this patch, and it needs testing and will be the default in the future. Enabling the cmdline.txt options can improve network performance as well as USB devices. To determine if FIQ_FSM is enabled or not, run:
    Code:
    dmesg | grep FSM
    and the line:
    Code:
    [    1.524680] dwc_otg: FIQ split-transaction FSM enabled
    will confirm if FIQ_FSM is enabled or disabled.
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.
Has anyone experienced crackling from their left speaker when playing video? I've had this for basically every build I can remember, and the only way I've been able to nix it is by using Pro Logic 2 on my receiver.

I've tried passthrough on, off, doesn't seem to make any difference. I've tried OXM, DVD, no difference there either.
MilhouseVH

you stop doing gotham builds ??
(2014-03-05, 02:29)nickshe89 Wrote: MilhouseVH

you stop doing gotham builds ??

I'll be continuing with Gotham builds, though not entirely sure if they'll be from master, so 14.0-alpha (technically this is Gotham+1, I think), or some sort of Gotham back-ports. For how long I keep doing this, I've no idea - it certainly won't be forever!
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.
ok mate
(2014-03-05, 01:40)Hormesis Wrote: Has anyone experienced crackling from their left speaker when playing video? I've had this for basically every build I can remember, and the only way I've been able to nix it is by using Pro Logic 2 on my receiver.

I've tried passthrough on, off, doesn't seem to make any difference. I've tried OXM, DVD, no difference there either.

Yes I have, with my previous receiver (Pioneer VSX-814) I had crackling but in both speakers.
There was a setting earlier on that I know fixed it or turning down the RPi volume a few notches.

I wrote down the problematic movies and when I bought a new receiver (Denon AVR-4520) I couldn't recreate the crackling.
I've been fiddling around with the settings in an attempt to get the crackling back so I would know what caused it but I can't. Last thing I did was a fresh install. No crackling.
  • 1
  • 215
  • 216
  • 217(current)
  • 218
  • 219
  • 277

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi Part 223