On Sunday 3 September 2006 23:27, Roberto Saccon wrote: > to integrate it with red5 the libinstruendo should output video > encoded in ScreenVideo (a very simple video protocol supported by > flashplayer especially for screensharing and well documented at > several places),
It already does this, using an adjusted libflv library. > then what is missing is just a client app to > upstreamit to red5. I Java such a client is easily done, because much > of Red5 code could be reused, but for real-world client deployment, a > C/C++ version would be preferrable. There was once some > pre-announcement here about something called TOFU, for exactly this > purpose, but the project seems to have gone dead (or just very quiet). Ok, thanks for this information. > Briam, I have some questions: > > - What is the instruendo fileformat good for ? Or why don't you use > any exsiting ? Well, good question. The ISD (Instrudeo: instruction+video) file format is a format I designed myself, acting as the base file format to save ScreenKast video in. It records the vnc-stream, but adds some handy features like XML based metadata and OpenGL-based commentboxes. It also supports 'seekback-positions'. That's an algorithm I designed, to eliminate keyframing, effectualy minimizing the size of the video stream by a factor +/- three. If you need more information regarding this file format, I can elaborate on this if you like. > where exactly does you lib hook in ? If I understand propperly, the > actual screen capturing is done by a vnc lib ? Is your lib lib just > the glue to make it Gstreamer compatible ? Firstly, I want to export using gstreamer instead of ffmpeg (for added flexibility and because gstreamer is much more documented then ffmpeg). But perhaps, instead of using gstreamer for exporting, I could as well use it as a wrapper around the ISD file format, bringing all the gstreamer functionality into ScreenKast. But, then, the problem will be that ScreenKast will probably evolve into a video editor, and I don't want that. I discussed this with Dave on the ScreenKast mailinglist, and he has a point. First of all, I want to implement a good and working screen-capturing client. The main problem is: I have more ideas then I have time for right now... > What do you think of a Firefox extension as client app (which is NOT > gStreamer based otherwise the client download file size is getting too > big). Then GUI development is really crossplatform (just XUL and > javasccript) and just the C++ XPCOM shared libs need some special > attention to get them to compile on all paltforms and interact with > the vnc screen-capture lib. I've investigated this road, while I was implementing the AJAX client. My biggest design-issue was that I had to support two client-versions, since I don't want to rule out M$ Explorer, Safari, Opera and the like. Can you give an argumentation why I should do it after all? I truly believe in the power of videohelpdesking: using video to solve computer problems is the most effective helpdesking-approach I've used so far, and every single individual that I'm helping out this way is agreeing with me. However, you can't miss the bigger picture that screen-capturing, combined with broadcasting can be used for a lot more then what it is used for today, and that's what I want to investigate/achieve with the Instrudeo project. b. _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
