This is one of the few Kinescopes of an actual American NFL football TV broadcast from the 1950s. The clip posted here is a simple MPEG-2 cut from the DVD I received from the owner. Unfortunately, this particular video to film transfer was not done with a true Kinescope setup: it was probably done by someone with a lot of money (film was expensive!!) simply filming their TV set. As a result, the shutter on the film camera was not synced to the TV screen, and the result is noise bars. These happen when the shutter on the film camera is closed during the period when the film is advanced. This is a typical frame: If you download the short (6MB) video clip, you'll see that it looks much worse than the still frame. I don't think this can be fixed, because nothing repeats exactly. However, because of the unique and valuable nature of this film, I thought I'd ask the experts here if they can suggest any approach that might reduce the noise bars. Thanks! ====================== [edit]Here is a link to the post, later in the thread, where I show an approach worked, and did solve the problem:
The picture is interlaced, so assuming the source was progressive means that it can be deinterlaced with AnimeIVTC. Then... try adding a temporal denoiser?
Deinterlacing Kinescopes can be a little tricky, but I have done that successfully. I think I can do that here as well. However, I don't know whether those wide horizontal noise bars will be diminished much by a temporal denoiser, but I guess I should try, and then see what happens.
--------------------- 97 M3/2 5spd - Hellrot - for sale! Dinan Stage V/CAI/big TB/3.5"HFM/OBD I intake Dinan strutbrace/ X-brace Schrick cams euro 6spd/3.64 rear diff, 320i mounts AA gen III exhaust/track pipe/HIOP headers/02 simulators RS SSK, UUC clutchstop, clutchpedal
Interesting examples in how to deconstruct the video back to 24fps. Quite different than how I was doing it, and very instructive. How to make a moving mask that will follow the rising noise bar in the recovered film frames is still the challenge that stumps me. I'll work on this later today and see if I can come up with some detection ideas.
Here is my current thinking: 1. Do IVTC. TFM/Tdecimate() seems to work fine. 2. Using the resulting 24 fps frames, create an estimated frame using the previous and next frame. Here's code for that: Code:
--------------------- scott Freedman 94 325is tons of miles in Grun frosch (froggy green) :krakrani:
@johnmeyer, Nice idea but the bright patches screw the frame motion interpolation. Of the 3 frame involved 1, 2 or 3 always have a bright patch. Great if the ones before and after a bright bar free, but that seems to only occur once every 7 frames. If you imagine a canvas 525 lines high, 480 lines of picture plus 45 extra lines of fly-back blanking then somewhere during the canvas scan time will be the camera shutter open time, which corresponds to the bright bar. Whenever the shutter is open during the fly-back blanking then you see no bright bar. I have been analysing your clip line by line looking for the brightest pixel on each line and there is moderate to good correlation to the bright bars, but the problem I have is that the overall image brightness varies with screen location. The left side has a dark region, the top is darker than the middle and the bottom is slightly darker than the middle and brighter than the top. This script adds a 48 pixel stripe to the end of each line corresponding to the brightest pixel in that line. The number written at the top of the strip is the maximum of all the brightest. The script is god awfully slow. Code:
--------------------- Pani 2001 Laguna Seca Blue M Coupe