Jason, First of all, I did not set any buffering in the flash client.
I realized this after I completed the live broadcast and recording. I agree that the a large part of the problem (the culprit) might be the wireless laptop I used for the broadcast. But I use to use the same wireless laptop to record short videos and have not had a problem up to a few Trunk updates. Regarding any metadata in the saved file, none, nada, nothing. : ) I did however inject some metadata into the flv so it plays right in John Grdens flex FLV Player and Nathan's flv player that I use quite a bit to test. Can you explain a little what you mean about seeking backwards. I can move the slider bar back and play previous frames with no problems. By the way, I place the 41 minute recorded video on my server at http://red5.fatdot.com. I named it Lenny_live if you want to take a look. One thing I will do next time is to put my mic on mute when I place the headset on my before I speak. I sound like I am out of breath. :) I speak in the video at frame 1325 and again at frame 2380. A good bit freezing up Video although audio seemed to have made it fine through the entire video. Regards, Lenny On 9/10/07, Jason Powell <[EMAIL PROTECTED]> wrote: > > Lenny Sorey wrote: > > Hey Jason, > > > > Thanks for your response. > > > > I might have the settings on the flash client set to high > > or just not enough coming through the wireless laptop > > that is broadcasting this app or a combination of the two. > As much as I love 802.11, I'd bet it's the culprit. These days the only > thing mine gets used for is browsing YouTube from my Wii :) > > > > The question that comes to mind now is what happened to the > > buffering management we use to have in red5. There was a time when > > I would broadcast from red5 and had no frame freezing at all. > In the simple viewer, did you try explicitly setting a bufferTime on the > netstream? I made a simple thing here that records a stream then plays > back, but unless I explicitly set a buffer, the stream will die about a > second in for a few seconds then continue, I'm thinking if you didn't > they could be symptoms of the same problem. > > > > Since this is the latest from the RED5 Trunk, I wonder what has changed > > regarding buffer management? > I've fallen back to using my hacked-up version of revision 2094. > I was using 2288 but found I couldn't seek backwards (I could've sworn > this was already on JIRA but I can't seem to find it) and there was no > metadata on recorded FLVs (audio and video codec IDs were both -1, > duration was 0, etc). > > Jason > > _______________________________________________ > Red5 mailing list > Red5@osflash.org > http://osflash.org/mailman/listinfo/red5_osflash.org >
_______________________________________________ Red5 mailing list Red5@osflash.org http://osflash.org/mailman/listinfo/red5_osflash.org