LiveStreamRecord: Module for recording a live stream on demand

[gaurav]

Hi,

I am using the livestreamrecord module and am able to record streams.
However, we need to record to a different location, I know we can change path using

//recordOptions.outputPath = "${com.wowza.wms.AppHome}/content/mycoolvideo.flv";

but I have to save files in D:\ABC\room\filename.flv

The problem is D:\ABC directory exists but the room directory inside it does not and the name is dynamic and hence the folder should be created by the wowza module. Can we do this without changing the wowza module ?

Thanks,
Gaurav

[tacman1123]

I posted that same question earlier (since the VideoRecording module does act that way and creates the directory if it doesn't exist), and evidently there's no way to do it from the Flash actionscript, you'd have to recompile Wowza.

My hack solution was to have PHP create the directory in the same script that loads the Flash object used to connect to the server. Permissions were a bit of a headache, but eventually it worked. Not very elegant, though.

Tac

[gaurav]

No problem, I changed the wowza module and now I create the directory in the Java code.

[pablo1]

Hello.

I´m having the same trouble as cardillator (we are actually work mates and are trying to do the same).

We are trying to stream and record unsuccesfully.

Our Scenario:

We have a server application with StreamType: live-record and all its Application.xml config variables by default.

We use as client the videorecording app that is on the examples (a bit modified to allow configuring resolution, fps and quality in the same flash).

Wowza is running under linux, java 1.6 and this hardware specifications.:
Hardware Available Processors: 4
Hardware Physical Memory: 1872MB/7982MB
Hardware Swap Space: 1983MB/1983MB

Our symptoms are the next:

When we try to record a lowquality stream (160x120, 5fps and 70%quality), all seems to work properly. The livestreaming is ok without cuts, and when stopping the record it finishes fast and the flv generated is fluent.

As we increase the quality of the stream, it starts to work "weird". The livestream starts to lag and have a big latency. When we stop the record, the flash freezes at "Wait..." and the file generated freezes (only the video, the sound works great), sometimes. The more quality we try, the more it gets froze. Even if the "stop the record" doesnt freeze at "Wait...", and the flv generated completes, its still freezing.

We have installed 2.1 patch and we are still having problems.

Thanks for helping

[rrlanham]

The problem might be the upstream bandwidth. To smooth it out, tyy increasing the bufferLength of the VideoRecording client netstream. Try a very high value 10, 20 or 30 seconds, or more.

Richard

[pablo1]

Hello rrlanham.

Thanks for your help.

We have made some more tests and as you said, it "is" a upstream bandwidth problem. As we have in the office a 1.5Mbps upload connection, and the client was using just 300kbps we declined that theory, but after some tests there must be a problem at this computer/network socket that limits its bandwidth.

But that suggests another question. If we configure our client to stream at, lets say 1Mbps, and during a transmission our connections gets slow for a while, will it collapse and crash?. Shouldnt the buffer just detect that the client is generating more packets than the net is able to transmit, and discard some of them to grant the quality of the service?

When we use the videochat example, it seems to work that way. Maybe is the lowlatency property making it work? Should I use live-lowlatency-record instead of live-record?

[rrlanham]

The best thing to do is reduce the bitrate to what the network can handle. live-lowlatency reduces latency but not bitrate.

Richard

[gaurav]

Hi,

I am using this live stream record module with video chat connection.
If suppose 4 people are joined in to the video chat. I do recording from one of the person say P1. I record P1 at all times and any other person which can be selected by P1 (say P2). I get the identifier of P2 and use the live stream record to record the other student as well. This can be changed and P1 may want to record P3 now,I stop P2 recording and start P3. All workd well.
However, if while P1 and P3 (any other person for that matter) are being recorded and a new person joins in the video chat, P3's recording is stopped automatically. However, P1 continues to be recorded. I want that P3 recording must not be stopped because he was connected to the room all the while, why does any other connection established stops his recording ?
Any help would be appreciated.

Thanks

[rrlanham]

Is there some kind of name conflict? From your outline, it does not seem like there should be a problem. But you have to look closely at that happens in your system when a new user connects.

It's not clear who is operating the LiveStream record client app, where the Record button is being pushed, or how that is integrated into your system. But multiple users should be able to have running copies of that, and be able to subscribe to different streams and record them... as long as there is no stream name conflicts, and streams are not being disconnected. You might want that to be running separately.

Richard

[gaurav]

Is there some kind of name conflict? From your outline, it does not seem like there should be a problem. But you have to look closely at that happens in your system when a new user connects.

It's not clear who is operating the LiveStream record client app, where the Record button is being pushed, or how that is integrated into your system. But multiple users should be able to have running copies of that, and be able to subscribe to different streams and record them... as long as there is no stream name conflicts, and streams are not being disconnected. You might want that to be running separately.

Richard

Hi Richard,

There are no name conflicts in the system as the identifiers are generated by the wowza server itself.
As far as the pushing of the record button is concerned, as I said in the description, P1 is the owner of the room. There is a designated owner and he pushes record button. He is recorded throughout while he selects one more to be recorded. When a user joins this room there is no issues in recording with P1 but the other recording is stopped at this time.

In case this helps, I was running the wowza server in debug mode and found that the other stream is being stopped and then published again by itsely.
Here's the debug tace:

INFO server comment - onConnectAccept: 604418858 This is the new connection
INFO server comment - onConnectAccept: add property: 604418858
INFO stream create - -
INFO stream create - -
INFO stream create - -
INFO stream stop c2045992298 - Previous connection
INFO server comment - onStop
INFO stream stop c2045992298 - Stopped automatically
INFO server comment - onStop
INFO stream publish c2045992298 -
INFO server comment - onPublish
INFO server comment - onPublish: add stream: c2045992298 Published again
INFO stream publish c604418858 -
INFO server comment - onPublish
INFO server comment - onPublish: add stream: c604418858
INFO stream play c2045992298 -
INFO server comment - onPlay
INFO stream play c2045992298 -
INFO server comment - onPlay
INFO stream play c604418858 -
INFO server comment - onPlay

Thanks for your quick reply.