You_Too

_,,,^..^,,,_ said:

You_Too, here you are another image - this time PNG, 1,2MB, maybe the JPEG compression made the problem worst last time... there are four versions: top left, 925 enhanced; top right, average NOT enhanced; bottom, two slightly different enhanced versions: could you tell me where the problem lies, and if the enhanced is a little better than before?

All except the "average, color corrected" has the dark lines around edges. Maybe there's something with your "enhancement" that makes them look like that. In the "enhance script 2" pic, some stars has been filtered away too.

Here's a gif animation of the two top pics with increased gamma so you can clearly see the difference:

While the untouched capture has rainbowing, noise and stuff, for some reason the enhanced versions have halos around edges, looking a bit like edge enhancement. For example in the first shot, the edges are sharp and clean in the first pic and in the enhanced there's dark lines running along the edges of the moon and the star destroyer.

Maybe something went wrong when you did the median? Were the captures perfectly aligned?

Actually, I found an old quote from Mike Verta where he confirms my suspicions:

There is an incredible amount of grain in the transfers, which is not part of the masters they come from (I've seen them). To be honest, it's not so much grain, as it looks like dirt - the film stocks used for those movies are not that grainy. In any case, this, and a ton of other evidence, has led people like me to strongly suspect they've been deliberately grained up, or in other ways made sure to look like an inferior release next to the 2004's.

Releasing them non-anamorphically, as dirty, grainy prints but stil better than fan-preservations, kills the bootleg market, and makes some cash, while still not encroaching on the sales of the "superior" 2004 DVD's. Lucasfilm has been running a smear campaign on their own release of the OT on starwars.com making sure people know how shitty the originals look compared to the 2004's. Marketing-wise, it's brilliant.

AntcuFaalb said:

Another weird question: Why is GOUT so grainy if LFL used a DVNR-1000? Wouldn't the frame-blending kill most of the grain?

That's exactly why I suspect the grain is fake, added after the DVNR in an attempt to cover it up.

_,,,^..^,,,_ said:

Is it possible to know which method is used for color correction?

And, did you color correct the whole movie, only selected scenes with the same settings, or selected scenes with different settings?

It's quite complicated actually. Not like our GOUT project but still.

I did it all in avisynth. Since there was a lot of blue and cyan in the 97 SE I first used selectivecolour to lower those colors a bit. Then I made histogram files for colourlike, using some shots from the 97 SE and some from theatrical prints like the Senator screening.

I then made a 50/50 of the histogram conversion result and the cyan/blue fix so I got the best of both and finally, I made an additional RGB curve to correct the pink tint in the Mos Eisley scenes.

Don't know if this is any helpful but here's how those two shots look in my and DJ's 97 SE project, sourced from the TB broadcast.

Thanks! Since I wasn't a member here back when this project was started, I never got to take a look at that site and its goodies.

_,,,^..^,,,_ said:

what is that gibberish on GKAR's picture, bottom right?!?

Oversharpening artefacts in the source + digital broadcast compression artefacts. At least that's what I think.

Anyway, nice idea and looking forward to see the results of this project!

If the image isn't warped differently than the THX version you used for your other project, you can use the chroma (colors) from the THX version and merge with this capture.

I think this is the script to use:

MergeChroma(clip1,clip2)

This one sure looked great for being LD-sourced! At some points it looks like the vertical resolution is even better than the GOUT. Though like you've stated before, the blacks and whites are a bit clipped but I guess they were like that on the disc(s) too?

Can't comment on the audio since I don't have any sound system good enough.

DJ asked me to post this message:

Hello Everyone,
I know it has been a long time but I am sure You_Too has been keeping you updated on all our progress with our several projects, and we have a lot going on lol, but anyways, I just wanted to say to those that are following our projects that I hope you and your Families have a Happy and safe Holiday Season.

Merry Christmas Everyone and have a Happy New Year! We(Team Blu) have a lot of good stuff coming real soon!

DJ

captainsolo said:

With the missing frames, would it help to use lesser sources as placeholders or is this generation process a better fit?

I've experimented a bit with it and in the end it seems the best solution at reel changes was to generate frames inbetween like we did. It would be much more visible if we'd use other sources, though we'll be forced to do that in ESB where there's a sequence of frames missing when Luke meets Vader in the cave.

captainsolo said:

As for complete cleanup on ESB and ROTJ, that would be an insanely massive undertaking especially with these being as much of a turd as they originally were. I agree that the big ones like glue smears, splices and light flashes should be looked at but otherwise I don't foresee problems.

Yeah, it was first when I started to analyze ESB that I fully understood how many bad frames there were. We'll clean up the worst and leave the rest. The highest priority is the color errors like wrongly colored lasers and such. Since we're finished with SW, the work will continue with ESB after christmas.

Until then I wish you all a Merry Christmas and a Happy New Year! And thanks for supporting our project.

Merry Christmas to everyone!

@The Shade: Just because the auctions have ended, it doesn't mean they were sold, right?

By the way, it should be mentioned that in some cases I've gotten better results with g-force's version 1.0 of the script than with the 1.1.

The difference is that 1.0 tried to also balance black and white levels to the reference clip used, and in 1.1 they are locked.

G, I hope you're ok with me re-posting 1.0 here:

Function RGBMatch(clip gref, clip bref)

{# Make RGB avg of second clip match first clip - v1.0 - by G-force

 

global gref = gref

global bref = bref

 

scriptclip(bref,"""

 

 

 

gref=gref.ConvertToRGB()

bref=bref.ConvertToRGB()

 

grefr = gref.ShowRed().ConvertToYV12()

grefg = gref.ShowGreen().ConvertToYV12()

grefb = gref.ShowBlue().ConvertToYV12()

brefr = bref.ShowRed().ConvertToYV12()

brefg = bref.ShowGreen().ConvertToYV12()

brefb = bref.ShowBlue().ConvertToYV12()

 

y1r = AverageLuma(grefr)

y1g = AverageLuma(grefg)

y1b = AverageLuma(grefb)

 

y2r = 0#Yplanemin(grefr)

y2g = 0#Yplanemin(grefg)

y2b = 0#Yplanemin(grefb)

 

y3r = 255#Yplanemax(grefr)

y3g = 255#Yplanemax(grefg)

y3b = 255#Yplanemax(grefb)

 

x1r = AverageLuma(brefr)

x1g = AverageLuma(brefg)

x1b = AverageLuma(brefb)

 

x2r = 0#Yplanemin(brefr)

x2g = 0#Yplanemin(brefg)

x2b = 0#Yplanemin(brefb)

 

x3r = 255#Yplanemax(brefr)

x3g = 255#Yplanemax(brefg)

x3b = 255#Yplanemax(brefb)

 

#compute coefficients for y=ax^2+bx+c using min, avg, max

 

ar  = x1r==x2r? 0: x1r==x3r? 0: x2r==x3r? 0:

 \ (y3r-y1r+(x1r-x3r)*(y1r-y2r)/(x1r-x2r))/((x1r-x3r)*(x2r-x3r))

br  = x1r==x2r? 0:

 \ ((y2r-y1r)/(x2r-x1r))-ar*(x1r+x2r)

cr  = y1r-ar*x1r*x1r-br*x1r

 

ag  = x1g==x2g? 0: x1g==x3g? 0: x2g==x3g? 0:

 \ (y3g-y1g+(x1g-x3g)*(y1g-y2g)/(x1g-x2g))/((x1g-x3g)*(x2g-x3g))

bg  = x1g==x2g? 0:

 \ ((y2g-y1g)/(x2g-x1g))-ag*(x1g+x2g)

cg  = y1g-ag*x1g*x1g-bg*x1g

 

ab  = x1b==x2b? 0: x1b==x3b? 0: x2b==x3b? 0:

 \ (y3b-y1b+(x1b-x3b)*(y1b-y2b)/(x1b-x2b))/((x1b-x3b)*(x2b-x3b))

bb  = x1b==x2b? 0:

 \ ((y2b-y1b)/(x2b-x1b))-ab*(x1b+x2b)

cb  = y1b-ab*x1b*x1b-bb*x1b

 

brefr=brefr.MT_lut("x x * "+string(ar)+" * x "+string(br)+" * + "+string(cr)+" +").ConvertToRGB()

brefg=brefg.MT_lut("x x * "+string(ag)+" * x "+string(bg)+" * + "+string(cg)+" +").ConvertToRGB()

brefb=brefb.MT_lut("x x * "+string(ab)+" * x "+string(bb)+" * + "+string(cb)+" +").ConvertToRGB()

 

MergeRGB(brefr,brefg,brefb)

 

ConvertToYV12()

 

 

 

""")

 

 

 

Return(last)}

 

AntcuFaalb said:

Plus, I don't want to compete with DJ/You_Too's forthcoming release. You_Too's color choices are amazing, to say the least.

You're not competing! Every unique version is exactly that: unique.

And thanks for liking my color settings. :)

