PDA

View Full Version : Lines Cropped from Bottom of Picture


molias
24th March 2006, 16:13
After using DVD-RB v.1.09 to back up "Grizzly Man", I noticed when playing it in Windvd that there was a black strip at the bottom of the screen. The original movie showed no such black area. Upon comparing a scene from the backed up version with the same scene from the original , I verified that a portion of the picture at the bottom, maybe 8-10 lines, was cropped off. The menus were ok. The movie was not preprocessed. Full backup mode was used. I've backed up dozens of movies before using previous versions of DVD-RB with no such problems. I'm using CCE trial 2.67. Does anyone know what the problem might be? Thanks.

kimchi
24th March 2006, 16:36
After using DVD-RB v.1.09 to back up "Grizzly Man", I noticed when playing it in Windvd that there was a black strip at the bottom of the screen. The original movie showed no such black area. Upon comparing a scene from the backed up version with the same scene from the original , I verified that a portion of the picture at the bottom, maybe 20-30 lines, was cropped off. The menus were ok. The movie was not preprocessed. Full backup mode was used. I've backed up dozens of movies before using previous versions of DVD-RB with no such problems. I'm using CCE trial 2.67. Does anyone know what the problem might be? Thanks.

Hi, after using for a long time dvdrb+cce 2.70 I've already seen such things you noticed, if it's the same: for me, the below black band (in 16/9 movies of course) is not often lined correctly, there is sometimes a little peek right in the middle make it not fully right...dunno where it came from, as on the original one it is correct...

jdobbs
24th March 2006, 17:37
Never heard of or seen that... are you using any filters? Also, is it there with any other player (settop) other than WinDVD? Last question: Do you have Closed Captions enabled in the INI?

jdobbs
24th March 2006, 17:40
One other thing.... the older versions of CCE (like 2.67) were incapable of encoding bottom-field-first streams. The way they compensated was by shifting everything up one line and making the output top-field-first. Is that possibly what you are seeing? I don't think it would show on a TV but it might on a PC player... Bottom-field-first isn't very common and that might explain why you hadn't noticed it before.

molias
24th March 2006, 19:06
I didn't add any filters. I tried it using Windows Media Player and it looked the same. I do not have closed captions enabled. The only change I made to the rebuilder.ini is targetsectors, and I didn't make any changes to CCE directly. I'm not sure what I would expect to see if it was top-field-first as you mentioned. I'm sure I would never have noticed this cropping on a TV since you see black at the bottom anyway.

jdobbs
24th March 2006, 19:30
Windows Media player is probably using the codec from WinDVD anyway. Any chance you could post a capture? I can't imagine what it might be other than the blank line inserted for TFF shift. I'd also be interested to know if it shows up on a standalone player.

molias
24th March 2006, 20:22
I've uploaded a screen capture.


http://http://forum.doom9.org/attachment.php?attachmentid=5612&stc=1&d=1143227864

jdobbs
24th March 2006, 20:31
Hmmm... that definitely looks too big to be caused by the shift for TFF...

Again -- does it display that way on a standalone?

Also -- what version of AVISYNTH are you using?

jdobbs
24th March 2006, 21:04
Is this the R1, NTSC version of "Grizzly Man"?

molias
24th March 2006, 21:11
The cropping at the bottom shows the same with my DVD player. Obviously you can't tell that there's extra black space, but from comparison with the identical scene from the original DVD you can see the cropping.

molias
24th March 2006, 22:05
You are correct on the movie version. Also I forgot to reply, my AVISYNTH version is 2.55.

Trahald
24th March 2006, 23:31
if you play the .avs in media player, does it show the black bar? and if there is no bar load into somehting like virtual dub and make sure resolution is 720x480 or 720x576 for pal.

molias
25th March 2006, 00:08
If I play the .avs in VirtualDub, there is no cropping, the picture looks good. It shows 720x480. If I play the same avs in Media Player there is no cropping, but the picture looks somewhat squashed horizontally. Properties show 720x480, aspect ratio 3:2.

jdobbs
25th March 2006, 01:28
Well that means it has to be CCE that is adding it... maybe it is the shifting for BFF after all... is the blank section there when you play back the M2V file?

One way to tell is to look in the ECL file and see what the settings are for "top_first" and "offset_line" for the segment in question -- for CCE v2.67 they would both be set to "1" if the stream is BFF.

molias
25th March 2006, 02:09
The cropping shows when I play the .m2v file.

Both top_first and offset_line = 0 in rebuilder.ecl.

jdobbs
25th March 2006, 02:38
Well that means it is definitely CCE that is inserting it. But the stream isn't BFF.... really odd.

kbello
25th March 2006, 05:01
it is cce bug


-------------------------------------------------------------------------------

Cinema Craft Encoder SP Release History

Copyright (C) 2000-2006 Custom Technology Corporation. All rights reserved

-------------------------------------------------------------------------------

Version 2.70.02.06 Tuesday, January 31, 2006

Bug Fix
- Audio seek was not possible when QuickTime 7 is used.

----------

Version 2.70.02.05 Wednesday, January 4, 2006

Bug Fix
- If the frame size of a source movie is 720x486 and offset line > 0,
the bottom few lines were corrupted.

jdobbs
25th March 2006, 15:19
I can't image a time when the source would be 720x486, though. The height from the original would always be 480 or 576 (except for SIF which would be 240/288).

molias
25th March 2006, 15:31
I rebuilt the movie using CCE 2.70.02.01 and it looks normal, no cropping. Thanks to everyone who helped me solve this problem.

-Molias

jdobbs
25th March 2006, 15:45
Good information to know... in case someone else sees the same thing.