3D weirdness (Xbian user)
#1
Hi all,

Not sure if anyone else has seen this behaviour but this is perplexing.

I've been testing 3D content on my Raspberry Pi running Xbian and tuning it to get the best 3D playback and discovered I should be able to automatically trigger 3D mode but this doesn't appear to be happening for all the content I have.

Heres a pastebin for a working 3D film and the tvservice -s output

http://pastebin.com/S72pUfZQ - you will see correct detection of the film and the resolution switching to accomodate
Code:
state 0x12001a [HDMI CEA (33) 3D SbS RGB lim 16:9], 1920x1080 @ 25Hz, progressive

Here' one for a non-working film with tvservice -s beneath

http://pastebin.com/D39Z4cgD - it detects an SBS film but the resolution doesn't change and it then only seems to play the left hand frame.

Code:
state 0x12001a [HDMI CEA (32) RGB lim 16:9], 1920x1080 @ 24Hz, progressive

I've tried a few different methods such as adjusting resolutions of the GUI, renaming files and such and the only way I can get the 2nd file to play in 3D is manually selecting 3D mode from the tv but then the GUI is messed up as its overlaying. The first file plays excellently and the GUI renders even in 3D mode.

Can anyone suggest anything to test to prove this out?

Here's the output of tvservice -m CEA

Code:
Group CEA has 14 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
           mode 4: 1280x720 @ 60Hz 16:9, clock:74MHz progressive 3D:TopBot|SbS-HH
           mode 5: 1920x1080 @ 60Hz 16:9, clock:74MHz interlaced 3D:TopBot|SbS-HH
  (native) mode 16: 1920x1080 @ 60Hz 16:9, clock:148MHz progressive 3D:TopBot|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:TopBot|SbS-HH
           mode 20: 1920x1080 @ 50Hz 16:9, clock:74MHz interlaced 3D:TopBot|SbS-HH
           mode 31: 1920x1080 @ 50Hz 16:9, clock:148MHz progressive 3D:TopBot|SbS-HH
           mode 32: 1920x1080 @ 24Hz 16:9, clock:74MHz progressive 3D:TopBot|SbS-HH
           mode 33: 1920x1080 @ 25Hz 16:9, clock:74MHz progressive 3D:TopBot|SbS-HH
           mode 34: 1920x1080 @ 30Hz 16:9, clock:74MHz progressive 3D:TopBot|SbS-HH

Thanks
Reply
#2
did you try add this line to /boot/config.tx ?
Code:
hdmi_force_edid_3d=1
Reply
#3
I hadn't - but I have added it now and rebooted - still the same.

Something I've realised - the working video is 720p, the non-working are 1080p - shouldn't make a huge difference, or should it?

Edit: ignore the 720p piece, another 3D 720p fails to trigger and only plays left hand frame.
Reply
#4
any clues in this thread?
http://forum.xbmc.org/showthread.php?tid=163475
Reply
#5
I will try the dat file to see if it makes a difference but I did go through that thread before.

Weirdly my manual suggests it wouldn't work for 1080p at 25hz but clearly it has worked as above so not sure how much to trust the manual information.
Reply
#6
Just back home tried the edid.dat file - no difference.

Curiously it seems as though content that has been captured from broadcasts appears to be detected correctly, and modes adjusted. Anything else doesn't work and only displays the left hand frame if renamed to files identified as SBS content.

Is there anything I can run on the files to inspect content to see if I can get a grasp on what could be different or should the SBS renamingn *just work*
Reply
#7
It should just work. Can you supply complete logs for the working and non-working case. Also providing a sample (e.g. 200MB) from a file that doesn't work may help.
Reply
#8
I'll rerun with debugging enabled - whats the best way to obtain a sample? Apologies if this is a silly question.
Reply
#9
(2013-05-18, 18:35)numanoids Wrote: I'll rerun with debugging enabled - whats the best way to obtain a sample? Apologies if this is a silly question.

Run mmg from here:
http://www.bunkus.org/videotools/mkvtool...loads.html

You can split a file into, say 200MB chunks. Check one of those shows the problem and post it somewhere (e.g. dropbox).
Reply
#10
(2013-05-18, 19:46)popcornmix Wrote:
(2013-05-18, 18:35)numanoids Wrote: I'll rerun with debugging enabled - whats the best way to obtain a sample? Apologies if this is a silly question.

Run mmg from here:
http://www.bunkus.org/videotools/mkvtool...loads.html

You can split a file into, say 200MB chunks. Check one of those shows the problem and post it somewhere (e.g. dropbox).

Heres' the pastebin from two plays - the first doesn't work but the second works fine.

http://pastebin.com/UhUk01YU

Here's the sample of the non-working file

https://www.dropbox.com/s/dh9lwnznkgvagp...e3DSBS.mkv
Reply
#11
Anyone able to provide any assistance or reproduce the problem?
Reply
#12
Just an update, found mention on the raspbmc forums suggesting messing about with guisettings.xml so had a go at resetting the file. No joy.

Has anyone attempted to use the sample file to see if it triggered their 3D mode?
Reply
#13
Apologies all, it looks like this is specific to my current XBMC distribution. I tested openElec and they all worked fine. I'm raising it with their forums now.
Reply

Logout Mark Read Team Forum Stats Members Help
3D weirdness (Xbian user)0