Wowza Logo Wowza Icon
Wowza Video Sign Out
Talk to an Expert Free Trial
Wowza Video Sign Out

Wowza Community

Using an MPEG Transport Stream (MPEG-TS) encoder with Wowza Pro (MPEG-TS)

Wowza Streaming Engine
#12

Sounds like you are using Wowza Pro10 - it doesn’t support MPEG-TS ingest. We just emailed you a 30-day evaluation license that does. Let us know how your test progresses.

#13

Can you provide more information…

  • What do you see when you poll the server from a browser with

http://[server-ip-address]:1935

I would first verify that you in fact have the correct license key installed.

What encoder are you using? Also, are you sure you’re sending H.264/AAC over MPEG-TS?

#14

VLC might be able to do this but it does not seem all that stable. I can’t think of any other hardware/software encoders that can take in an MPEG2 transport stream and spit out H.264. VLC is the only one that comes to mind. You may want to contact Digital Rapids. They may have a solution that supports this mode of operation.

Charlie

#15

VLC is tough. It is pretty buggy in this area. If the audio is out by 5 seconds not sure there is much we can do. It is most likley off somewhere inside of VLC. With mpeg-ts the audio/video is pre-synced. So the AVSyncMethod does not come into play. This is only used for RTP. With MPEG-TS we use the sync provided to use inside the MPEG-TS stream. All streams are to use a 90Mhz clock and the video/audio packets are to use the same time basis.

Charlie

#16

First, how do you know which UDP port to us? Is it just something you pick anytime or is it something that is configured somewhere in WMS?

You pick any ports you like. It is configured on the encoder side. You are basically sending a UDP signal to the server running Wowza Pro on a specific port. Wowza Pro is simply binding to that port and decoding the stream.

Second, step 5 talks about [server-ip-address] and [ip-address]. What is the difference? It defines [server-ip-address] as the WMS server and [ip-address] as the ‘destination’. Well, isn’t the destination the WMS server???

They are the same thing. I have updated the instructions. It is best in the stream to just use 0.0.0.0 as the ip address. This will instruct Wowza Pro to bind to the default address. If this doesn’t work then you can try [server-ip-address].

Charlie

#17
  1. Can the streamer do a IGMPv1 join to a existing Multicast stream containing a Mpeg2TS 188bytes stream (h.264 and aac Elementary streams)?

Yes, this should work great. You might get better performance from this development build. I enhanced our multicast performance:

WowzaMediaServerPro1.7.2-patch2.zip

  1. Can it remux and remap it unicastly over RTMP for viewing on Flash 10?

Yes, that is exactly what it does.

  1. Are there any security mechanisms that i can set restrictions from the streamingserver regards to where the client comes from and so on?

Yes, see this post:

http://www.wowza.com/community/t/-/45

Charlie

#18

I will look into this and get back to you.

Charlie

#19

Hi there, I’m having a bit of an issue with Wowza and the re-broadcast of a multicast stream into a flash site.

We have Cisco routers which are acting as multicast controllers. When I fire up VLC on the same host as wowza transmitting to 234.3.2.234 I have no trouble connecting with the RTPMulticastListener. However… we have implemented the actual stream to our edge Cisco routers not via local vlc.

When I connect to the stream I see all the right things happening in Wowza. And a tcpdump on the eth0 interface shows the IGMPv3 join packet going out to the routers.

02:26:55.039008 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) 10.13.28.12 > 224.0.0.22: igmp v3 report, 1 group record [gaddr 234.3.2.234 to_ex, 0 source ]

The problem is that the stream never starts. I’m told by the Cisco guys here they they see the IGMPv3 query coming through but that they are using “source specific multicast” for these streams and that, as the join lacks the source IP, the router is rejecting the request.

I’m told if I can configure Wowza to send this… or alternatively configure it to send a IGMPv2 join they can apply a hack on the router which will map the group to the source.

Are either of these things possible?

i.e

Sending the source IP for the source specific multicast IGMPv3 join or sending an IGMPv2 join instead?

Thanks!

OK, I finally got around to adding support for this. Try the following. First, I could only add this additional support to Wowza Media Server 2 Advanced. So you need to install the preview version to get this new functionality. Signup and install preview 9 from here:

http://www.wowza.com/advanced.php

then install this patch:

WowzaMediaServer2.0.0-preview9-patch1.zip

Then setup your application as normal. In addition set the following property in the RTP/Properties container in [install-dir]/conf/Applicaton.xml (be sure to get the correct properties container - there are several in the file):

