The header includes the image size as well, which you can use. Again, I would recommend viewing the universalbot code as its open source. I suggested it earlier.

I did had a look into UniversalBot code. But either it lacks the mentioned information or I was not able to find it. Afterall I'm not a C# programmer. The overall idea how to work with the videostream I got from the EZB4Video class.

But the last missing piece I dont see: How the EZIMG header is constructed or should be read.

The 4 bytes immediately after the header is the length of the frame in bytes. It's an unsigned 32 bit int. Good news is c# has many c++ similarities.

Here's some additional details...

Header...

    readonly byte [] TAG_EZIMAGE = new byte[] { (byte)'E', (byte)'Z', (byte)'I', (byte)'M', (byte)'G' };

And here's some documentation added to the parsing loop....

while (_cnt == threadStartParams.CNT && tcpClient.Connected) {

  // Read all available bytes from the network stream
  int read = ns.Read(bufferTmp, 0, BUFFER_SIZE);

  // returning 0 bytes means the socket has disconnected
  if (read == 0)
    throw new Exception("Client disconnected" ) ;

  // add the available data to the master buffer
  bufferImage.AddRange(bufferTmp.Take(read));

  // we will use this to see where the beginning of the header is (if found)
  int foundStart = -1;

  // If the amount of data in the buffer is less than the size of a header, obviously not a valid image so continue the loop to get more data
  if (bufferImage.Count < TAG_EZIMAGE.Length)
    continue;

  // loop and find the header
  for (int p = 0; p < bufferImage.Count - TAG_EZIMAGE.Length; p++)
    if (bufferImage[p] == TAG_EZIMAGE[0] &&
      bufferImage[p + 1] == TAG_EZIMAGE[1] &&
      bufferImage[p + 2] == TAG_EZIMAGE[2] &&
      bufferImage[p + 3] == TAG_EZIMAGE[3] &&
      bufferImage[p + 4] == TAG_EZIMAGE[4]) {

      // The header is found, so specify the start of the header
      foundStart = p;

      // Break out of the for loop because we got the header
      break;
    }

  // if we did not find a header, continue the while loop to get more data
  if (foundStart == -1)
    continue;

  // if the header is not the first byte, we're out of sync so remove all the data before the header
  if (foundStart > 0)
    bufferImage.RemoveRange(0, foundStart);

  // if the amount of data is not the length of the header + the size of an unsigned int (which contains the image lengh) then this isn't a complete image head so continue to get more data
  if (bufferImage.Count < TAG_EZIMAGE.Length + sizeof(UInt32))
    continue;

  // Extract the length of the image in bytes from the header
  int imageSize = (int)BitConverter.ToUInt32(bufferImage.GetRange(TAG_EZIMAGE.Length, sizeof(UInt32)).ToArray(), 0);

  // If the amount of data in the buffer is less than the frame length in bytes, continue to get more data
  if (bufferImage.Count <= imageSize + TAG_EZIMAGE.Length + sizeof(UInt32))
    continue;

  // If we got this far, the data length is greater or equal to the frame length sepcified in the header. Remove the header from the buffer
  bufferImage.RemoveRange(0, TAG_EZIMAGE.Length + sizeof(UInt32));

  try {

    // raise either of the assigned events with the image frame extracted from the buffer

    if (OnImageReady != null)
      OnImageReady(new Bitmap(new MemoryStream(bufferImage.GetRange(0, imageSize).ToArray())));

    if (OnImageDataReady != null)
      OnImageDataReady(bufferImage.GetRange(0, imageSize).ToArray());
  } catch (Exception ex) {

    _ezb.Log(false, "ezbv4 camera image render error: {0}", ex);
  }

  // remove the image frame from the master buffer. There may be part of another image frame, so we don't simply clear the buffer to not lose other frames. We only remove the length of bytes specified by the image frame header.
  bufferImage.RemoveRange(0, imageSize);
}

The loop searching for the header, and removing previous bytes from buffer are only cpu consuming for the first frame. This is because your first frame may only contain partial data, depending on where in the fifo the connection was established. Once your code finds the header, removes the leading bytes from the buffer, it will be in sync for each consecutive frame. Meaning, the first byte after cleaning the buffer of the last frame will be the image header...

Because once the data is synchronized with the code logic, the header will always be the first byte after the last frame. So don't worry about cpu activity with the FOR loop to find the header

Ok, thanks. Got it working now. Hope I can release a new version with video soon

Awesome!