[Red5] ot Advanced Flash/air windows/com programming.

[Andy Shaules]

On using the video to get results...

if you needed to return a giant result set from multiple c++ threads at once, in windows, wait for com to call the Vcamera object 'fillBuffer(sample)'.

where sample is a pointer to the MediaSample provided by windows to our camera to fill with data.

So, we copy all the results from as many processes that are ready to return results, into the video buffer itself. we return from c++ function.

Ok, now we have flash on enterframe event do a bitmapData.draw(video), followed by bitmapData.getBytes();

No we have all the results in the the byteArray as arranged by c++ and this happens every frame.

We dont diplay this data, it is only return sets lined up in some fasion that we devise.

Andy



  ----- Original Message ----- 
  From: Daniel Rossi 
  To: red5 at osflash.org 
  Sent: Saturday, August 23, 2008 7:10 PM
  Subject: Re: [Red5] ot Advanced Flash/air windows/com programming.


  Are you saying the c++ code can do the encoding and not the flash itself, so VP6 / Mp3 streaming is possible ? Or are you talking a custom 'camera' device that flash can load ? 


  On 24/08/2008, at 11:52 AM, Andy Shaules wrote:


    This would be the highway to rapid multi threaded processing in flash.

    I can construct objects in c++ that run with their own thread and report back to flash , all the independant results. Flash would be reduced to only gui and data rendering. No processing. Multi cores on a cpu could be utilized by an air or cs3 application.

    Furthermore,

    If we request a video size of 640 * 480 * 30 fps, and force a 32bit depth at the hardware level(com), we will have flash streaming the results in video of a total over 35 megabytes per second.


      ----- Original Message -----
      From: Andy Shaules
      To: red5 at osflash.org
      Sent: Saturday, August 23, 2008 6:26 PM
      Subject: Re: [Red5] ot Advanced Flash/air windows/com programming.


      Not quite...

      :D


      If you open the zip and put the Vcam.ax on your system..... Then open the console in that location and type 'regsvr32 Vcam', you will have a new webcam installed on your system. It only outputs static, but you can rewrite and compile a new version with whatever functionality you choose.

      For instance, avi decompressors and even mp4 muxing objects are just another com object. I think the people writing the helix system use com objects to construct the media processing. Even the widows native hardware rendereing pipelines can be controlled through com objects.

      The source code is provided for that webcam so you could use c++ to invoke anything you wished by calling camera.getcamera().

      A useful com object might be an outlook folder or even another usb-non graphical device.

      http://tmhare.mvps.org/downloads.htm

      Capture Source Filter filter (version 0.1) 86 KB zipped, includes binaries.  A sample source filter that emulates a video capture device contributed by Vivek (rep movsd from the public newsgroups).  Thanks Vivek!  TMH has not tested this filter yet.  Ask questions about this on microsoft.public.win32.programmer.directx.video.



        ----- Original Message -----
        From: Charles Palen
        To: red5 at osflash.org
        Sent: Saturday, August 23, 2008 6:12 PM
        Subject: Re: [Red5] ot Advanced Flash/air windows/com programming.


        Hey Andy.  Sorry if I sound like a moron, but is this the same Vcam you are talking about? 

        http://bryanheisey.com/blog/?p=1

        If not, could you provide a link?  I must have been living in a cave and have not heard about it before.  It sounds very interesting.

        - Charles

        On Sat, Aug 23, 2008 at 7:05 PM, Andy Shaules <bowljoman at hotmail.com> wrote:

          Com as in windows 'cocreateInstance()'

          He gang, this came up at a forum so I thought I'd throw the idea out there to the list.

          Using the ever popular Vcam, you can load a virtual device as webcam in flash, and have c++ code running on mfc/win32 under the hood.

          Somebody wants to use air, and get the pixel color under the mouse no matter which window or application has focus.

          Using vCam, you can load any com or mfc api and open a socket port for the air application to connect. You then can send the rgb over to air from mfc mouse events generated in native 'widows' events.

          Furthermore, You could write methods that are triggered by changing the framerate of the camera, which in turn is intercepted at the DirectShow source filter/wdm level, and loads or unloads any other com interface/file read write, or whatever.

          Sounds fun!


          Andy

          _______________________________________________
          Red5 mailing list
          Red5 at osflash.org
          http://osflash.org/mailman/listinfo/red5_osflash.org







------------------------------------------------------------------------



        _______________________________________________
        Red5 mailing list
        Red5 at osflash.org
        http://osflash.org/mailman/listinfo/red5_osflash.org




--------------------------------------------------------------------------



      _______________________________________________
      Red5 mailing list
      Red5 at osflash.org
      http://osflash.org/mailman/listinfo/red5_osflash.org

    _______________________________________________
    Red5 mailing list
    Red5 at osflash.org
    http://osflash.org/mailman/listinfo/red5_osflash.org





------------------------------------------------------------------------------


  _______________________________________________
  Red5 mailing list
  Red5 at osflash.org
  http://osflash.org/mailman/listinfo/red5_osflash.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/red5_osflash.org/attachments/20080823/b6fecae6/attachment.html