(2015-06-17, 15:53)rubenmb Wrote: EDIT: Sorry, I just read that this topic is not for OpenElec builds and i'm using OE isengard Beta 2

(2015-06-17, 15:53)rubenmb Wrote:

(2015-06-17, 12:20)popcornmix Wrote: Is your TV reporting 3D support in it's edid? Can you post output of

Code:

tvservice -m CEA

or post a debug log (wiki)

Trying to watch 3D Bluray ISO outputs 2d only. Besides this issue, If i enable Frame packing i get a black screen with audio on some MKV movies.

this is my output for an LG 3D TV and RPi2;

Code:

Group CEA has 15 modes:
           mode 1: 640x480 @ 60Hz 4:3, clock:25MHz progressive
           mode 2: 720x480 @ 60Hz 4:3, clock:27MHz progressive
           mode 3: 720x480 @ 60Hz 16:9, clock:27MHz progressive
  (native) mode 4: 1280x720 @ 60Hz 16:9, clock:74MHz progressive 3D:FP|TopBot|SbS-HH
           mode 5: 1920x1080 @ 60Hz 16:9, clock:74MHz interlaced 3D:TopBot|SbS-HH
  (prefer) mode 16: 1920x1080 @ 60Hz 16:9, clock:148MHz progressive 3D:SbS-HH
           mode 17: 720x576 @ 50Hz 4:3, clock:27MHz progressive
           mode 18: 720x576 @ 50Hz 16:9, clock:27MHz progressive
           mode 19: 1280x720 @ 50Hz 16:9, clock:74MHz progressive 3D:FP|TopBot|SbS-HH
           mode 20: 1920x1080 @ 50Hz 16:9, clock:74MHz interlaced 3D:TopBot|SbS-HH
           mode 21: 720x576 @ 50Hz 4:3, clock:27MHz x2 interlaced
           mode 31: 1920x1080 @ 50Hz 16:9, clock:148MHz progressive 3D:SbS-HH
           mode 32: 1920x1080 @ 24Hz 16:9, clock:74MHz progressive 3D:FP|TopBot|SbS-HH
           mode 33: 1920x1080 @ 25Hz 16:9, clock:74MHz progressive
           mode 34: 1920x1080 @ 30Hz 16:9, clock:74MHz progressive 3D:TopBot|SbS-HH

EDIT: Sorry, I just read that this topic is not for OpenElec builds and i'm using OE isengard Beta 2

(2015-06-17, 16:02)Milhouse Wrote:

(2015-06-17, 15:53)rubenmb Wrote: EDIT: Sorry, I just read that this topic is not for OpenElec builds and i'm using OE isengard Beta 2

Correct, this is not a general OpenELEC support thread...

Switch to one of the test builds announced in this thread and continue posting if you still have a 3D problem, or start a new thread if you are having problems with the official OpenELEC build.

(2015-06-17, 16:40)Milhouse Wrote: @rubenmb: Upload a full debug log (wiki) to xbmclogs.com, include your attempts to play your file in the debug log.

(2015-06-17, 16:47)popcornmix Wrote: @rubenmb can you report output of

Code:

tvservice -s

when playing the 3D video (in both FP enabled and disabled cases).

(2015-06-17, 23:54)bagofcrap24 Wrote: I will update to the latest build and see how things go.

• Includes newclock4 patches
  
• Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  
• Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.0.y
  
• Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
  
