I have successfully deployed the 1.5 preview 2 and have my stream live from wirecast (h.264) to wowza and can receive the video but not the audio. Any ideas on what to check would be appreciated.
my stream is: rtmp://fast.shangby.com/live
name: wow.sdp
Video plays fine - audio is absentā¦ I have double checked all in wirecast and know that it is sending video and audio as I can get the audio on a separate quicktime version of the same stream with the same encoder preset.
Thanks
Steve
Hello.
It continues to Mr.Masateru.
I publish detailed information.
*Investigation report
1.SD Cam(480i)30fpsā>WireCast3.5.2 1Mb/s640*480(RTMP)H.264 -->WowzaPro1.7Liveā>Flash10 Good! 30fps.
2.SD Cam(480i)30fpsā>WireCast3.5.2 1Mb/s640*480(RTP)H.264 -->WowzaPro1.7Liveā>Flash10 Good! 30fps.
3.HD Cam(720P)30fpsā>WireCast3.5.2 1Mb/s640*360(RTMP)H.264 -->WowzaPro1.7Liveā>Flash10 Not good! Movie is Slow motion.
4.HD Cam(720P)30fpsā>WireCast3.5.2 1Mb/s640*360(RTP)H.264 -->WowzaPro1.7Liveā>Flash10 Not good!! 1fps #.
#Even if Config file of WowzaPro1.7 is adjusted, it becomes 1fps.
5.HD Cam(720P)30fpsā>WireCast3.5.2 1Mb/s640*360(RTP)H.264ā>QuickTimeSreamingServer Liveā>QuikTimePlyer7 Good! 30fps
*RTP:WireCast3.5.2 Setting Announce to QuickTime Streaming Server.(myStram.sdp)
The reproduction with the QuikTime player was normal.
(The Broadcast packet of WireCast3.5 was normal.)
There seems to be a problem in the frame processing of WowzaPro1.7.
It is unquestionable for 480i.(Case1 or Case2.)
There is a problem at 1080HDV or 720P(HDV). (Case3 or Case4.)
As for FMS, it was a same deal.
6.SD Cam(480i)30fpsā>WireCast3.5.2 1Mb/s640*480(RTMP)H.264 -->FMS3.5Liveā>Flash10 Good! 30fps Good!
7.HD Cam(720P)30fpsā>WireCast3.5.2 1Mb/s640*360(RTMP)H.264 -->FMS3.5Liveā>Flash10 Not good! Movie is Slow motion.
A H.264live source of the High-Definition Mode cannot be treated.
It was unquestionable for RTP by WowzaPro1.5.
Is there a good method?
The problem part turned out.
It is possible to reproduce it in the following environments.
1.OS:WindowsXP SP2
2.CPU:Core2Quad 2.8G.
3.Memory4GB.
4.WireCast 3.5.2
*Flash type ; rtmp://ServerName:1935. StreamName:myStream.
5.HD-SDI input 720P.
6.Server WowzaPro1.7path-7 or FMS3.5.
7.FlashPlayer10.
*Live Sample.
*Please select blank(silent) audio with WireCast3.5.2.
*At that time, the FlashVideoMovie becomes slow motion.
*When DeckLink Audio is selected, it recovers.
*It was necessary to select only Video by the H.264 encode when in the HD signal, there was no SDI-Audio.
*In the encode of QuickTime (QuickTimeServer), there is no problem.
The processing of blank(silent) audio might be bad with WireCast.
Or,Is the processing of silent audio of the server bad?
Whether the WowzaPro(or FMS) or WireCast is a cause is not understood.
It reported on the same content to the WireCast support.
In addition, it examined it in detail.
As for animation, SD was delayed(Slow movement).
It is not worse than HD.
Animation is delayed(Slow movement) only a little.
When the input of Audio becomes silent when Video&Audio has been selected, it is useless.
Will it be a characteristic of FlashPlayer?
Thank you.
About a high bandwidth.
640*360ć2Mb/s
1280*720 2Mb/s
1280*720 3Mb/s
All were the same.
There is no problem when only Video is checked and encoded.
There is no answer from the WireCast support yet.
Hi,
A silent Audio problem of WireCast3 was solved. 
It doesnāt happen if it is a player of ActionScript3.0.
I was surprised because the version influenced it in such a place.
Tom Isono.
Hi,
I cannot transmit using Wirecast / Quicktime using mac, but I can transmit fine using adobe flash encoder with windows. Telnet to wowza server port 1935 from mac is responding fine, So, the problem is not the firewall ports in mac. Nothing in logs when I try connect from mac, only when I connect using adobe flash encoder.
Anyone can help-me?
thanks,
Andre.
Iām new with these media servers so donāt know if this is possible. I have done quicktime broadcast (h.264) from wirecast to wowza server. Is it possible to set output rtmp-server url where the stream would go from wowza server (like in flash media encoder)?
Ok, lets try again ;).
I have done live broadcast with wirecast and encoded with wowza pro like your instructions said. It works great as it should and other people can watch the stream from my server with flashplayer.
So everyone who know my site can watch the stream from my server. What I like to do next is that I would stream my broadcast to another website that lets it users stream their live video on their site. On that site you can use your webcam or dvcam with flash media encoder which streams the video to other users. You just have to give FME their RTMP-server URL (I think their server is FMS).
So is it possible to set wowza to stream the broadcast to that websites rtmp-server. My wowza server would be set as origin-server and that other server would act like edge-server.
Donāt know if I made it any more clearer than last time. 
Hi
I streamed the image of HD to WowzaMediaServerPro(1.7.0-patch7) by using Wirecast(3.5.2 ).
It was an image to which the frame was missed when the image was seen.
It was feeling that had been reproduced with 1fps when it set with 30fps image was seen.
However, when the image was SDTV, it was unquestionable.
If it sets where, it repaired?
M.Kagawa
Hi there,
I followed your steps and until numerb 8 thereās no problem, but when I try to start the Broadcast, I get several failures, I canāt say when witch failure appears, it feels like random. But here they are:
Time-out of the Server
Cannot connect to Wowza and the Wowaz cmd window, prints out that there is something missing in the /installdir/applications/_deapp folder, bute thereās no such folder.
And sometimes when I ran Wirecast for a special amount of time my system shuts down completely.
I really do not know what the problem might be, but to me it seems that the Wirecast cannot send teh stream to Wowza for a reason. Do I have to make special settings first?
thanks for your help!
leilani
Hello Charlie,
actually we do a musical live show using Streaming and Wirecast 3 as Production Software. The signal is encoded in WMV format and publish it in an HTML Site.
What we normally do is send the signal to the Streaming Server (is a service provided for another company) and we get an URL back to publish it in our HTML site.
Now, we are changing our site to FLASH and we want to continue using our Wirecast 3 software for production. My problem is that I donāt find the way to use Wowza Media Server with Wirecast 3, send the flash signal to our Streaming Server and publish it in the Flash site.
I hope you understand what I want to knowā¦
/Johny.
i follow step by step the tut and and seems ok
but i get this error usign the flash client:
Connection failed: Application folder ([install-location]/applications/) is missing.
but the folder is here
#:/usr/local/WowzaMediaServerPro# ls /usr/local/WowzaMediaServerPro/applications/
streamtest
Wirecast report no error and the log of Wowza reports connecting was ok
INFO rtsp connect 371190989 -
INFO rtsp announce streamtest/definst/myStream.sdp -
INFO stream create - -
INFO stream publish myStream.sdp -
INFO server comment - UDPTransport.bind: /91.121.xx.xx:6974
INFO server comment - UDPTransport.bind: /91.121.xx.xx:6975
INFO server comment - UDPTransport.bind: /91.121.xx.xx:6976
INFO server comment - UDPTransport.bind: /91.121.xx.xx:6977
INFO server comment - UDPTransport.firstPacket: /91.121.xx.xx:6974
INFO server comment - UDPTransport.firstPacket: /91.121.xx.xx:6975
INFO server comment - UDPTransport.firstPacket: /91.121.xx.xx:6976
INFO server comment - UDPTransport.firstPacket: /91.121.xx.xx:6977
yes Charlie,
you re right.
all is ok
as wirecast send data in a quicktime format, is it possible to read the stream also from a quicktime player ? because i noticed after a few tests that a lot of people still dont have 9.0.115 flash player or higher
Would be great if we use also quicktime player to read the stream
i still have the solution to stream to both quicktime media server and wowza from wirecast
the problem with player upgrade is that it will not work if the user dont have admin privileges (ie at office, and it s often the case in large companies )
Weāre using Wirecast to EC2, and generally we love how well it works. The biggest hitch weāre running into is that we have to delay our audio 330ms (10 frames) upstream of the encoder for it to arrive in sync at the client. While this workaround generally works (and we need to make sure that any video content we play from within Wirecast is also delayed by 10 frames), at some point weāre considering offering a simultaneous Windows Media stream, which is perfectly in sync without the hardware audio delay.
Weāre running rtplive and pushing a 500K (nominal) stream at 15fps. The delay problem doesnāt seem to be related to the encoder hardware as it does the same thing whether I do it from our stream producer system at the office using Osprey capture, over the T1s or from a DVCAM deck into my laptop at home via Firewire over my cable modem.
Is there something I need to tweak in the AVSync config parameters, or is it something else?
Iām pushing the stream out over TCP via wirecast, and have the UDP range open.
designzoo, it sounds like youāre pushing it out over DSLā¦ While your upstream is nominally 768K, the realities of consumer-grade (and SOHO-grade) DSL is that you canāt count on that upstream to be consistent enough to push a stream.
Using the latest AMI yesterday, itās still desynced. Iāll try the config settings you suggested.
Load on the encoder is around 30-40%. Weāre also recording a stream to disk, and sometimes that will cause the frame rate to drop below nominal 15fps, even though CPU isnāt maxed, but it causes a āmax headroomā effect on the clients. I suspect this is in part due to using TCP vs. UDP, but on UDP I expect the effect would be dropped audio rather than hearing the same audio sample repeated a few times.
Is setting up in an edge/repeater likely to help or exacerbate the problem?
Charlie, The sorting doesnāt seem to have had any effect.
Ā© 2007ā2024 Wowza Media Systemsā¢, LLC. All rights reserved. ā Security & Privacy PolicyLegalSystem Status