I install vlc-8.0.6 on ubuntu server 8.04 (and tested on ubuntu server 8.10 with vlc-0.9.4). When I stream to Wowza, video is verry good, but no audio .
And on Ubuntu, vlc said: “ffmpeg encoder error: cannot find encoder MPEG AAC Audio” :). I install vlc over internet “aptitude install vlc” and it lacks aac transcode.
Thanks to you but doesn’t changed anything. Tested on 2 Systems 3 different VLC Version. It opens me evertime the mms stream in VLC but the sdp file will not be written to any location.
I think i have to look around for another solution to restream an mms stream.
I personally prefer the Adobe Media Encoder… but you need to own their Flash or Premier products to get that. (not sure if any of their other apps package that… got mine with Flash). It’s really really good for encoding files to Flash. Does an awesome job, espically with de-interlacing.
For live encodes Flash Media Live Encoder is free from Adobe.
Again all this doesn’t really help if you’re trying to turn something around from another source. (like transport stream inbound and trying to convert to something that Wowza can handle). For some of the stuff I’ve been playing with I’ve given up on doing it all in one piece of software. I now playback the video normally (say from a satellite reciever) then re-encode live using FMLE & a capture board. VLC would be good if there was a way to plugin someone elses codec (like Mainconcept AVC or something like that).
Sorry I wasn’t clear. The SDP file is what I was talking about writing once.
That is just a descriptor file for the stream. Do VLC once, write the file locally (where VLC is running)… copy the file to the Wowza server and then anytime you use those exact live stream parameters that SDP file will still be valid.
However, if you change any stream parameters (ip address, rates, etc) you’ll need a new SDP file uploaded.
You don’t actually ‘stream’ SDP files.
Heck, if you want you could hand-create the SDP file and leave it on the server and edit it by hand as needed. But that’s a bunch of work.
I have my encoder (a VLC player) in one host and the WMS in another, both in the same LAN. When I try to play the streaming I can see a lot of “packetLoss” in my log and obviously the audio and video in the flash player is very bad.
You are right, the problem was in my network, one of the links was configured as full duplex and the other as half duplex (and this was generating the losses). Now I put it both in full duplex mode and all works perfect.
Doh! Got it. It is working now. A million times thank you! The interesting thing is the stream seems to be moving in slow motion and stops from time to time. All three devices are on the same LAN. I’m wondering if this is a function of my vlc command line or modifications that need to be made to the Application.xml file.
Please send an email to sales [at] WowzaMedia [dot] com if you are interested in pursuing the purchased of a third party commercial solution to transcoding an MMS stream. I will reply with some suggestions to test.
hello, I found this thread , and I have questions about the top most post.
This configuration reflects a localhost connection, asnd this is confirmed even by writing a local file.
I am interested in this because the content originates at a remote location, and VLC would be used at that remote location. Of course if VLC looses sync I am spinning my wheels anyway , and need to know what to use to stream from.
Unless I misunderstand something, I do not have the ability to write a “local” file , I need to truly stream from the remote location. How would this be configured under those circumstances?
Maybe I am too dumb to understand , but it would be very nice since this is a commercial product and all that some of these “how to” guides were better explained.
I also tried the JW player config (on another thread) “out of the box” and I think it does not work with the current JW player
I have two instances of Wowza running on the same machine, because I want to have two VLC streams. Therefore I changed the ports in server.xml and VHost.xml so both can run parallel.
The first instance works fine, but when I connect the second instance with the stream with mediacasterstreammanager it is stuck at :
INFO server comment - RTPUDPTransport.bind: 0.0.0.0/0.0.0.0:5004
INFO server comment - RTPUDPTransport.bind: 0.0.0.0/0.0.0.0:5005
INFO server comment - RTPUDPTransport.bind: 0.0.0.0/0.0.0.0:5006
INFO server comment - RTPUDPTransport.bind: 0.0.0.0/0.0.0.0:5007
INFO server comment - RTPMediaCaster.Reconnector: stop
I guess these ports are bound by the first instance. How can I change them for the second instance ?