Open ablwr opened 6 years ago
Hmm. I haven't to date considered interlacing an error or an anomaly but I can see where people would think it is an error and try to look it up. I can write one up.
On Sun, Apr 1, 2018 at 3:21 PM, Ashley notifications@github.com wrote:
AVAA doesn't have an entry for interlacing, but that is a very common video error.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/bavc/avaa/issues/196, or mute the thread https://github.com/notifications/unsubscribe-auth/AI_8UWwC30t09a5Mnk6SOUxbVkfmju5nks5tkSihgaJpZM4TC8Gw .
-- Kelly Haydon Audiovisual Archivist Fales Library and Special Collections New York University Phone: 212 998-2593 <(212)%20998-2593> Email: kelly.haydon@nyu.edu
Please note that email is the fastest way to reach me
+1 for this, I definitely consider visible combing from interlacing an error, just an error on the monitor side (can't handle the signal) rather than the tape side.
Would probably be useful for people trying to figure out why all their digitized video looks funky via the computer!
Maybe we also try to find some specific interlacement errors too? So two or more different categories--"Interlacement: it's not an error!," and then things like: "BFF captured and displayed as TFF," or "Poor standards conversion during duplication."
I just had a great example recently--PAL Betacam shittily duped to NTSC VHS--but I don't think I'm in a good position to share it. Anyone have any ideas about the best way to recreate something similar?
On Sun, Apr 1, 2018 at 4:08 PM, Andrew Weaver notifications@github.com wrote:
+1 for this, I definitely consider visible combing from interlacing an error, just an error on the monitor side (can't handle the signal) rather than the tape side.
Would probably be useful for people trying to figure out why all their digitized video looks funky via the computer!
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/bavc/avaa/issues/196#issuecomment-377813155, or mute the thread https://github.com/notifications/unsubscribe-auth/AIkiXmnhfMfpbHTku6hZ8p4Kp79d0edbks5tkTPHgaJpZM4TC8Gw .
--
Benjamin Turkus | The New York Public Library Assistant Manager for Audio and Moving Image Preservation
Barbara Goldsmith Preservation Division 40 Lincoln Center Plaza, New York, NY 10023 T. 212.870.1609 <(212)870-1609> | benjaminturkus@nypl.org http://www.nypl.org/preservation https://twitter.com/NYPLPreserve
Lifelong Learning | Advancing Knowledge | Strengthening Our Communities
And then what about poor de-interlacing? That can bust things up too, no?
On Sun, Apr 1, 2018 at 5:01 PM, bturkus notifications@github.com wrote:
Maybe we also try to find some specific interlacement errors too? So two or more different categories--"Interlacement: it's not an error!," and then things like: "BFF captured and displayed as TFF," or "Poor standards conversion during duplication."
I just had a great example recently--PAL Betacam shittily duped to NTSC VHS--but I don't think I'm in a good position to share it. Anyone have any ideas about the best way to recreate something similar?
On Sun, Apr 1, 2018 at 4:08 PM, Andrew Weaver notifications@github.com wrote:
+1 for this, I definitely consider visible combing from interlacing an error, just an error on the monitor side (can't handle the signal) rather than the tape side.
Would probably be useful for people trying to figure out why all their digitized video looks funky via the computer!
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/bavc/avaa/issues/196#issuecomment-377813155, or mute the thread https://github.com/notifications/unsubscribe-auth/ AIkiXmnhfMfpbHTku6hZ8p4Kp79d0edbks5tkTPHgaJpZM4TC8Gw .
--
Benjamin Turkus | The New York Public Library Assistant Manager for Audio and Moving Image Preservation
Barbara Goldsmith Preservation Division 40 Lincoln Center Plaza, New York, NY 10023 https://maps.google.com/?q=40+Lincoln+Center+Plaza,+New+York,+NY+10023&entry=gmail&source=g T. 212.870.1609 <(212)%20870-1609> <(212)870-1609 <(212)%20870-1609>> | benjaminturkus@nypl.org http://www.nypl.org/preservation https://twitter.com/NYPLPreserve
Lifelong Learning | Advancing Knowledge | Strengthening Our Communities
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/bavc/avaa/issues/196#issuecomment-377816433, or mute the thread https://github.com/notifications/unsubscribe-auth/AI_8USk_UPJQMAILL_352wLfBVsXFyKVks5tkUARgaJpZM4TC8Gw .
-- Kelly Haydon Audiovisual Archivist Fales Library and Special Collections New York University Phone: 212 998-2593 <(212)%20998-2593> Email: kelly.haydon@nyu.edu
Please note that email is the fastest way to reach me
these are good questions
I do like the «Interlacement: it's not an error! Yet…» approach!
I can think of times when interlacing would be a file issue. I've encountered instances in which a file made for progressive playback has not been properly de-interlaced. For example, upresing SD content to HD without properly de-interlacing. Also, I've seen DVDs that aren't interlaced properly and the interlacing artifact is visible on playback.
I've also encountered analog tapes that are poorly recorded and having exaggerated interlacing lines which aren't fully mitigated with deinterlacing filers.
And then of course what you've all already mentioned, which would be playback or monitor errors/mismatches, BFF/TFF mismatches, poor de-interlacing.
AVAA doesn't have an entry for interlacing, but that is a very common video error.