Closed GoogleCodeExporter closed 9 years ago
Sorry if this is a me-too but this also happens under Linux (Ubuntu 10). Red5
0.8 seems to work.
Original comment by pasc...@gmail.com
on 11 Dec 2012 at 8:59
I figure I'll comment just to help others out who have issues with the final
release v1.0. I'm on Win 8 and I reverted back to version 0.8 and there is no
issue. The final version definitely has a bug, I was struggling for days trying
to figure out what I was doing wrong. I noticed that on the client side, if I
record and then set null to both attachCamera and attachMicrophone on the
NetStream the file would eventually get written completely ( Albeit very
slowly). On the client side the buffer was empty so there was nothing left for
the client to do, however if I closed the stream too early the video would not
finish writing to disk.
Original comment by rgovin...@gmail.com
on 25 Dec 2012 at 3:09
I have the same problem under Windows Server 2008. Red5.org its down at the
moment i will try later with the ver 0.8
Original comment by hugoyl...@gmail.com
on 14 Jan 2013 at 7:15
Win 7, Red5 v.1.0. Same problem...
- Buffer length during recording always 0 (maybe, because of local testing).
- I can see some "temp" .ser-file in my streams directory, and if I do not
close the stream and this file disappears (after that I can close the stream),
then my video will be full.
- So, it is working, but I don't know how to find out when to close the stream
(maybe with some server-side script which will check if .ser-file is exist or
not).
With Red5 v.0.8 everything works fine.
Original comment by compi...@gmail.com
on 14 Jan 2013 at 7:36
Same problem for me with Red5 v1.0 on Mac OSX v10.7.5. For me, red5 is saving
out the video stream about 5x slower than expected (eg, recording a 60 second
video results in a saved video which is about 10 seconds long).
I tried playing with every possible client-side (Flash) setting I could think
of on the NetStream, videoStreamSettings, and Camera objects to bypass the
issue with no success.
I also tried different combinations of the red5 config settings "delayWrite"
and "queueThreshold", with no success.
I can also can verify that setting attachCamera and attachMicrophone to null
for a very long period of time does result in a successful, non-truncated final
recording, but that workaround is unacceptable based on my particular
requirements (I need to be able to play back the recorded video immediately
after the recording).
Original comment by l...@felar.ca
on 14 Jan 2013 at 4:35
Same problem on Win XP. This renders Red5 1.0.1 completely unusable for me. Why
isn't this fixed yet?
Original comment by Wim.Dewi...@gmail.com
on 30 Jan 2013 at 4:05
There is no such problem in Red5 1RC2 (Win 2008, jvm6). Since 4 out of 6
comments mentions v0.8 is there something to know about newer versions, or is
it just because the old one is tried and tested?
Original comment by rimantas...@gmail.com
on 30 Jan 2013 at 4:46
Hi RED5 group,
Could anyone help me to fix this issue
Red5 1.0.1
java 1.7
Windows 7
Thanks in advance
Regards
Original comment by juanlla...@gmail.com
on 1 Feb 2013 at 1:22
Same here under Ubuntu 12.04& java 1.6.
I ended up reverting to 0.8
Original comment by mic...@smsite.co.il
on 1 Feb 2013 at 10:52
I'm running
MacOSX 10.8
java 1.7
I have tried with red5 1.0 Final, red5 1.0.1, red5 1.0 RC2 and red5 0.8 .
The problem persists on all 1.x versions. I still couldn't test 0.8 because I
get some other unrelated errors, I will post back on the subject when I resolve
the errors and test the recording.
Original comment by odvratno...@gmail.com
on 9 Feb 2013 at 12:28
Issue 343 has been merged into this issue.
Original comment by mondain
on 9 Feb 2013 at 3:01
Original comment by mondain
on 9 Feb 2013 at 3:01
This issue was closed by revision r4565.
Original comment by mondain
on 11 Feb 2013 at 3:08
Hello...
How (where) can i download the Red 5 installer with this changes?
Thanks.
Original comment by alexande...@gmail.com
on 28 Mar 2013 at 11:20
You can always find the latest available downloads on the front page
https://code.google.com/p/red5/
Original comment by mondain
on 28 Mar 2013 at 9:58
Iv'e just tried the new 1.0.2-snapshot and the problem mentioned above persists.
I always keep getting bufferLength of size 0 so I cannot really tell when to
finish the recording.
Stopping in the middle causes a broken FLV so it seems the only way is using
the watcher api to detect when the ".ser" file is deleted (which is a very
crapy way of handling it).
Any other ideas?
Original comment by doro...@gmail.com
on 1 Apr 2013 at 5:23
I'm using 1.0.1 version on windows, and my flv file is also truncated, I record
about a minute, and the end file is much less than that...
Original comment by harrypit...@gmail.com
on 17 May 2013 at 6:06
same problem with
windows2008 / java7 / red5 1.0 red51.01 red51.02
Original comment by yar...@gmail.com
on 18 Jul 2013 at 12:14
I'm having the same issue on windows 7 v 1.01
Original comment by penny.la...@gmail.com
on 16 Aug 2013 at 2:55
actually same issue in 1.02 as well
Original comment by penny.la...@gmail.com
on 16 Aug 2013 at 2:57
I've tested this feature successfully a number of times, both locally and on an
external server. So far 1.0.2 is pretty solid on recording. I suggest that you
work on your client code to ensure you are properly closing the source and
associated streams before assuming its the server that is in error.
Original comment by mondain
on 16 Aug 2013 at 6:53
does red5 support buffering locally with a flush on record stop like this
kind of gist?
https://gist.github.com/ericskiff/987076/raw/e7a6f4abd9f038233aa5a0b2ce146f263db
77ce8/gistfile1.as
Original comment by penny.la...@gmail.com
on 16 Aug 2013 at 10:04
win 7 red5 1.0.1 same problem.
Original comment by apst2...@gmail.com
on 27 Aug 2013 at 4:26
[deleted comment]
[deleted comment]
Same problem with Win 8 and red5 v1.0.1, before I worked with v0.8 and
everything was ok, if I waited for bufferLength 0 and then closed stream. But
in v1.0.1 I have everytime buferLegnth 0 or sometime 1s
Original comment by vav...@gmail.com
on 29 Aug 2013 at 4:55
Any server doesn't care if you're buffering on the client; I'm not sure if
flash even gives the server any indication of its internal process. The caveat
here is to close the netstream after you're done with it; ie. all your data has
been sent! Neglecting to detach your sources (camera / mic) from the netstream
will prevent it from being done. If you handle things properly, you will get
net status events that will allow you to proceed. Once you get
UnPublish.Success, close your netstream.
Original comment by mondain
on 29 Aug 2013 at 7:43
It looks like that it works in 1.0.2, bufferLength is still 0, but Video is
saved complete. I tested only on localhost
Original comment by vav...@gmail.com
on 3 Sep 2013 at 7:00
@mondain : I am also facing a similar issue on Mac Safari and Mac Firefox
browsers while doing recording.
However the recording works fine with Chrome on Safari.
Also , it works on Windows7.
I want to know :
1. whether or not the bug mentioned in this thread is also browser specific.
2. Will upgrading my Red5 version to 1.0.2 fix the issue for all browsers ?
Original comment by tewari.a...@gmail.com
on 21 Jul 2014 at 7:11
I try create sharedobject in my pc but can't. Attachment screen.
Original comment by duvan...@gmail.com
on 20 Feb 2015 at 3:53
@duvanyse that has nothing to do with this issue report; also do a google
search as there are plenty of examples for creating an SO.
Original comment by mondain
on 20 Feb 2015 at 4:10
Original issue reported on code.google.com by
kamil.ma...@gmail.com
on 6 Dec 2012 at 11:10