Nigel: any updates on the above two questions?

lccs team: any updates on the above problem?

I tried to answer that question in my previous post, I explain it here again. Consider this subclass of WebcamSubscriber:public class MyWebcamSubscriber extends WebcamSubscriber {override protected function onNetStatus(e:NetStatusEvent):void{super.onNetStatus(e); case "NetStream.Play.Start": var t:int = 5000; setTimeout(function():void { // draw the video from the incoming stream here, using BitmapData#draw() }, t);}}In the above, if you decrease t to 0, you'll get the security sandbox violation...

Can an application which is linked to lccs for player 10.1, run on a 10.0 player?This sounds like a problem in lccs. Could you check the difference in code in WebcamSubscriber#playStream() between 10.0 and 10.1? (I cannot do this as 10.1 is not open source.) Whatever the problem is, it's initiated from that method.

I can confirm that lccs lib for player 10.0 does not have the above issue, this should be a bug in lccs lib for player 10.1.

A week later, still waiting for a response about the above 2 questions.

Could someone from the lccs team address the above 2 questions.

Any updates on the above two questions?

Hi Nigel,Th problem occurs with Webcamera pod.In WebcamPublisher#onStreamReceive the camera is initialised like this:_camera= Camera.getCamera(_cameraNameIndex);where _cameraNameIndex is null. I guess that's why the first camera is always chosen. Also, _cameraNameIndex does not seem to be bound to the selected value of camera in SecurityPanel.CAMERA.Aureliano