For the record, this only seems to happen when I run Red5 and my client app on the same Macbook Pro. If I move Red5 to a separate Linux server, the problem disappears.
Wowza and FMS 2 had the same problem. A Wowza engineer analyzed the bad files and said "when the recording starts it is recording only video. When you first speak, it turns on the audio channel but for some reason the timecodes for both the video and audio jump by almost 10-12 seconds. This causes a 10-12 second pause in the video." Weird. On Sep 4, 2007, at 11:22 PM, Ryan Shaw wrote: > When I record streams using Red5, the resulting FLV files seem to be > damaged or corrupted. They do not play back smoothly, either through > Red5 or in standalone FLV players, and flvtool2 throws an EOF error > when it tries to parse their metadata. This happens with the FLVs > produced by the SimpleRecorder demo app, as well as my own apps. > > I've seen several references to this problem in the archives, and at > least one relevant bug report[1], but no definitive answers. Can > anyone confirm that recording ever actually works? > > I am using the current head of the Red5 SVN trunk (though I had the > same problem with 0.6.2), Java 1.6 on Intel Mac, and Flash Player > debug version 9,0,28,0. > > Thanks, > Ryan > > [1]http://jira.red5.org/browse/SN-35 > > _______________________________________________ > Red5 mailing list > [email protected] > http://osflash.org/mailman/listinfo/red5_osflash.org _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
