Canon DSLR 1920x1088 - No black bars showing in Vdub

[Yellow_]

Hi

I've had a search here about 1088 and understand the reasons, I think. :-)

But my query is not related to encoding directly.

I'm using AVS with ffmpeg2Source to decode h264 from a Canon DSLR. It reports it as 1088.

But when I view that .avs script in VDub, vv 1.9.10 I see no black bars and vdub reports it as 1088. Scaled?

The script includes conversion to RGB (3D LUT method using Triticals t3dlut and YesGreys yCMS.)

I'm saving from VDub as uncompressed RGB AVI's, those are reported as 1088 in all players but I see no black bars in playback with various players like VLC. Scaled?

I export as image sequences and I see no black bars, with images at 1088?

if I do a snap shot from VLC I get a 1088 frame but no black bars?

I'm confused. :-)

Can anyone clarify whether Canon DSLR from a 7D or 550D is full 1088 and no black bars or what might be happening?

**EDIT** Could this be something to do with Triticals script? Going to try simple Convert function.
**EDIT EDIT** No ConvertToRGB gives same 1088, no bars results.

Cheers

[poisondeathray]

The actual elementary stream is 1920x1088 . When viewing through quicktime or NLE's that use quicktime, the image is cropped to 1920x1080

[Yellow_]

Yes, but I assumed black bars cropped off, not actual image data, wrongly assumed Canon padded?

So do all NLE's, regardless of quicktime or not, crop just in playback but pass through full 1088 to encoder or do some throw it away or Scale into 1080. Minute amount that it is? Rhetorical question, not expecting anyone to confirm. :-)

Time for a bit of a test. :-)

[poisondeathray]

Yes they crop it (the bottom 8 px). There are usable pixels there

I tested it myself a few months ago :)

This has also been discussed and confirmed in the various camera forums

[Yellow_]

Thanks, for confirmation. That was another query I had, where it was taken from, when cropped. I've read here on Doom9 the debate whether to pad to 1088 or not when encoding out. Cheers.