<Property>
	<Name>multicastInterfaceAddress</Name>
	<Value>192.168.1.7</Value>
</Property>

Set the value to the desired bind to value. Let me know if this works.

Charlie

#20

We do not have them documented in this way. Jerky playback like this is usually attributed to the player having the NetStream.bufferTime value set to zero. I would suggest you have at least a buffer of between 2-5 seconds. See if that helps.

Charlie

#21

The AVSync property does not matter for MPEG-TS. Describe how the video/audio are falling out of sync. Which one of these is true:

  • If I connect to play the stream with the Flash player the audio and video are in sync to start with but over time grow out of sync. If I stop playing the stream and start it back up again (within 5 seconds) it is back in sync for a while then drifts back out of sync.

  • If I connect to play the stream with the Flash player the audio and video are in sync to start with but over time grow out of sync. If I stop playing the stream and start it back up again (within 5 seconds) it is still out of sync.

    Charlie

#22

HI,

we are using MPEG2 TS/RTP multicast for input. We get jerky picture with 3-4 fps.

Stream is HVGA, H.264 400kbps, 25fps. The picture is the same in Flash player and on Iphone. If we use 3GPPv6, with same parameters, the picture if fine and no problems are present.

If we set on encoder MPEG 2 TS/UDp, then a lot of RTP packet loss errors are observed.

What could be the problem?

Thanks!

What could be the problem?

#23

HI,

thanks for prompt reply. I’ll use this module to debug streams and see what I can find.

Birates and resolutions that were jerky were from QCIF (~150kbps) up to VGA. The problems were more or less the same for every bitrate/resolution.

We use leading brand of encoders, so I guess it’s not an encoding problem. The problem is that with standard MPEG2 TS/RTP exporter we do not get any useful streams (and it should work). With 3GPPv6 exporter we can go up to HVGA and we need also VGA streams.

I’ll test this today and see what happens.

Thanks!

#24

HI,

thanks for prompt reply. I’ll use this module to debug streams and see what I can find.

Birates and resolutions that were jerky were from QCIF (~150kbps) up to VGA. The problems were more or less the same for every bitrate/resolution.

We use leading brand of encoders, so I guess it’s not an encoding problem. The problem is that with standard MPEG2 TS/RTP exporter we do not get any useful streams (and it should work). With 3GPPv6 exporter we can go up to HVGA and we need also VGA streams.

I’ll test this today and see what happens.

Thanks!

I installed the module and set it up more or less as instructed. I do not see any errors in the stream. It’s recognized correctly.

May I send you the stream URL via private message, along with a short part of the log just to verify that there are no errors?

Perhaps you can spot something strange.

What I also noticed are some artifacts in the lower part of the image, which are almost always present in Flash player. I also noticed that in Flash player it seems that only I frames are shown (every 1500ms), while on Iphone the still images change 2-3 times a second.

With RTP using 3GPPv6 exporter all is fine.

The bitrate is ~400kbps for VGA stream.

Thanks!

#25

Hi,

it was an encoder issue. We sorted it out with manufacturers support.

Thanks for your help.

#26

You need Wowza Media Server Advanced 2 to do this.

http://wowza.com/advanced

And this is the guide for streaming to VLC:

http://www.wowza.com/forums/showthread.php?t=5376

Richard

#27

You can use StreamNameAlias package to protect server:

http://www.wowza.com/community/t/-/47

Richard

#28

Craig, let’s keep this on one thread, this one:

http://www.wowza.com/forums/showthread.php?11268-Newbie-Wowza-server-showing-quot-out-of-sync-errors

Richard

#29

KB, you can use ModuleMediaCasterStreamMonitorAdvanced to monitor, debug and reset MediaCaster streams:

https://www.wowza.com/docs/how-to-enable-advanced-monitoring-and-resetting-of-mediacaster-streams)

Loudenboomer, The symptom sounds like stream bitrate higher than client bandwidth problem. In any case, if you find encoding parameters that work and others that don’t, obviously keep what works, use that as a baseline. The ModuleMediaCasterStreamMonitorAdvanced should be useful for you too.

Richard

#30

You can send url to the stream, and zip up conf and logs also. Include a link to this thread for reference

I’m not sure if we can help. It seems like an encoding/player issue. My advice is use what works.

Richard

#31

Make sure you are not using contiguous ports. Skip at least one in your assignment.

Richard

© 2007–2024 Wowza Media Systems™, LLC. All rights reserved.   Security & Privacy PolicyLegalSystem Status