AntcuFaalb said:

Davnes007 said:

So........when's next time the world's supposed to end?

http://en.wikipedia.org/wiki/List_of_dates_predicted_for_apocalyptic_events#Future_predictions

Good, so if we can only survive past 2280 we should be safe for quite a while. :)

I'm just wondering about one thing with ResampleHQ: Let's say one was to upscale a perfectly color-reference graded DVD using ResampleHQ for the downscaling after nnedi3. Wouldn't this gamma-aware behavior alter the picture?

AntcuFaalb said:

In fact, I hit a snag early-on: I have to re-install PFClean. The VirtualBox VM I have it running in is totally b0rked. :-/

Why do you have to run it in a VM? Can't you just block the software with your firewall? (Assuming that's the reason)

Anyway, looking forward to see your results!

Leonardo said:

I remember back in 1999 some people actually thought the world was gonna end, among other things.

The thing I remember the most was all the talk about that "all computers will stop working" and that this would cause a total economical collapse. This caused the shops to advertise new computers as "year 2000-proof".

Personally I think if the world will end in our time, it will be caused by war and not by some ancient calendar.

AntcuFaalb said:

The mysterious "menu guy"...

He's the one calling all the shots, I know it!

I read somewhere that he's a senator.

Senator... hmm.. Maybe he's with the Empire.

DJ told me the menu guy called us crazy back when we announced that we wanted to do a full cleanup. :)

Didn't Harmy say all those scenes were very blue in the tech IB prints?

I trust Harmy on this one. :)

Yeah, things are moving a bit faster now and I'm happy for that too. DJ and the menu guy (the guy who helps us create some beautiful BD menus) still has some work to do on both, but after christmas I'll continue the work on ESB and hopefully things will keep moving a bit faster!

Yeah, it proved a nice solution to fill out the missing frame parts. Though at the reel change part where a guy is standing on an X-wing, waving his hands while an R2 unit is being lowered into the ship, MVFlowFps made his hands look weird in the generated frame so I had to fix that one manually.

AntcuFaalb said:

MFlowInter? ;)

MVFlowFps :)