Hi guys!
I’m trying to push a livestream encoded by ffmpeg into the server, all works fine and I do get a connection.
But sometimes the client(flash/iphone/android) fails to connect and gives the following error which also comes up in the error log:
Application folder ([install-location]/applications/:80) is missing
I have NO problems streaming to the server, I have NO problems watching the stream(once connected, I don’t have any problems) but sometimes people get that error.
Please help!
There must be some problem with FFmpeg where it is sending incorrect data during the RTMP connection process. I would work with the FFmpeg developers on this.
Charlie
Are player connections causing this error or the FFmpeg publishing software? I guess I don’t understand the problem. When you connect to Wowza you specify 3 pieces of information:
rtmp://[wowza-ip-address]/[application]/[applicationInstance]
This error indicates that someone is try to connect with an improperly formatted URL. It seems that there is a connection attemp that might look something like this:
rtmp://[wowza-ip-address/:80/
Which is incorrect.
Charlie
FFmpeg might be trying to connect multiple times/ways. So it might try port 1935 and port 80. There could be a problem in FFmpeg with how it adds the port number to the URL that is causing this problem. It is not a Wowza problem for sure. I guess I still don’t understand why you think it is a Wowza problem.
Charlie
I really don’t know. We are throwing the error because the URL is incorrect. There is no need to argue. It is not a Wowza problem. We are receiving a connection attempt from an incorrect URL, end of story. So we are throwing the error message.
Charlie
You see this in the logs corresponding to RTSP/Andriod session?:
Application folder ([install-location]/applications/:80) is missing
There was JW player Flash player bug a couple of dot releases ago that was causing that error, I think that may have been the original issue in this thread.
Richard
I’ve run into that error a few times with StreamClass when I didn’t have my schedule properly set up.
i’m having this problem as well… any idea?
But as others having the error, i’m still viewing the stream. At the same moment…
I don’t know the cause of the problem either, but ffmpeg just keeps streaming to wowza as when you’re already connected it’s working fine.
Only new connections get denied with that error, so I think it’s a problem with wowza.
That’s not the problem, the problem appeared to me too a couple of times too, with a proper formed url like: rtmp://[wowza-ip-address]/[application]/[applicationInstance]
(at those moments every stream fails, rtsp, rtmp, http)
Because it happens randomnly while streaming from FFmpeg, why would it change ports all of the sudden?
I think it’s a Wowza problem because Wowza returns that error. I don’t see why FFmpeg would connect another time while already publishing…
The publish url in ffmpeg is rtmp://localhost:1935/live/cam
I would like to know if anyone has any suggestions. I have the same issue when I stream to my Droid over the cellular network (3G). However, if I switch to wifi, it streams without interruption.
I have an rtsp feed from an Axis server, and Wowza serves it up without issue on computers, but it seems to appear on bandwidth limited connections. I am not using FFMPEG.