Chewtobacca

Williarob said:
JEDIT: The SUP files are not compatible, and would still need splitting and re-timing even if they were.

The need for re-timing must arise from the seamless-branching: all the subtitles from Project Threepio are definitely in sync with SSE 1.5 after demuxing (because it is in sync with the GOUT).

Tyrphanax said:
Me either, I was just curious.

Ah, I see. 😃

Warbler said:
I pretty sure those using the phrase mean no disrespect.

Of course! I’m sure that it was the appropriateness of the expression that was being questioned, rather than people’s intentions.

Tyrphanax said:
What should we say?

I don’t see why there should be a need for people to exchange a greeting of any kind.

Mike O, do you at least have a friend to whom you can talk about your problems?

EDIT: I mean a real-world friend, not someone online. Tyrphanax is right that we all support you but that there’s only so much that we can do.

Hardware players would indeed be affected by the sync issue as well. For those who do not wish to wait, remuxing with the subs from Project Threepio pack will give you something with subtitles that you can watch for now.

That’s what is to be expected with a “drop-frame vs non-drop-frame” issue.

That could well be it. As far as I know, subtitles for BD and DVD use drop-frame time-codes (even though the latter stores time-codes in the VOBs as non-drop). I muxed SRTs from Project Threepio (the version included in Despec 2.7) into my MKV, rather than using the ones on the disc, because the language that I wanted wasn’t on the disc. That would explain why I didn’t have a problem.

I didn’t notice any problems with the subs from Project Threepio, but I demuxed with eac3to and remuxed to MKV. The playlist that I selected was the one with the '77 crawl.

EDIT: By the way, I checked the demuxed video against Despec 2.7, and they’re in sync right through to the end, so there doesn’t appear to be a GOUT-sync issue. Perhaps the seamless branching has something to do with it.

A_New_Hope said:
…NOW on MySpleen, as well. 😉

Thank you very much for doing this! 😃

Jeffgale26 said:
Mind you, dicks usually get things done, and mike verta has done some amazing and admirable work.

I wonder what Mike did to wind up in the second half of that sentence.

^ I didn’t say that the colors of the new BD were inaccurate – just that they were different from the previous releases. The point of my question was to ascertain which colors were being handled by DrDre’s algorithm, not to make any statement about the accuracy of the color-timing of any particular release.

Oh, I see. 😃

DrDre said:
Take the example of the film Gladiator:

Is your example from the remastered BD or the previous one? The former has color-timing that is noticeably different from the latter, which matches previous home-video releases and the HDTV broadcasts. I’m just curious as to which you chose.

stretch009 said:
Are you sure Chewtobacca has made a DVD5 of 2.7? If this is true, it’s very cool.

I made the conversion a week or so ago.

clutchins said:
Find Chewtobacca’s DVD5, mount the ISO, and use MakeMKV to create your new mkv file.

I didn’t create an ISO. If there’s an ISO version out there, someone must have made one from the VIDEO_TS folder.

To convert 25i to 29.97i in AviSynth, try this.

Mpeg2Source()
Bob()# Change this to your favorite deinterlacer.
Spline36Resize(720,480)# or whatever
ChangeFPS(60000,1001)
AssumeTFF()
SeparateFields()
SelectEvery(4,0,3)
Weave() 

You might not like the result; I don’t much. And I don’t envy you your source material.

I’d pick 1982.

DGAVCDec is out of date and should be avoided.

If you have FFMS2.avsi in your plugins directory, you shouldn’t need to load the plugin.

a_o said:
Is it possible to splice in the x264/h264 video of TN1’s SSE with the blank (or maybe registered) frames necessary to sync with GOUT-synced audio tracks…without re-encoding any of the non-blank frames?

No.

Darth Mallwalker said:
Subject: Harmy’s Despecialized ROTJ v2.5 AVCHD
Subject: Harmy’s Despecialized ROTJ v2.5 DVD by Chewtobacca

Thanks!

Beware st00pid binsearch is showing both together in the same collection
despite having different subjects and different rar names (albeit similar.)

Never mind. It’s easy enough to create a separate NZB for the files that one wants.

^ Yes. And I’m confident that it’s possible to find a compromise LUT that will do a decent job for most of a given film. (There will almost certainly be some scenes that require separate LUTs.)

Getting tables to look as they do in the example page for markdown syntax is proving difficult. Does anyone know how to stop the column-headings bunching up? Moreover, does anyone know how to center-align the columns?

Mavimao said:
I just learned something new today. You’d think the opposite was true

Sometimes it’s a case of a difference in cropping – X has a couple more pixels on the top; Y has a few more on the bottom. Sometimes one is also stretched ever so slightly.

It can even be difficult to replace one glitchy frame with a clean one from another encoding. I’ve found it’s often better/simpler to replace the shot.

schorman13 said:
As far as the HDTV and Blu Ray versions, the first step is to register the frames, which are not always lined up, even though they hail from the same master.

Yes; this the problem. It would be nice if different encodings from the same source lined up perfectly, but they rarely do.

fandangos said:
Is anyone working on syncing the surround audios to this release?

It’s probably better to wait for the next release, when we know for sure which frames have been recovered. I know that people have synced up some audio tracks already, but as the next release will almost certainly be different in terms of frame count. the sync will have be re-done anyway.