• Disabled "Total Duration" in Confluence (see build #0221 for details)
  
• Includes latest dcadec master (2a9186e3, ahead +34)
  
• Includes latest kodi-platform master (33b6390b, ahead +1)
  
• Includes latest libcec master (18555911, ahead +5)
  
• Includes latest libnfs master (68b02981, ahead +16)
  
• Includes latest platform master (aafa6e9f)
  
• Includes latest addons: pvr.argustv (cffc8b6b, +1), pvr.demo (9c400e19, +1), pvr.dvblink (7f515436), pvr.dvbviewer (05e76da7, +1), pvr.filmon (8c02f43d), pvr.hts (26d6e739, +1), pvr.iptvsimple (191972cf, +1), pvr.mediaportal.tvserver (bcfb46f9, +1), pvr.mythtv (43ab825f), pvr.nextpvr (74168dc9, +1), pvr.njoy (9aa05103, +1), pvr.pctv (804dc37c, +1), pvr.stalker (a8c3e45e), pvr.vbox (b8dff382), pvr.vdr.vnsi (033cc50b), pvr.vuplus (cdc1d0e3, +2), pvr.wmc (42fb669d, +1)
  
• Includes commits from shairplay/master, ahead +17 (juhovh)
  
• Exclude ffmpeg-99.0011-mpeg4video-Signal-unsupported-GMC-with-more-than-one.patch: Ignore, as already in newclock4
  
• Exclude kodi-999.20-PR7102.patch: Temporarily ignore dcadec settings and use newclock4 version
  
• Exclude kodi-999.21-configure.ac-dont-break-if-dcadec-is-missing-dcadec-.patch: Temporarily ignore due to breakage
  
• Include patch: Add experimental splash video
  
• Include patch: Add ffmpeg dependency and includes for HEVC optimisations
  
• Include patch: Enable vcsm kernel options for HEVC optimisations
  
• Include patch: Enable pvr addons
  
• Include PR:6732: [pvr] fixed crash when multiple add-on instances get registered
  
• Include PR:6919: added: also hide thumbs for unwatched episodes if option to show plot is off
  
• Include PR:7020: [pvr] finally make it possible to use multiple PVR clients (r=1045)
  
• Include PR:7093: [AirTunes] - features
  
• Include PR:7290: consider a CURLINFO_RESPONSE_CODE of zero a failed request
  
• Include PR:7291: [pvr] third blind attempt to fix trac #15942
  

1. New firmware
   
2. FontTTF scissor fix
   

1. Firmware (Jun 17):
   • firmware: dispmanx: Rotate clipped coordinated when display is rotated. See: link
     
   • firmware: arm_display: Avoid holding lock while waiting for vsync with rotated display. See: link
     
   • firmware: dispmanx: Fix order of scale and flip for dispmanx_snapshot. See: link
     
   • firmware: arm_loader: Fix force_core for 2836 and add disable SMP/L2 option
     
   • firmware: qpu_execute: Optionally launch qpus explicitly on first N qpus
     
   • firmware: qpu_execute: Enable profiling options for qpu_execute
     
2. OpenELEC:
   • Configure RPi/RPi2 platform with optimal CPU and IO settings (PR:4200, 1 commit, 2 files changed)
     
   • linux: switch to linux-4.1 for generic/legacy (PR:4193, 1 commit, 29 files changed)
     
   • move 'set ondemand threshold' to init (PR:4201, 1 commit, 3 files changed)
     
   • xorg-server: update to xorg-server-1.17.2 (fae869a3)
     
   • pvr.vbox: update to pvr.vbox-b8dff38 (8b130e53)
     
3. XBMC:
   • dvdplayer: fix ff/rw after ea6e82997bd6087a7beff1be0ef9b34847fe3cc7 (PR:7292, 1 commit, 1 file changed)
     
   • [pvr] bump pvr.hts to 2.1.10 (PR:7295, 1 commit, 1 file changed)
     
   • dvdplayer: fix vc1 hwaccel like vdpau - work around an ffmpeg issue (PR:7298, 1 commit, 1 file changed)
     
   • [lang] Fix overlapping kaitoast messages (PR:7296, 1 commit, 1 file changed)
     
   • [win32] Fixed libcurl initialization when the env variable OPENSSL_CO… (PR:7294, 1 commit, 1 file changed)
     
4. pvr.hts:
   • Lower required HTSP version to 10 (allows tvh 3.4 again). (PR:42, 1 commit, 5 files changed)
     
5. newclock4:
   • New commits in this build:
     • Fixed: FontTTF breaks scissor which causes bad rendering with dirty regions. (0b5dda53)
       
6. kernel 4.0.y:
   • New commits in this build:
     • BCM270x_DT: Default Compute Module i2c, i2s and spi support (077e7ea6)
       

(2015-06-17, 23:54)bagofcrap24 Wrote: The only thing I have touched recently is changing from "resamle audio" for sync method to "adjust pll". could this have any effect as i dont use adjust refresh rate to match display. (video signal is required to be at 60hz, dont ask why)

(2015-06-17, 15:55)Milhouse Wrote:

(2015-06-17, 12:07)brummfax Wrote: I don't understand your answer. 3D support for SBS and TAB-files was one of the main features of XBMC 13.2 regardless of any specific firmware. So my question is whether or not the support of the MVC-codec discussed in this thread will also be a feature of the upcoming Kodi 15.0 or higher.

ffmpeg supports SBS and TAB but not MVC. The Pi has support for MVC in firmware, therefore MVC will be an upcoming feature of Kodi 15 but *only* on Pi hardware (which has "native" hardware support).

MVC will be supported in a future Kodi release on all platforms if/when ffmpeg adds MVC support (although there is little sign of this happening any time soon - the changes required are not trivial). Platforms are also free to add their own native support if they choose to do the legwork (ask your device manufacturer).

If you want to discuss MVC support in Kodi for non-Pi platforms, you should start a new thread.

(2015-06-18, 00:19)Milhouse Wrote:

(2015-06-17, 23:54)bagofcrap24 Wrote: I will update to the latest build and see how things go.

Nothing very useful in the crashlog unfortunately, although this might actually suggest it's not a software bug but instead hardware instability.

You are overclocked, including sdram_freq=500, and build #0523c introduced new firmware that means a few high powered bits of code are now running simultaneously (e.g. ARM+VPU+QPU+H264 code) which stresses the Pi a bit more.

I fell foul of this change myself, experiencing odd/unexplainable crashes, kodi restart loops etc., and rather than bump over_voltage_sdram to stabilise the system I simply dropped the sdram_freq=500 overclock as this provides marginal benefit on the Pi2 (the Pi2 has more cache than the Pi1, and the sdram package is on the other side of the board unlike the Pi1 where the sdram package is on top of the CPU) . Since reverting to stock sdram_freq my Pi2 has been solid as a rock (again).

So my money at this stage would be on your overclock being slightly marginal. Remove the sdram overclock or, if you prefer, try bumping the sdram voltage.