Issue regarding order of known fmtdesc.pixelformat determines if all types are found about flashcap

[AndreSteenbergen]

I will try and make a PR

[AndreSteenbergen]

H.264 is not frame by frame, so it shoudl retun null. That is good behaviour. Stopping at the first non supported pixelformat is

[AndreSteenbergen]

No problem. I ran into trouble with the Logitech C920. You can also add that camera to the supported camera's now ;)

[AndreSteenbergen]

This is my fix:

[AndreSteenbergen]

I added the PR, but can't seem to link it ...

[kekyo]

Thanks for the PR! It looks like you removed IsKnownPixelFormat(). This method exists to check if the FlashCap is in a format that will be processed correctly as independent frame data.

Assuming your camera returns H.264, is this returned as frame-by-frame independent data? If so, what does the resulting data format actually look like?
I am not familiar with H.264, but I thought H.264 format was continuous (not separated between frames) data, so I thought it should not be included in IsKnownPixelFormat().

I'd be interested to see what the format would look like if I actually made this modification and referenced BufferScope.Buffer. Does it say the camera is H.264 but returns it as JPEG or something?

    // What a binary format for `image`?
    byte[] image = bufferScope.Buffer.ExtractImage();

[AndreSteenbergen]

No I didn't remove it. I replaced the code outside the loop

.Where(x => IsKnownPixelFormat(x))

[AndreSteenbergen]

The enumerator stops at the first signs of null. Not trying the next value anymore.

[kekyo]

Ouch, I understand it! I will check my environment, thank you explanation.

[kekyo]

Merged, thank you again!