Gew
20th July 2010, 17:51
Hi!
I've been working with interlaced video for quite some while, but there are some fundamental stuff that has been bugging me for the last couple of nights.
So, I've read the Wikipedia article (http://en.wikipedia.org/wiki/Interlace) over and over, but there are still one fundamental question mark in my head. I suppose the answer is "implicitly implied" in eg. the Wikipedia article, but I've always had a rough time with grasping such things.
:stupid:
So, let me lay my question out simple. Take 576i50 video for example, my DV footage for such. So, every split second contains 25 frames, which further contains two fields (odd/even such). In total, 50 fields per second. This is de facto, no questions asked. But it's the actual capture / "shooting" within, that has gotten on my nerves.
When I record something with my DV cam, it first shoots a "half-frame" from it's even fields, and the very next instant it shoots another "half-frame" from the odd fields. Correct? This is my assumption, anyways.
So, I've processed simple math from this. 576/2 equals 288. So each field would contain 288 scan lines. Correct? This is my assumption, anyways.
Now comes the tricky part.
What I've failed to grasp, is how the actual capturing is done.
My first thinkable scenario is that the camcorder actually captures the first "picture" by every other field only. However, this sounds strange to me. This would mean that ie. one scan line is ,, well ,, actually omitted from each "visible picture" (field).
My second thinkable scenario is that the camcorder squeezes the whole capture area into the 288 scan lines worth of field x. Awaergh, not even sure how to explain it, even more unsure if someone who reads this understands my question in summary.
Awaergh. I bring an example to make my "mindflow" somewhat more reachable. Consider the following. I shoot some stuff. A 1px object is visible on scanline #123 in one instant, but only by the 1/50 of a second where scan line ...120,122,124... is being scanned. By the time ...119,121,123... is scanned (the next 1/50 second) this 1px object has moved through motion, eg. to scan line 124. Will this tiny little object be "lost in translation" (no pun intended), or is this where the magic of Persistence of vision (http://en.wikipedia.org/wiki/Persistence_of_vision) comes into play? I'm somewhat lost here.
I guess that I've become lost somewhere in the fundamentals, but I feel _this close_ to the final wrap of the whole concept. Just fill me in with the last piece of puzzle, and I'll be alright! :)
Too long, didn't read:
It feels strange that (if) interlacing would actually "drop" every other scan line of each field, i.e. picture detail would mos def be lost. Have I misunderstood it all? If one interlaced "picture" is made out of scan line 1,3 (etc), are these two somehow interpolated/blended to make suffer from the loss of scan line 2 less visible?
Oh, I really hope the answer I'll -- hopefully -- soon will be receiving will make everything clear, and not make me even more confused. Hehe.
Ty in adv~
I've been working with interlaced video for quite some while, but there are some fundamental stuff that has been bugging me for the last couple of nights.
So, I've read the Wikipedia article (http://en.wikipedia.org/wiki/Interlace) over and over, but there are still one fundamental question mark in my head. I suppose the answer is "implicitly implied" in eg. the Wikipedia article, but I've always had a rough time with grasping such things.
:stupid:
So, let me lay my question out simple. Take 576i50 video for example, my DV footage for such. So, every split second contains 25 frames, which further contains two fields (odd/even such). In total, 50 fields per second. This is de facto, no questions asked. But it's the actual capture / "shooting" within, that has gotten on my nerves.
When I record something with my DV cam, it first shoots a "half-frame" from it's even fields, and the very next instant it shoots another "half-frame" from the odd fields. Correct? This is my assumption, anyways.
So, I've processed simple math from this. 576/2 equals 288. So each field would contain 288 scan lines. Correct? This is my assumption, anyways.
Now comes the tricky part.
What I've failed to grasp, is how the actual capturing is done.
My first thinkable scenario is that the camcorder actually captures the first "picture" by every other field only. However, this sounds strange to me. This would mean that ie. one scan line is ,, well ,, actually omitted from each "visible picture" (field).
My second thinkable scenario is that the camcorder squeezes the whole capture area into the 288 scan lines worth of field x. Awaergh, not even sure how to explain it, even more unsure if someone who reads this understands my question in summary.
Awaergh. I bring an example to make my "mindflow" somewhat more reachable. Consider the following. I shoot some stuff. A 1px object is visible on scanline #123 in one instant, but only by the 1/50 of a second where scan line ...120,122,124... is being scanned. By the time ...119,121,123... is scanned (the next 1/50 second) this 1px object has moved through motion, eg. to scan line 124. Will this tiny little object be "lost in translation" (no pun intended), or is this where the magic of Persistence of vision (http://en.wikipedia.org/wiki/Persistence_of_vision) comes into play? I'm somewhat lost here.
I guess that I've become lost somewhere in the fundamentals, but I feel _this close_ to the final wrap of the whole concept. Just fill me in with the last piece of puzzle, and I'll be alright! :)
Too long, didn't read:
It feels strange that (if) interlacing would actually "drop" every other scan line of each field, i.e. picture detail would mos def be lost. Have I misunderstood it all? If one interlaced "picture" is made out of scan line 1,3 (etc), are these two somehow interpolated/blended to make suffer from the loss of scan line 2 less visible?
Oh, I really hope the answer I'll -- hopefully -- soon will be receiving will make everything clear, and not make me even more confused. Hehe.
Ty in adv~