jdryyz

Ryan said:

jdryyz said:

Just saw this an hour ago. Very nicely done! The original scenes blend in quite nicely with the 4K sources.

This is now my go-to Star Wars to watch.

About the only thing I would change is that known glitch during the Death Star battle.

What “glitch” are you referring to? The one where some ships are in front of other ships when they should be behind those ships?

I misremembered it as being a “glitch”. It is more like an artifact of the effects used at the time. I am referring to that black diagonal line that shows up very briefly when a tie fighter is destroyed, starting at 1:46:28 right before Luke thanks Wedge. I believe Mike Verta talked about it in one of his restoration videos.

This is one area where I kinda prefer the CGI scenes. There were times where I got used to them so much, I totally forgot about how it used to look and it was a bit jarring when seeing the old scenes again.

Don’t get me wrong. Ever since I became aware of what Harmy and others have done to preserve the original presentations, that is what I usually watch.

I also really like D+77 because I get 4K without the HDR making everything look too dark. I do not know if this was another mastering error with the official 4K UHD release or just something that happens with playback on a non-HDR 4K display. I have seen something like this happen with other 4K UHD discs I have but most look fine.

Just saw this an hour ago. Very nicely done! The original scenes blend in quite nicely with the 4K sources.

This is now my go-to Star Wars to watch.

About the only thing I would change is that known glitch during the Death Star battle.

Gotcha! Thanks.

CHEWBAKAspelledwrong said:

jdryyz said:

I am now going to derail this monumental occasion with an ignorant question. Isn’t GOUT and “theatrical” referring to the same thing?? I thought anything pre-Special Edition adheres to George’s original trilogy.

Yes and no. GOUT is a presentation of the OOT on DVD. In terms of this discussion though, the “GOUT standard” refers to a precise collection of frames for syncing audio tracks. Theatrical prints differ by a handful of frames from the GOUT. These aren’t substantial content differences but are enough to throw off sync with audio tracks if they are used on different video presentations.

To use a GOUT synced audio track, the chosen video component needs to have the frames synced to the GOUT standard.

I am now going to derail this monumental occasion with an ignorant question. Isn’t GOUT and “theatrical” referring to the same thing?? I thought anything pre-Special Edition adheres to George’s original trilogy.

Darn. Would love to see these but they’re not playable from my Vizio M Series. It is picky. 😃

The codec is fine. I believe it is expecting the entire 3840x2160 resolution. Can these be provided utilizing the full pixels?

Sorry, I do not yet have a 4k computer monitor and I do not have a 4k-capable computer hooked up to my Vizio so I must use USB media directly connected to the TV.

Williarob said:

Attention grain lovers. As promised, here is the same extended clip as before, but this time without the DNR:

https://we.tl/jUPOL363xc

Thanks!

I also discovered it was BDSup2Sub that caused the error. Specifically, the version I first used. Apparently, v5.1.2 is not supported by ClownBD. The version that comes with the ClownBD archive (v4.0.0) works fine.

Believe I figured it out. It wasn’t just BDSup2Sub that was missing. I was missing a lot of the support programs. I found a complete ClownBD archive (although with three files being older releases) and copied the whole thing over to my system. The Subtitle conversion is now working flawlessly.

Incidentally, Jonno, are you the ClownBD author? There’s not a lot of info here:

http://www.clownbd.com/

Read some more notes on ClownBD. Looks like this is needed:

http://forum.doom9.org/showthread.php?t=145277

and I see the empty BDSup2Sub folder inside of the ClownBD folder. I placed the BDSup2Sub.jar file in there and also installed the latest Java Runtime Environment.

Now I am getting somewhere. A log file regarding BDSup2Sub was created but I am not sure what it is trying to tell me. The error message is:

ERROR: Input file not found: C:\Program Files (x86)\ClownBD’F:\ClownBD\eac3totemp*.sup’ ‘F:\ClownBD\eac3totemp*_exp.sup’ \res:1080

Is it looking for the original extracted .sup (it is there) or the exported from BDSup2Sub files? This is a tsMuxer error but I saw no indication that BDSup2Sub had done any conversion yet. Maybe I still do not have it in the correct place to launch.

I may also have a problem with my Java install. Double-clicking on the .jar file does not launch the program, but it can be started from command line. The .jar file should be associated with the javaw bin and it is but it still does not launch from Windows. Perhaps that could be the problem.

I have a slightly better understanding of how subtitles are handled. I have read the logs and can clearly see where the subtitles are extracted and placed into the temp folder (in the .sup format). The are are no errors reported but the resulting BD folders I have created do not have subtitles in them! I believe the part where it is failing is with tsMuxer as I have tried to manually add the audio, video and subtitle tracks but it says the subtitles are an “Unsupported format”. tsMusxer is version 2.6.12.

I have tried multiple HD-DVD sources and the same thing happens.

Any ideas?

Subtitles have always been a little tricky to me. If I am making the best representation of the original HD-DVD in this process, I want to include them as well (English only is fine) and I did just that by making sure this was selected, and yet, the resulting disc does not seem to have them available from my player. What did I miss?

Do I need to have the “Force subtitles” enabled also? To me, that seems to imply that they become part of the video stream and cannot be disabled. I do not want subtitles that bad. Toggling them on/off as needed is fine. 😃

