- From: John Birch <John.Birch@screensystems.tv>
- Date: Tue, 27 Jan 2015 11:04:51 +0000
- To: John Birch <John.Birch@screensystems.tv>, "'glenn@skynav.com'" <glenn@skynav.com>, "'nigel.megitt@bbc.co.uk'" <nigel.megitt@bbc.co.uk>
- CC: "'public-tt@w3.org'" <public-tt@w3.org>
- Message-ID: <0981DC6F684DE44FBE8E2602C456E8AB016C15262A@SS-IP-EXMB-01.screensystems.tv>
As promised… Diagrams here: https://danielesiragusano.files.wordpress.com/2011/04/fig_4.png http://www.southbaytech.us/images/glossary/pic10.png http://www.southbaytech.us/images/glossary/pic25.png http://www.cns.nyu.edu/~david/courses/perception/lecturenotes/depth/depth-slides/Slide5.jpg PS I cannot vouch for the content on the referenced pages. best regards, John John Birch | Strategic Partnerships Manager | Screen Main Line : +44 1473 831700 | Ext : 2208 | Direct Dial : +44 1473 834532 Mobile : +44 7919 558380 | Fax : +44 1473 830078 John.Birch@screensystems.tv<mailto:John.Birch@screensystems.tv> | www.screensystems.tv<http://www.screensystems.tv> | https://twitter.com/screensystems Visit us at BVE, Excel London 24-26 February 2015 Stand No. N19 For our HbbTV Products visit our specialist site: http://www.hbbtv.co P Before printing, think about the environment From: John Birch [mailto:John.Birch@screensystems.tv] Sent: 26 January 2015 19:01 To: 'glenn@skynav.com'; 'nigel.megitt@bbc.co.uk' Cc: 'public-tt@w3.org' Subject: Re: Issue-224 3D approach - disparity rather than (translation and condition) That's simple, in stereoscopic TV or cinema, sometimes the left image is actually to the right of the right image! If you imagine that the eyes are slightly 'toed in' when normally looking at a cinema screen, then to bring an object closer to the viewer then the eyes have to cross more... I.e. The right image moves left and the left image moves right. For deeper than the screen apparent depth the eyes don't 'toe out' instead they tend towards 'wall eyes'. I think I've got that the right way around.. I'll try and post a diagram. Regardless it is absolutely the case that both negative and positive disparity is needed. Zero means left and right are displayed exactly on top of each other - which is on the screen horopter. Best regards, John From: Glenn Adams [mailto:glenn@skynav.com] Sent: Monday, January 26, 2015 06:31 PM To: Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>> Cc: TTWG <public-tt@w3.org<mailto:public-tt@w3.org>> Subject: Re: Issue-224 3D approach - disparity rather than (translation and condition) On Mon, Jan 26, 2015 at 8:05 AM, Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>> wrote: From: Glenn Adams <glenn@skynav.com<mailto:glenn@skynav.com>> Date: Monday, 26 January 2015 14:59 On Mon, Jan 26, 2015 at 7:45 AM, Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>> wrote: Thanks Glenn, I like it (as you might have guessed!). A couple of follow-up points: 1. Do we still need "usesStereo" for anything? it is still useful metadata 2. We should define that, relative to a value of 'zero', positive values should result in the image appearing further from the viewer than the plane of the display, and negative values should result in the image appearing closer to the viewer. This is ambiguous right now. actually, i need to disallow negative values; the value is the horizontal disparity value, not depth; so it is up to author to choose desired disparity Why do you need to disallow negative values? The solution doesn't work without them, or at best only defines that half of the range of depths can be supported, with the display being at one extreme of depth. If you can explain to me what a negative horizontal distance means, then perhaps I could allow. My understanding of the disparity value is that it is always a positive horizontal distance. [1] But perhaps I am wrong. [1] http://en.wikipedia.org/wiki/Binocular_disparity Plus a note to ourselves: The disparity approach fits matches the request from SMPTE as well as what's specified by ETSI/DVB. Where those latter differ is that in the case of the SMPTE Digital Cinema spec the value is halved, and the left and right image each offset by that half-value; whereas in the case of DVB the value is applied equally both to the left and right image, resulting in double the apparent disparity compared to the same value in the SMPTE spec. As long as we're clear, which I think we are right now ("… is evenly divided along the horizontal axis between left and right stereoscopic images."), there's no problem. Kind regards, Nigel From: Glenn Adams <glenn@skynav.com<mailto:glenn@skynav.com>> Date: Sunday, 25 January 2015 21:50 To: Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>> Cc: TTWG <public-tt@w3.org<mailto:public-tt@w3.org>> Subject: Re: Issue-224 3D approach - disparity rather than (translation and condition) I have decided to submit to the apparent preference for specifying disparity directly, and have consequently changed from tts:translate to tts:disparity in [1]. [1] https://dvcs.w3.org/hg/ttml/rev/9b8dc79e4004 On Tue, Jan 20, 2015 at 3:22 AM, Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>> wrote: Glenn, I see you have created update https://dvcs.w3.org/hg/ttml/rev/abebbd0a303b to address issue-224, for 3D disparity. It looks as though the approach you've taken is to allow the same document to be processed twice, once for the left image and once for the right image for a stereoscopic display, and to allow translation to be specified, being dependent on a parameter and using the condition attribute. Can I propose an alternate way to achieve stereoscopic object placement that may be more amenable to simple, i.e. single pass, processing? This would be to add a tts:disparity style attribute, whose value would be a <length>, positive or negative. This would be inherited and animatable, and apply to region, div or p (possibly a span too). Positive values imply that the image is behind the plane of display and negative values imply that the image is in front of the plane of display. For example see [1] §4.2.1. Following the references, this seems to be how it's done in DVB [2]. [1] ETSI TS 101 600 C1.1.1 (2012-05) http://www.etsi.org/deliver/etsi_ts/101600_101699/101600/01.01.01_60/ts_101 600v010101p.pdf [2] ETSI EN 300 743 V1.4.1 (2011-10) http://www.etsi.org/deliver/etsi_en/300700_300799/300743/01.04.01_60/en_300 743v010401p.pdf A good description from [2] (p. 34) is: > Disparity is the difference between the horizontal positions of a pixel >representing the same point in space in the right and left views of a >plano-stereoscopic image. Positive disparity values move the subtitle >objects enclosed by a subregion away from the viewer whilst negative >values move them towards the viewer. A value of zero places the objects >enclosed by that subregion in the plane of the display screen. And from a little further down: > A positive disparity shift value for example of +7 will result in a >shift of 7 pixels to the left in the left subtitle subregion image and a >shift of 7 pixels to the right in the right subtitle subregion image. A >negative disparity shift value of -7 will result in a shift of 7 pixels >to the right in the left subtitle subregion image and a shift of 7 pixels >to the left in the right subtitle subregion image. Note that the actual >disparity of the displayed subtitle is therefore double the value of the >disparity shift values signalled in the disparity integer and/or >fractional fields […] Kind regards, Nigel John Birch | Strategic Partnerships Manager | Screen Main Line : +44 1473 831700 | Ext : 2208 | Direct Dial : +44 1473 834532 Mobile : +44 7919 558380 | Fax : +44 1473 830078 John.Birch@screensystems.tv<mailto:John.Birch@screensystems.tv> | www.screensystems.tv<http://www.screensystems.tv> | https://twitter.com/screensystems Visit us at BVE, Excel London 24-26 February 2015 Stand No. N19 For our HbbTV Products visit our specialist site: http://www.hbbtv.co P Before printing, think about the environment This message may contain confidential and/or privileged information. If you are not the intended recipient you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. Screen Subtitling Systems Ltd. Registered in England No. 2596832. Registered Office: The Old Rectory, Claydon Church Lane, Claydon, Ipswich, Suffolk, IP6 0EQ
Received on Tuesday, 27 January 2015 11:05:26 UTC