The Gauntlet Has Been Thrown: Pimp My Encoder

Just have a drink and chat
MikeQBF
Blank Cone
Blank Cone
Posts: 87
Joined: 26 Apr 2007 07:18

The Gauntlet Has Been Thrown: Pimp My Encoder

Postby MikeQBF » 14 Jun 2007 23:08

OK, guys and gals... I have been challenged (well, more or less) by a big-name industrial encoder vendor to make VLC see the stream from their MPEG-4 camera encoder. A conversation with their head of product of development recently about my progress elicited a "WHAT? VLC can not work with our XYZ encoder!" The upshot is that they have twisted the standard just enough to still call it "MPEG-4" but (supposedly) not make it work with anything other than their hand-picked proprietary products. No, they do not publish tech specs nor are they willing to talk details.

Here's the scoop on what I've been able to do so far:

1) Setting demux to a forced MPEG-4 video and accessing via multicast/UDP, I see a "smeared" stream, with the top 10% almost right. Leaving it to run will eventually crash VLC on OS X. I have seen this with other MPEG-4 encoders that will subsequently work fine with RTSP/SDP.

2) Port scans of later firmware revs of the encoder revealed port 554, and going to the base address via RTSP gets clean video after about 15 seconds of acquisition time, but with 5 seconds of latency. Then latency will accrete at a rate of about 5 seconds per 60 seconds until the stream is restarted. Eventually "late frame" errors will show in the error log, but nothing more than that.

I am a coder (albeit a bit rusty), so I'm just starting to poke at code. However, I have never tackled video. So I am needing pointers, encouragement, mystery solving and other possible kicks-in-the-butt to reverse-engineer the distorted stream and make it work.

The goal is zero latency and clean video, or at least as near to zero as we can get. The client is as exasperated as we are with this situation, and is about to throw nearly $250,000-worth of these encoders into the dumpster because of the little "gotcha" with the stream. They like the VLC solution, and I'd like to underscore it for them to solve something that the commercial server vendors have not been willing to.

What say ye? Any helpers here?

Jean-Baptiste Kempf
Site Administrator
Site Administrator
Posts: 37523
Joined: 22 Jul 2005 15:29
VLC version: 4.0.0-git
Operating System: Linux, Windows, Mac
Location: Cone, France
Contact:

Postby Jean-Baptiste Kempf » 15 Jun 2007 10:52

Hello Mike,

I am really sorry, but you should really ask on vlc-devel@ since there are way more developers than in this very forum.

Anyway, if you dumped the file, can you read it with ffplay ? What are the messages told by VLC ? (vlc -vvv).

Are you using VLC AND ffmpeg trunks ?

You should use a linux. :D
Jean-Baptiste Kempf
http://www.jbkempf.com/ - http://www.jbkempf.com/blog/category/Videolan
VLC media player developer, VideoLAN President and Sites administrator
If you want an answer to your question, just be specific and precise. Don't use Private Messages.


Return to “Coffee Corner”

Who is online

Users browsing this forum: No registered users and 19 guests