Charlie,
Thanks for attaching your server…
Two comments: you are running rtp-live-lowlatency we are not…???
Also did you view the UDP stream for at least a few minutes…I have now run this on two servers on two entirely different networks and after a minute or so it always locks up and freezes the video.
Richard
Charlie,
Thanks as always, I think we chased the gremlins out of the network/server also…streaming well now.
Installed Wowza 2 also last night and working as well with RTP streaming via TCP interleaved…
This was one of the posts that referenced the Axis Camera I’m using so I though I’d pose my problem here.
I’m trying to set up a test environment and download and installed “Wowza 2 Advanced Preview 7 expires 30 November 2009 2.0.0-preview7 build21940”
I tried to follow the initial set-up for the Wowza server and when I run live.html on the computer running the wowza server and I enter,
Server: rtmp://localhost/live
Stream: rtsp://10.1.1.44:554/axis-media/media.amp
I get the following message "Failed to play rtsp://10.1.1.44:554/axis-media/media.amp; stream not found.
However, when I copy the stream url and enter it into VLC the video connects and the video seems fine.
So, I don’t really know why VLC sees the stream but the Wowza server says it doesn’t??
Any suggestions?
Hi!,
I have an axis encoder Q7401 and Qvidium Encoder.
I am able pull and record the stream from Axis Q7401.
I would live to record at the same time and pull multiple streams from the Wowza server of the live event.
How can I do that?
Thanks,
Raj selvaraj
Thank you for you reply.
By doing that is not coming directly from Encoder rather than Wowza server.
I want pull every stream from wowza server what I ment multiple means say encoding but while it is recording at the same time it should transmiting live.
Also, i do not want to expose my IP address of the stream i would like to give it another name.
Also, how can If user name password for the encoder can i pass that information
thanks charlie. i figured it out. too much reading today i guess. i still wasn’t able to get flowplayer working, but I did get JW working.
here is the log for flowplayer:
INFO session connect-pending 2009-11-05 19:05:31 19320852 [ip-address] - 3459 3073 0.125 - - - - - - [ip-address] -
INFO session connect 2009-11-05 19:05:31 19320852 [ip-address] - 3459 3073 0.125 - - - - - - [ip-address] -
INFO server comment 2009-11-05 19:05:32 - - - - - 6785.11 - - - - - - - sortPackets[1]: sortBufferSize:500
INFO stream create 2009-11-05 19:05:32 19320852 [ip-address] - 3531 3361 0.0 - 1 0 0 - - - -
INFO server comment 2009-11-05 19:05:32 - - - - - 6785.172 - - - - - - - MediaStreamMediaCasterPlay: startPlay
where [ip-address] is the stream ip address
and here is the player config
flowplayer(“player”, “…/flowplayer/flowplayer-3.1.5.swf”,
{
clip: {
url: ‘rtsp://[ip-address]:554/axis-media/media.amp.flv’,
live: true,
provider: ‘rtmp’
},
plugins: {
rtmp: {
url: ‘…/flowplayer/flowplayer.rtmp-3.1.3.swf’,
netConnectionUrl: ‘rtmp://[server ip address]/rtplive’
}
}
}
);
i’ve got it turned on and can hear it on the http viewer on the camera itself, but i can’t hear anything in the jw player. I was wondering if there is a wowza config setting or option i need to set.
Hi Richard, my new problem is that when I check the stream profile I don’t see anything related to audio nor can i find an example of the possible parameter setting that may work or where within the file to put them.
i can’t find anything in wowza as a property example to use. However!..I rebooted the camera and my server and it now works using AAC.
I have 2 axis q1711 cameras. both configured the same, but streaming from different networks, isp’s.
the first one works nearly flawless with wowza. the second streams without issue when viewing the camera in the camera’s browser using the h.264.
when using wowza we only get about 30-60 seconds of streaming and then the stream freezes. Again, we don’t get this issue directly with the camera, but only when restreaming through wowza.
Any advice for troubleshooting or tweaking settings on this?
Hi Charlie.
Thanks for that. I was guessing that’s what you’d say.
At present AXIS can’t offer PTZ/h264/audio/RTSP in a single package. However I have found this brand/model which does:
http://www.omconcctv.com/900IPS.html
Have you heard of these, and has anyone used one of these with a Wowza server?
I might try to get my hands one on…
Thanks Charlie.
If that question is still actual:
You can do it with AXIS Q7401 encoder and any analog speed dome (PTZ control through RS485 ). As a result you will have h264 PTZ with two way audio. The AXIS Q7401 encoder works fine with Wowza (all other AXIS h264 ready products work too).
Hello,
I have successfully streamed using rtsp via wowza before. However, I have a new camera which is causing some issues.
Play back of the stream in VLC works fine in all resolutions - Wowza streaming using CIF resolution worked a few times, but was very poor. Now wowza has stopped streaming in any resolution. Here is the output log from the server:
INFO session connect-pending 0:0:0:0:0:0:0:1%0 -
INFO session connect 0:0:0:0:0:0:0:1%0 -
INFO stream create - -
INFO server comment - MediaStreamMediaCasterPlay: startPlay
INFO server comment - RTPMediaCaster.create
INFO server comment - RTPMediaCaster.init
INFO server comment - RTPMediaCaster.Reconnector: start
INFO server comment - RTPSessionTracker.add[rtsp://10.1.1.22:554/live]: 1
INFO server comment - RTPSessionDescriptionDataProviderBasicRTSPWorker.buildSDPData: sessionId:10283 sessionTimeout:0
INFO server comment - RTPSessionDescriptionDataProviderBasic.getStreamInfo: RTSP/RTP re-streaming. Success, received SDP data.
WARN server comment - RTPTrack.getCodecConfig(video): Missing NAL SPS(7)
WARN server comment - RTPTrack.getCodecConfig(video): Missing NAL PPS(8)
INFO stream create - -
INFO stream create - -
INFO stream publish rtsp://10.1.1.22:554/live -
INFO server comment - RTPSessionDescriptionDataProviderBasicRTSPWorker.sessionStart: PLAY: rtsp://10.1.1.22:554/live
INFO server comment - RTPMediaCaster.Reconnector: stop
INFO server comment - firstPacket: TCP:$0
I’m assuming the Missing NALs are the problem but why would it work sometimes and not others?
I have updated to the latest dev build - but video just stays blank.
If anyone can tell me a solution or just confirm that there is no way around the missing NAL’s that would be great.
Richard thanks for quick reply.
I changed the setting, he is a mostly what was in the output. It just repeated the following paragraph over and over again.
CSeq: 11
Session: 48787
DEBUG server comment - RTPSessionDescriptionDataProviderBasicRTSPWorker.send(open): command:GET_PARAMETER
DEBUG server comment - rtp[trackID=0:1400] {80 60 07 73 00 a4 93 40 45 67 23 01 7c 81 f2 02 }
DEBUG server comment - FU-A: end:false tc:10785600 st:true
DEBUG server comment - rtp[trackID=0:390] {80 e0 07 74 00 a4 93 40 45 67 23 01 7c 41 10 9b }
DEBUG server comment - FU-A: end:true tc:10785600 st:false
DEBUG server comment - nalUnit: hdr:61 sz:3560:3564 typ:SLICE
DEBUG server comment - sliceType:0 frameType:2
DEBUG server comment - writePacket[vid]: sz:3569 tc:1261005711587:10774800:1261005711712 key:false
DEBUG server comment - checkFlush[true,false,50]: tc:1261005711587>1261005711517 || rt:1261005711712>1261005711641
DEBUG server comment - flush: notify:false tSize:1 dataObjs:67 time:121 tOffset:105
DEBUG server comment - cseq: 11
DEBUG server comment - server: LAUNCH server
DEBUG server comment - session: 48787
DEBUG server comment - uri: RTSP/1.0 200 OK
DEBUG server comment - protocol: RTSP/1.0
DEBUG server comment - status: 200
DEBUG server comment - response: OK
DEBUG server comment - cseq: 11
DEBUG server comment - server: LAUNCH server
DEBUG server comment - session: 48787
DEBUG server comment - *** RTSPMessageReceive ***
RTSP/1.0 200 OK
protocol: RTSP/1.0
cseq: 11
uri: RTSP/1.0 200 OK
session: 48787
status: 200
server: LAUNCH server
response: OK
*** this part is just repeated for along time ***
DEBUG server comment - RTPSessionDescriptionDataProviderBasicRTSPWorker.processResponse: command:GET_PARAMETER response:RTSP/1.0 200 OK status:200 handled:false
DEBUG server comment - send[359059497]: size:293 filter:7 time:301 tOffset:-840
DEBUG server comment - rtp[trackID=0:1400] {80 60 07 75 00 a4 cb 80 45 67 23 01 7c 81 f4 02 }
DEBUG server comment - FU-A: end:false tc:10800000 st:true
DEBUG server comment - rtp[trackID=0:1400] {80 60 07 76 00 a4 cb 80 45 67 23 01 7c 01 81 37 }
DEBUG server comment - FU-A: end:false tc:10800000 st:false
DEBUG server comment - rtp[trackID=0:1400] {80 60 07 77 00 a4 cb 80 45 67 23 01 7c 01 c4 16 }
DEBUG server comment - FU-A: end:false tc:10800000 st:false
DEBUG server comment - rtp[trackID=0:68] {80 e0 07 78 00 a4 cb 80 45 67 23 01 7c 41 e3 11 }
DEBUG server comment - FU-A: end:true tc:10800000 st:false
DEBUG server comment - nalUnit: hdr:61 sz:1763:1767 typ:SLICE
DEBUG server comment - sliceType:0 frameType:2
DEBUG server comment - writePacket[vid]: sz:1772 tc:1261005711707:10785600:1261005711874 key:false
DEBUG server comment - checkFlush[true,false,50]: tc:1261005711707>1261005711637 || rt:1261005711874>1261005711762
DEBUG server comment - flush: notify:false tSize:1 dataObjs:67 time:162 tOffset:147
DEBUG server comment - rtp[trackID=0:253] {80 e0 07 79 00 a4 f5 b0 45 67 23 01 61 f6 06 c5 }
DEBUG server comment - SINGLE: end:true tc:10810800 sz:241
DEBUG server comment - nalUnit: hdr:61 sz:4213:4217 typ:SLICE
DEBUG server comment - sliceType:0 frameType:2
DEBUG server comment - writePacket[vid]: sz:4222 tc:1261005711867:10800000:1261005711985 key:false
DEBUG server comment - checkFlush[true,false,50]: tc:1261005711867>1261005711757 || rt:1261005711985>1261005711924
DEBUG server comment - flush: notify:false tSize:1 dataObjs:67 time:111 tOffset:98
DEBUG server comment - send[359059497]: size:2923 filter:7 time:250 tOffset:-840
DEBUG server comment - rtp[trackID=0:1400] {80 60 07 7a 00 a5 1f e0 45 67 23 01 7c 81 f8 02 }
DEBUG server comment - FU-A: end:false tc:10821600 st:true
DEBUG server comment - rtp[trackID=0:241] {80 e0 07 7b 00 a5 1f e0 45 67 23 01 7c 41 42 57 }
DEBUG server comment - FU-A: end:true tc:10821600 st:false
DEBUG server comment - nalUnit: hdr:61 sz:241:245 typ:SLICE
DEBUG server comment - sliceType:0 frameType:2
DEBUG server comment - writePacket[vid]: sz:250 tc:1261005711987:10810800:1261005712106 key:false
DEBUG server comment - checkFlush[true,false,50]: tc:1261005711987>1261005711917 || rt:1261005712106>1261005712035
DEBUG server comment - flush: notify:false tSize:1 dataObjs:67 time:121 tOffset:99
DEBUG server comment - rtp[trackID=0:1400] {80 60 07 7c 00 a5 4a 10 45 67 23 01 7c 81 fa 02 }
DEBUG server comment - FU-A: end:false tc:10832400 st:true
DEBUG server comment - rtp[trackID=0:1400] {80 60 07 7d 00 a5 4a 10 45 67 23 01 7c 01 8d 5b }
DEBUG server comment - FU-A: end:false tc:10832400 st:false
DEBUG server comment - rtp[trackID=0:1200] {80 e0 07 7e 00 a5 4a 10 45 67 23 01 7c 41 9a 4b }
DEBUG server comment - FU-A: end:true tc:10832400 st:false
DEBUG server comment - nalUnit: hdr:61 sz:1614:1618 typ:SLICE
DEBUG server comment - sliceType:0 frameType:2
*** Continues to Repeat ***
This is not a brand name camera, I am working with a manufacture evaluating alternative PTZ type cameras, as the appropriate Axis one is too expensive and there seems to be problems with the sony camera and wowza.
Just strange that i’ve had it working fine and then it stopped in wowza but fine in everything else. I did get it to display video last night through wowza but the image was terrible - basically completely black in the middle and pixelated at the top.
I’m setting the camera up so that it accessible via the web today. Maybe if i send you the rtsp url you could take a quick look.
Thanks for you help.
Hi Charlie,
Thanks for the reply. I had already followed those instructions before I started down the forum road.
Is there away to alter those settings to allow for greater packet losses maybe?
Thanks
Hello. I have followed the post http://community.wowza.com/t/-/53 and even searched through its 18 pages, but still I have 2 doubts :
1.- I have the example running with the Axis 1011w and video shows in the wowza html but no mplayer neither vlc get to read my supposed outputted/restreamed rtmp://localhost/rtplive. The most verbose i get is the next message at stdout :
“WARN server comment - RTPSessionDescriptionDataProviderBasic.getStreamInfo: SDP file missing: /usr/local/WowzaMediaServerPro/content/rtplive”
live streaming/restreaming is it suppossed to pass thru filesystem ???
2.- This kind of restreaming may be achieved without browser ? I mean, from a central server which has no X at all, how do i do this swf restreaming job ?
Thanks.
Tnx. Charlie.
I’ve seen the url referred and first thing I found is “for Adobe Flash player only”, this means that’s the only working alternative? I need to use jwplayer, dashplayer or similar.
As for my 2nd question, i really explained barely myself. I meant that i would need to do the reestreaming job via terminal scripting so that startups wouldn’t require manual intervention from browser. I don’t know if through curl or similar i could active the restreaming at any time as the live/client.html (swf) does.
You are best off moving to Wowza Media Server 2. The instructions are here:
https://www.wowza.com/docs/how-to-re-stream-video-from-an-ip-camera-rtsp-rtp-re-streaming
If you want to play in mplayer or vlc then it is best to use RTSP/RTP out which is only supported in Wowza Server 2.
I really don’t understand the second question.
Charlie
Hi Charlie…
I have a question for u… Here is my setup for the project i am working on… I am using VLC to re-encode on the fly an MPEG2-TS stream to H.264+AAC and send it to wowza over RTP.
At home i have only 1 Mbit/s upload and the stream has to be broadcasted over unicast… Anyway, at work i have a 16 Mbit upload and this is more then enough for my small test… So, here is the deal… I would like to stream from VLC to wowza (home computer) - this part worx, then re-stream with wowza (@ work)… Players would then connect to the wowza server @ work…
Scheme:
MPEG2 stream —VLC----Wowza (home pc) ------ Wowza (work pc) ---- 5 unicast clients
What is the best way to do this?
Thank you…
Ok…
Will try it that way… Does it also mean, that wowza can re-stream some other rtsp streams? Like ones coming from Darwin streaming server or Windows Media Services?
Thank you…
This is getting interesanting…
Till now it worx as a charm… I have one more question… I have made one lets call it “publishing app” and named it SOURCE… I have it on home pc and on my work pc… At home it is defined as origin and @work as edge…
What would happen if i would like to use the same publishing app as origin again… That means… I stream from home pc to work pc… Clients connect to my work pc… What will happen if i want to have instead of 5 clients lets say 20… My work bandwith is only 16 Mbit/s… In my case, i would need one more wowza server on another location to restream again… Am i right?
Scheme:
MPEG2 – VLC --pc@home—pc@work—pc@new1----pc@new2—pc@newN
pc@work has 5 clients connected to it
pc@new would have n clients connected to it
pc@new2 the same thing
pc@new would have N clients connected to it…
How do i define apps then @ wowza servers! Orgin or edge? the only ones that i am sure about are pc@home (100% ORIGIN) and the last one in the row (100% edge)… Looks like a ring architecture, but i hope it works with wowza?
a
Is this possible at all or not??
Thank you
Have i already told u that i love Wowza? :)))))