• 1
  • 108
  • 109
  • 110(current)
  • 111
  • 112
  • 168
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
(2015-10-13, 23:49)Milhouse Wrote: [*]Exclude [env] kodi-999.51-nonX11-mousewheel-support.patch: Merged upstream

Any chance the mousewheel support will get retrofitted into stable 15.x ?
(2015-10-14, 22:01)Alan BStard Wrote: Any chance the mousewheel support will get retrofitted into stable 15.x ?

Yes, it's in Isengard builds of OpenELEC and OSMC for Pi.
(2015-10-14, 20:53)popcornmix Wrote: @woronczak @hdmkv

Can you try this test firmware:
https://dl.dropboxusercontent.com/u/3669...e_hdmi.zip

Use start_x.elf and fixup_x.dat and replace start.elf and fixup.dat on your sdcard. By default there will be no change, but can you try with config.txt option:
Code:
hdmi_debug=0xffff

@popcornmix, just making sure I should replace start.elf and fixup.dat on my Pi's SD card with your start_x.elf and fixup_x.dat? And, just rename them? Or, are you saying rename the start.elf and fixup.dat on my SD card, then copy over your start.elf and fixup.dat?

In my config, I have a hdmi_ignore_cec_init=1. Leave that alone and add hdmi_debug=0xffff?
[H]i-[d]eft [M]edia [K]een [V]ideosaurus
My Family Room Theater
(2015-10-14, 22:21)hdmkv Wrote: @popcornmix, just making sure I should replace start.elf and fixup.dat on my Pi's SD card with your start_x.elf and fixup_x.dat? And, just rename them? Or, are you saying rename the start.elf and fixup.dat on my SD card, then copy over your start.elf and fixup.dat?

In my config, I have a hdmi_ignore_cec_init=1. Leave that alone and add hdmi_debug=0xffff?

Yes, leave whatever is in your config.txt, and add the new line.
You want to rename start_x.elf from zip file to start.elf and overwrite the start.elf on your sdcard (similarly for fixup_x.dat).
(2015-10-14, 12:28)popcornmix Wrote:
(2015-10-14, 12:12)woronczak Wrote: Disconnecting and then reconnecting the HDMI cable = functions normally (so GUI is NOT displayed in frame-packing garble).

Output = 148352000 in 3d FP mode. 74176000 in the GUI which is stuck in frame packing

Okay, that suggest when you are seeing corrupt GUI we are outputting a valid 2D signal, but the display has not reacted to the change.

What is make and model of display. Is there any way of updating firmware?
If you have a receiver connected, is it any different if that is bypassed?
Do you only get this for frame-packing, or do you also get this with "Use Full HD HDMI modes for 3D" disabled (i.e. switching from 3D SBS to 2D).

Projector is BenQ W1070 - is latest firmware 1.08
Receiver = makes no difference
Actually it does it when Use Full HD HDMI modes for 3d is off as well (although I'm pretty certain I remember that it didn't happen for SBS movies with earlier versions of OpenELEC a long time ago)
New OpenELEC Jarvis build #1014: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.10 #1 Wed Oct 14 22:02:21 BST 2015 armv6l GNU/Linux

# vcgencmd version
Oct 11 2015 16:21:59
Copyright (c) 2012 Broadcom
version cdea693c2a4280e4855643dc7840392d915f19b8 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151014215123-#1014-gf4c0e29 [Build #1014]

# vcdbg log msg 2>&1 | grep DTOK
001719.338: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (f4c0e29e, changelog) and tip of XBMC master (e3a2147a, changelog) with the following modifications: Build Highlights:
  1. Various OpenELEC and Kodi updates
