these are quite possibly the longest bonified emails I've ever seen in my life (IE: no trailing "i forgot to delete the body" stuff. All valid email)<br><br><div><span class="gmail_quote">On 7/11/06, <b class="gmail_sendername">
electroteque</b> <<a href="mailto:spam@electroteque.org">spam@electroteque.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>On 08/07/2006, at 2:56 AM, Chris Allen wrote:<br><br>> Hi Daniel,<br>><br>> I will try and answer some of these.<br><br>Hi Chris thanks sorry about the late reply.<br><br>><br>> On 7/7/06, electroteque <
<a href="mailto:spam@electroteque.org">spam@electroteque.org</a>> wrote:<br>>> Hi, firstly Id like to say, well done for the open source addition of<br>>> a<br>>> flash media server. We are wanting to move away from using Windows
<br>>> Media, because of the lack of support for other browsers/platforms<br>>> than<br>>> IE/PC, and start streaming Flash VOD content and webcam/video<br>>> conferencing applications.<br>><br>
> Very cool! It sounds like Red5 would be a good fit. We are still in<br>> the early stages though, so if you have some time and patience to get<br>> things going it will work fine for you guys.<br><br>Yeh for sure, should be fine, we will start small on the cams project
<br>which only attracts a small audience then onto the VOD content which is<br>100's or thousand's of concurrent users.<br><br><br>>><br>>> I had a few questions to ask, basically is there any kind of<br>>> administration/server monitoring console available for RED5 yet ?,
<br>><br>> A very simple web based http log / debug console (XML/RPC based)<br>> implementation of this is coming in 0.5. Expect to see a release<br>> candidate next Monday with an official version soon to follow after
<br>> that.<br><br>Ok sounds interesting cool.<br><br>><br>><br>>> Ideally we need to build a VOD server side playlist when a webcam is<br>>> not showing and then when a webcam is on, it will switch to the
<br>>> stream-name of the webcam from the playlist and update all the<br>>> clients,<br>>> and then when it stops broadcasting and disconnects it will return<br>>> back<br>>> the VOD playlist.
<br>>><br>> This seems doable.<br><br>Is there a current example of this atm to setup a VOD playlist stream ?<br>Im pretty sure there was one there i cant find again loading files from<br>a directory. Is there a way we could extend that for an xml playlist to
<br>rotate playing the VOD content and then switch to the webcam url<br>playlist node when it becomes available. I see this might be the way it<br>can work, however how could the application load the stream from<br>another application point being for the webcam , if that made any sense
<br>?<br><br>><br>>> The live stream also needs to be archived on the server during that<br>>> period, is there any application examples in RED5 which shows how to<br>>> create server side playlists and archive live streams ?
<br>><br>> Not exact examples of this, but there are plenty in the distribution<br>> that can get you started. Feel free to try it out and ask more<br>> specific questions on the list and I'm sure people can help you get
<br>> there.<br><br>I see stuff about recording, it seems similar to what we need to do, i<br>think its via ffmpeg ??<br><br>><br>>> In windows<br>>> media broadcast publishing points (application end points) can be
<br>>> setup<br>>> with a server side playlist which points to VOD content in a directory<br>>> which will play the files then switch to the next element in the<br>>> playlist which is the webcam broadcast publishing point (application
<br>>> point) when it is turned on by the encoder, so yes i guess can RED5<br>>> switche to the next xml element which is connecting to the webcam<br>>> application on some local protocol as with windows media
<br>>> lpp://theapp.<br>><br>> Hmmm, I'm not familiar with Windows Media server, so I'm a little<br>> confused here. however, setting up an application with Red5 to do<br>> switching between live streams and prerecorded ones like this doesn't
<br>> seem too difficult.<br><br>I think i rephrased the question a little above, basically a server<br>side xml playlist loading files from within a directory on one node,<br>and then the next node is the webcam stream point which is switchable
<br>somehow, but also not knowing how to access that webcam stream locally<br>on the server without having to give the full url , which the server is<br>then possibly trying to access itself via the www instead of via its
<br>internals.<br><br>><br>>><br>>> Our other question was regarding logging, I noticed log4j is the<br>>> logger<br>>> of choice, which is a great tool, ive used that aswell as log4net. Is<br>>> it able to use W3C style formatting, which is then easily parsable
<br>>> using the LogParser library for .NET ? This will mean there is not<br>>> much<br>>> migration required with our current setup which parses windows media<br>>> logs in W3C format for collecting bandwidth used from each publishing
<br>>> point (stream name/ application).<br>>><br>> Not sure about this. Sorry.<br><br>Ill consult the log4j docs, LogParser can handle other formats than W3C<br>also.<br><br>>><br>> We are working on security and these types of concerns in the
0.6<br>> release. Please tell us more about what you are looking for, and<br>> hopefully we can add it.<br><br>I'll probably revisit security concerns when we start on the VOD<br>project so ill return to this question later.
<br><br>>><br>><br>> We are stuck using RTMP and delivering to the Flash player too, so I'm<br>> not sure if we can improve upon this. However, I'm by no means an<br>> expert on RTMP and FLV media, so I think this is best left to Luke,
<br>> Steven or Joachim to answer.<br><br>Sure not a problem.<br><br>><br>>><br>>> We offer free and paid services, so obviously the free stuff isn't a<br>>> problem, but being able to packet sniff exposed information in flash
<br>>> makes you wonder.<br>>><br>>> Im sorry about the long set of questions, it was needed, as we've had<br>>> to ditch Adobe being they were rude and arrogant in returning<br>>> technical<br>
>> information like my questions above and sales quotes to a possible<br>>> customer which they have lost.<br>><br>> Wow, I'm sorry to hear that. I am glad however, that you are<br>> considering using Red5.
<br><br>Yes, it is rather unfortunate, however we may be looking currently at<br>purchasing flex builder2 off them (unfortunately) as the plugin<br>versions dont seem to load on eclipse 3.1 on osx ;) I can still use the<br>
free SDK compiler and ANT, but we need to build a broadcaster app<br>interface fairly quickly, so could lend on its designer, which will<br>interface with custom AS classes/packages etc. I will probably revisit<br>my previous workings with mtasc and swfmill however im nervy abouts its
<br>future versions not supporting AS3 rather a specialized psuedo<br>language.<br><br>><br>>><br>>> My preference is to support open source firstly at all times, I can<br>>> even convince my boss to donate a fair sum of money if he is happy
<br>>> with<br>>> it considering the stupid license for FMS.<br>><br>> Great! We aren't currently setup to accept donations, but this is<br>> something that we will be addressing very soon.<br><br>Ok ill let you know.
<br><br>><br>>> My boss is fascinating over<br>>> Adobe's origin/edge load balanced FMS systems, would there be an easy<br>>> way to kludge something similar in RED5 using a load balancer to a few<br>
>> machines accessing a shared network drive on a video content server<br>>> for<br>>> the content etc ?<br>><br>> Load balancing schemes are certainly in the works and we hope to have<br>> solutions or at the very least recommendations on how to do it soon.
<br><br>Ok ill revisit this question soon. Even just two servers loading VOD<br>content off a single VOD content server, might be sufficient rather<br>than applications on each server proxying to the main application on<br>
the VOD content server and caching the requests, however caching might<br>be valuable also.<br><br>><br>>><br>>> Let me know, and sorry about the essay thanks.<br>>><br>><br>> Well I appreciate your well thought out questions. Perhaps others can
<br>> learn from this as well. That's the whole idea behind the mailing list<br>> anyway.<br><br>OK, not a problem, see Ive already begun to respect the people on this<br>list, as I got responses to a fairly detailed technical essay,
<br>something not even the techs at adobe could bother to come up with.<br><br>I have extensive knowledge in the windows media side of things, aswell<br>as real streaming and quicktime so maybe if I manage to replicate what
<br>most of them do into applications I could document it and also share<br>knowledge about what they do in general. However I hear there are<br>already modules becoming available to achieve most things the windows<br>media server is capable of.
<br><br>Dan<br><br><br>_______________________________________________<br>Red5 mailing list<br><a href="mailto:Red5@osflash.org">Red5@osflash.org</a><br><a href="http://osflash.org/mailman/listinfo/red5_osflash.org">http://osflash.org/mailman/listinfo/red5_osflash.org
</a><br></blockquote></div><br><br clear="all"><br>-- <br>John Grden