> i am using.. VideoTransmit.java class..
> now i want to capture the brodcasted video in client side...
> but without using JMStudio...
Why not? If it is because you do not want the
user to have to install the JMF, you ar probably
out of luck..
To capture the video signal on the client, you
are going to need to either restrict yourself to
users who already have the necessary
software, or install the necessary software.
If the user does not have it, you might as
well install the JMF, either by the normal
installer (which most people find scary)
or web-start*, which is a lot less scary.
* Example web-start installation..
http://www.javasaver.com/testjs/jmf/#test3
Did someone ask for some Magic :-)
Just for fun I rushed this together, and it may help.
I went through videotransmit.java and made some crude changes which I mark with three forward slashes /// and this may leave a great deal to be desired but I am only doing this as a public domain no warranty example within sun抯 code.
If you download http://www.exactfutures.com/VidTransServerEffect.zip and extract that into a folder you will find that edited java source, and some classes. If you are using a PC then hit cam.bat and this runs this altered version of videotransmit ?and the change means it does not transmit RTP!
Instead it is behaving as a HTTP1.1 server of video being worked through the JMF processor. So once this videotransmit is running then hit on the shortcut 揈xF - Default Page?or just put into your browser http://localhost:8080/camapplet.htm and you should see a link to or a streaming video of your webcam.
This will work over a network if you change localhost to your IP address, and if your router, firewall, and security settings so permit. The videotransmit code may need changing and to remove the 60 second stop.
All it is doing is serving jpegs within a codec whilst the video stream passes through; eg try http://localhost:8080/abc.jpg to get one single jpeg served. This is a very simple bit of code but can be useful for a number of meaningful applications.
No client JMF, no rabbits, no strings! Enjoy.
> Did someone ask for some Magic :-)
Well, it was sarcasm, but..
> Just for fun I rushed this together, and it may
> help.
(snip)
Wow!
> No client JMF, no rabbits, no strings! Enjoy.
..I'll have to say that more often.;-)
[ It's nice to be proven wrong, after saying
'it cannot be done!'. ]
There are two issues, (a) is JMF on the source machine which captures the raw videostream and distributes it, and (b) is JMF on the client machine which receives & views.
For (a) it is possible by not installing JMF but you would need to ask that in a fresh thread or search for solutions, in java or not, but JMF may be at least as good as many other solutions or any other java implementation.
For (b) this is the issue we are addressing in answers here. My 憁agic?example allows the (b) client on another machine to view the video which is broadcast by (a) and without installing JMFon (b).
If you can access it on (a) by the http://localhost:8080/camapplet.htm then it is implicit that you can also do that from a networked machine by http://xxx.xxx.xxx.xxx:8080/camapplet.htm where the xxx.xxx.xxx.xxx is the IP address of machine (a).
It is essential though that the machine (a) firewall is opened on port 8080 and that any router to that machine is posting requests to that machine for that port, and that the (b) browser security settings are appropriate. If you can see the localhost applet on (a) but you are having problems remotely then the answer is in this paragraph.
Good luck.