Thanks again Rob, this is really helpful! Have been looking into the custom app and have found some very promising java source that does exactly this except it sends and receives by RTP.
I'm thinking that I can hopefully create a broadcasting module out of it that receives the RTP, mux it and broadcasts it in RTMP. Since I already have the client side. The classes I found that are capable of capturing and sending the sound or video are in the Java Media Framework (thanks to google I got a big headstart on this one) and I have just looked and found that this framework supports two forms of ADPCM here is a copy-paste of the table on (http://java.sun.com/products/java-media/jmf/2.1.1/formats.html) The D stand for Decode and E for Encode (the coloums are for versions of the JMF and Java ports, the first column is for the cross platform version) DVI ADPCM D,E D,E D,E MS ADPCM D D D As you can see the second one is a little lacking. SO my next question is: Which format does Red5 understand? I'm hoping it is the column with D,E and not the MS version which I won't be able to reencode ;( That being said you were right about the audio capturing/and video isn't hard either at least to capture, and send via RTP. So now in this project I have got as far as the server, I have RTP packets (not RTMP but i have server code to handle it) arriving with my audio. However I found the RTMPClient.java less than illuminating ;) I'm not feeling too keen on climbing object hierarchies when i already have some 'COMPACT' client code to send my data. My Tarzan days must be over ;) So I'm thinking that I would be better off handling the RTP myself, both client side and serverside, and then subclassing a broadcasting class instead. Which brings me to my next question, where is the best entry point in the API to create the subclass? As you might guess I'm looking for stubby trees here not 100 year old oaks. This may not be redistributable but i leave that to someone more ingenious than I, with more time on therir hands to climb trees and swing with ease in object hierachies. Thanks again, and all the best Charles >From: "Rob Schoenaker" <[EMAIL PROTECTED]> >Reply-To: [email protected] >To: <[email protected]> >Subject: Re: [Red5] Combine Multiple Audio Streams to one Broadcast Stream >Date: Sun, 6 May 2007 19:15:52 +0200 > >Charles, > >Short answers to you questions: > >1. I have no idea. I am doing a C# implementation of Red5 and try to >keep up with the Java version. As always, concerning open source: do it >yourself and contribute... Maybe anybody else on this list can >elaborate. > >2. Yes. You can use ADPCM encoding for the audio, or MP3. This cannot be >done from within an SWF though! > >3. Look at RTMPClient.java. This is a client class hat *could* help you. >You have to do the complete audio and video capturing by yourself >though. I expect there to be code available that handles capturing from >audio and video devices with Java. Encoding ADPCM is easy. Encoding the >video it a little more complicated. You need o investigate that, since I >have no knowledge of that (yet). > >4. We (out company) are going full haul: proprietary capturing app, >connecting to Red5. > >5. Please take the time to download the Flash file format from Adobe >(search on their site). You need to register (no cost) to download and >read the documentation. It explains which audio and video formats are >available. We are going to use ADPCM since is it light-weight for >transcoding and (de)muxing. > >6. The custom app just needs to talk RTMP with the data supported by >flash and Red5. For detais, see 5. > >HTH, > >/Rob > >_______________________________________________ >Red5 mailing list >[email protected] >http://osflash.org/mailman/listinfo/red5_osflash.org _________________________________________________________________ The next generation of Hotmail is here! http://www.newhotmail.co.uk _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