Build Details:
  1. OpenELEC:
    • projects/RPi*: use correct environment for serial console (PR:4376, 1 commit, 2 files changed)
    • add new package: packages/sysutils/serdisplib 1.97.9 (PR:4349, 1 commit, 4 files changed)
    • linux: add upstream patches (97ea40a2)
    • glib: update to glib-2.46.1 (7fa05a60)
  2. XBMC:
    • [pvr] Fix errors after switching from using backend channel numbers to using kodi channel numbers and vica versa (PR:8204, 1 commit, 1 file changed)
    • [d3d11] Fixed segfault if device was lost. Also this adds trying to r… (PR:8215, 1 commit, 2 files changed)
    • [pvr] fix playback of recordings when an exact duplicate exists. (PR:8219, 1 commit, 1 file changed)
    • Show BluRay media flag for "BRRIP" (PR:8218, 1 commit, 1 file changed)
    • Enable true 1920x1080 output without upscaling on Amlogic-based devices (PR:7540, 1 commit, 2 files changed)
    • [Music] Tidy up CSong and CAlbum by removing artist vector (PR:8158, 3 commits, 23 files changed)
    • ADD: [droid] VP9 + decouple VC1/WMV (PR:8037, 2 commits, 3 files changed)
    • FIX: [droid] handle audio headsets (PR:7345, 1 commit, 9 files changed)
    • FFmpeg: Bump to 2.8.1-Jarvis-alpha4-HEVC (PR:8216, 1 commit, 1 file changed)
    • [PVR] Some context menu cleanup (PR:8217, 3 commits, 6 files changed)
    • [binary addons] fix typo in log message (a71cbf56)
    • [binary addons] fix handling of PACKAGE_DIR argument (45b3f363)
    • [win32][binary addons] bootstrap-addons.bat: fix typo in NULL instead of NUL (376413c0)
  3. pvr.filmon:
    • Add option to select SD streams fixes #16204 (PR:26, 1 commit, 5 files changed)
    • bump version to 0.8.0 (bea2509b)
  4. pvr.hts:
    • Refactor Settings into a singleton (PR:113, 2 commits, 11 files changed)
    • Ignore the auto-generated addon.xml file (PR:111, 1 commit, 1 file changed)
  5. newclock5:
    • New commits in this build:
      • squash player sync (3cde6261)
      • vaapi: cope with comtinuous get_buffer errors (aa90e792)
    • Commits no longer in build:
      • Merge pull request #306 from popcornmix/removecallbacks (3c076e94)
      • Merge pull request #307 from koying/fernet (65226ad6)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Reverted: [pkg] PR:8216: FFmpeg: Bump to 2.8.1-Jarvis-alpha4-HEVC
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.
(2015-10-15, 00:02)woronczak Wrote: Actually it does it when Use Full HD HDMI modes for 3d is off as well (although I'm pretty certain I remember that it didn't happen for SBS movies with earlier versions of OpenELEC a long time ago)

Does it only fail on stop, or does the switch into 3D mode ever fail?
Does it always fail or sporadically fail? Roughly what percentage are fails?
Does it only fail if playback framerate == GUI framerate? What about playback=23.97 and GUI=24?

If you believe this is a regression and worked better in an earlier version, then finding the build which first broke would be useful.
(2015-10-14, 23:27)popcornmix Wrote:
(2015-10-14, 22:21)hdmkv Wrote: @popcornmix, just making sure I should replace start.elf and fixup.dat on my Pi's SD card with your start_x.elf and fixup_x.dat? And, just rename them? Or, are you saying rename the start.elf and fixup.dat on my SD card, then copy over your start.elf and fixup.dat?

In my config, I have a hdmi_ignore_cec_init=1. Leave that alone and add hdmi_debug=0xffff?

Yes, leave whatever is in your config.txt, and add the new line.
You want to rename start_x.elf from zip file to start.elf and overwrite the start.elf on your sdcard (similarly for fixup_x.dat).
Using Epson 5025UB and build #1012, and UI switched back to 1080p/60.00 (from my temporary 1080p/50.00 fix from woronczak)...
  • With hdmi_debug=0xffff, takes a while for UI to show, then after I play a video (a recent 2D 'Walking Dead' MKV 720p episode), it plays fine. But, I stop and UI blanks out. So, worse than before, when UI only blanked out after starting playback of whatever 2nd video.
  • With hdmi_debug=0x1ffff, replacing the hdmi_debug=0xffff line, my RPi2 won't even boot up.

