The VideoLAN Forums

Hi,

I'm running an activeX control of VLC to stream video when my computer crashes.
The debugger cites ntdll.dll as the point of error in the call stack.
1/4th of the time the computer goes BSOD on me.


Anyone know anything about this?


Thanks,

Restore.

I fixed it, but I have no idea how. The video is displaying now with only ~0.5 seconds of lag time although it is freezing up a bit when speedy motion occurs. I played around with the calling conventions of the in house code as well as setting each of the buffers in the advanced options to zero. I e...

Hello Post-Readers! Earlier last month I posted a bit about delays in streaming real time camera footage (search me if you want to read about it). I have effectively reduced this delay to half a second. My new problem is now that the streams are not smooth when displayed. The video is very choppy. D...

Thanks for your help DJ. I'm now going through all the DLLs and codes that the server/video cards are using to see if theres an buffer written into the compression somewhere. I have been trying to work through the VLC code, so far nothing has worked, but with my limited knowledge on how to change th...

Ok, So I have done a bit of searching and this person is having the same problem as I am: http://forum.videolan.org/viewtopic.php?p=103912&highlight=#103912 Looks like he has tried MPlayer, and the 1 second delay would be fine with me, but MPlayer doesn't have any activeX controls. This means I ...

DJ, The signal is not going anywhere far. In fact, the signals come directly out of a frame grabber and into the server which then streams via LAN to a client station connected with less than 20 feet of cabling. There is 1 television hooked up to the frame grabber that shows real time footage, but w...

I don't think its labview,

The delay appears even when labview is not running as the server/client.

What is the minimum buffer size that I could possibly use?
The video has to be as close to real time as possible (e.g. less than half a second at MOST) for safety reasons.

Nothing yet. I'll let you know what solution I come up with (looking more and more like a different media player at this point).

Thanks for your reply, A little bit more information about it: I'm multicasting using NI LabVIEW as a server and VLC as an ActiveX plugin for the video displays. I think (from reading through the forums) that the delay might be able to be resolved by reducing the buffer in the source code of VLC or ...

I'm working on a project (based in windows 2000 O.S.) that requires streaming live video feeds (Mpeg4) over an internal network. The network isn't busy, so it moves pretty quickly. I am trying to decrease the delay in the video streams to as close to real-time as possible, but I am encountering diff...