I’m leaning towards a DLNA problem also. The disc I burned is playing correctly! I still erred on the side of caution and chose a core audio format (DD instead of DD Plus) but I may go with a TrueHD track next time.

Jonno said:

It does sound as if the DLNA route is causing the issue - fwiw I’ve had strange aspect ratio issues with some versions of Plex at various times. I’d be very surprised if a disc burn didn’t work properly.

I used tsMuxer to go directly from the .EVO feature to an .m2ts. It is still squished on the Oppo 83. However, my Sony BDP-S790 is able to play it just fine (it too had trouble with VC-1s in .mkv containers…not that they were squeezed, it would not play them at all). Also surprised to see the Dolby Digital Plus audio recognized.

I will try making a .ts next…

(same here, still squished).

Think I will just have to take a chance on burning a BD to see if that will make a difference. It will be local media instead of involving DLNA, so it might behave differently.

Jonno said:

You’ve probably already tried this, but does your Oppo support TS or M2TS files? You could try muxing one of those out of ClownBD and see if it’s interpreted more properly.

Looks like I got my answer. My Clerks II HD-DVD has an AVC encode. I created a BD with ClownBD and then ripped to .mkv. The file plays fine with the Oppo 83. 😃

If anyone has suggestions on making VC-1s in .mkv containers work with the 83, I’d love to hear about them.

This is a great tool to automate the whole process of HD-DVD to BD conversion without any re-encoding. It also makes it easy to use the BD source to create a quick .mkv file using other software.

I am puzzled by one thing, though. My primary playback device is the Oppo BDP-83.
Files I’ve created played back through the 83 are horizontally squeezed. It has no trouble with 99% of .mkv files in my collection, but the BDs/.MKVs created through this process involves VC-1 sources for the most part.

I have not actually burned a BD from one of these conversions to disc yet since the .mkv tests did not go well.

My Oppo BDP-93 does not seem to have trouble with the .MKVs or BD folder structures created in this process, but then, the 93’s media handling is much better. In fact, I believe the DLNA is actually a supported feature whereas with the 83, it is not.

Am I out of luck or is there some point in the process that can be tweaked to satisfy the Oppo 83?

Going from VC-1 to AVC is going to mean re-encoding, right?

There is another test I can do to confirm that the problem is the VC-1 encodes. I know that about 3 or 4 of my HD-DVDs have AVC encodes. I will see what happens with them.

Quite true.

I was thinking more in terms of becoming a celebrity yourself.

Harmy said:

I think at this point it doesn’t really matter any more - there’s been so much exposure that I’m sure the powers that be must have been aware of this for a long time.

Congratulations on your TWIT appearance , Harmy!

Are you ever concerned about getting too much exposure??

downloading…

I for one would like the .mkv format then I would not have to do any conversion myself. But, if you stick with the format you’ve used in the past, it might be more flexible for the majority of users.

Awesome as always, Harmy! Cannot wait for the final release.

Harmy said:

Here's a new video celebrating 2000 likes on the FB page:

http://bit.ly/1KHWgro

It seems I have a more basic problem at the moment. I cannot find any working d/l links. I will keep trying.

So I can just mux it into the AVCHD source using tsmuxer and output any format from there? I guess there is no reason to doubt tsmuxer's iso output now. 

Thanks!

Harmy said:

I don't recommend that - it will re-encode the video and you'll probably end up with worse-looking picture than if you downloaded the AVCHD - read the NFOs for info about sound tracks - if you want to preserve the DTS-HD track (which is not on the AVCHD) you can mux it in from the MKV.

Thanks for the info, guys! I did not realize it was cropped. This is why VLC playback of the .mkv shows no apparent differences.   :)

I have no objection to just getting the AVCHD version (unless it is missing audio tracks or has reduced bitrate). I already spent the time getting the .mkv, though, so that is what I am working with. Again, it worked fine in the past and now I know why.

UncropMKV sounds intriguing. I will take a look at that.

Hmmm.....so I'm trying to make a Blu-Ray from the .mkv using the same method I used to make the awesome v2.5 despecialized but something is messing up the aspect ratio on playback. And, strangely, only my Oppo BDP-83 can play it all. When it does, it is stretching the image vertically (thus eliminating the black bars). Before you ask, no it is not my TV or the BD player, as they play all other discs just fine.

I suspect it is probably tsmuxer. The last time I did anything with it, I was all the way back on version 1.10.6 I believe, but I started with recent versions of everthing this time around and tsmuxer is at 2.6.12 now. I do see some changes to the interface for sure. I have some vague recollection that the older tsmuxer is preferred for this source material, but I could be wrong. I also remember seeing the option to create a "blu-ray folder" (and, in fact, that is what I did before) but that is missing from 1.10.6. In short, I am confused to say the least.

Since I usually just take the default settings for everything, does anyone know what I need to look at to fix this?

Perhaps the AR setting? It is at "As source" right now, which also seems to be what is was with the older tsmuxer. If I change it, none of the other choices seem to be good. Certainly not 16:9 as that is what I think I am getting now.

Another possibility is ImgBurn is doing something but I do not think so. I used the latest version of that to burn an iso from tsmuxer and then an older verion (2.4.2.0) to burn a Blu-Ray Folder. Both gave the same results.

I want to get this right for my next burn. Already wasted two BD-Rs.    :(

Thanks!

Are the chapter markers for this identical to V2.5 Despecialized? I'm thinking no.