Not sure if it'll help, but let me take a video (with my standard config.txt) and UI at 1080p/60.00 and show what's happening. And, will do same with woronczak's 1080p/50.00 trick. I'll post this shortly.
[H]i-[d]eft [M]edia [K]een [V]ideosaurus
My Family Room Theater
(2015-10-14, 14:14)illiac4 Wrote: Milhouse can you please build later tonight tvheadend server addon for rpi2 from latest git because some changes has been made to support m3u for iptv and would like to test it to report any possible bugs. TNX

tvheadend updated to cec50b2ff for RPi/RPi2/x86: http://milhouse.openelec.tv/builds/addons/
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.
I'm working on the video to show popcornmix, but installed build #1014 (figured why not try latest) and 3D ISO performance is poor... playback shakes, stutters. Video will show this, along with Kodi UI blanking out or blue screen.

@popcornmix, where are you located? If Southeast USA, you're welcome to come to my home and see what I'm seeing Smile.
[H]i-[d]eft [M]edia [K]een [V]ideosaurus
My Family Room Theater
Knew I'd jinx it!

I'm still having the problem with my tuner randomly disappearing. I've been checking in the browser GUI every now and then and it always showed up. I hadn't tried actually watching TV but set a couple of recordings for this evening and later tried to play one whilst still recording and nothing happened. Then I tried to start a different channel and got 'no tuner free' and checked the recordings folder to find nothing. Checked the GUI and tuner gone!
(2015-10-15, 00:29)hdmkv Wrote: Not sure if it'll help, but let me take a video (with my standard config.txt) and UI at 1080p/60.00 and show what's happening. And, will do same with woronczak's 1080p/50.00 trick. I'll post this shortly.

[H]i-[d]eft [M]edia [K]een [V]ideosaurus
My Family Room Theater
(2015-10-15, 00:29)hdmkv Wrote: Not sure if it'll help, but let me take a video (with my standard config.txt) and UI at 1080p/60.00 and show what's happening. And, will do same with woronczak's 1080p/50.00 trick. I'll post this shortly.

Okay, the hang that needs a reboot I've got an idea for. I'll revert a change I suspect for tonight's build.

I've got the 300 iso, and I'm not seeing the same stuttering effect.
I have noticed with the OSD, it is correctly identified as 23.97 with omxplayer disabled, but shows as 47.94 with omxplayer enabled.
So, there is something there I will investigate, but I wonder if disabling omxplayer will fix the issue for you?
Thanks... I already have had omxplayer disabled. You can see it in the video. For now, I think I'll revert to build #1012 and woronczak's 1080p/50.00 UI setting trick as that seems to work okay.
[H]i-[d]eft [M]edia [K]een [V]ideosaurus
My Family Room Theater
(2015-10-15, 03:35)hdmkv Wrote:
(2015-10-15, 00:29)hdmkv Wrote: Not sure if it'll help, but let me take a video (with my standard config.txt) and UI at 1080p/60.00 and show what's happening. And, will do same with woronczak's 1080p/50.00 trick. I'll post this shortly.


Hi i am a new user, I build and installed my Raspberry yesterday with version #1404

I own an EU Epson TW9100 projector which I believe is identical to the US Epson 5020UB.

I bumped onto this thread because I had the projector stuck on SBS 3D mode after leaving an full 3D iso movie. I guess similar to what woronczak described. I had my resolution at 1080p/50.

I only tried 1 movie (Pixels 2015) as I was just trying to Raspberry out but I didn't had the shaky or black out effects you had. However during playback I had sometimes artifacts and ofcourse the problem when leaving the movie putting the projector in SBS.

I have a copy of 300 which I will try out later. If you or popcornmix need any logs then I would be happy to help.
  • 1
  • 108
  • 109
  • 110(current)
  • 111
  • 112
  • 168

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)10