zeropc

dark_jedi said:

...  surely would love to get Explorers but I can't find that one,

pm send

i read on a german forum that the french steelbook bd contains the fixed 5.1 audio and original mono (only in lossy dolby).

they also note that if your player is set to english (player language, not bd language), you only get the cut version of the movie. set it to french and you get the uncut version.

but maybe that's what dj used for this project anyway :)

demons has a bd in the uk by arrows

the life aquatic with steve zissou - wait for criterion

explorers - high bitrate 1080i exist

space camp - no idea

may i ask why the ld audio was upconverted from 16bit to 24bit?

afaik re-sampling ld audio from 44.1khz to 48khz for dvd/bd usage is basically lossless, if a high quality sampling tool is used. so is there any benefit also changing it from 16bit to 24bit?

yep, that was my question ;)

i know 3 sources of the unrated cut in hd

1. apple itunes
2. monster hd cap
2. vudu hdx

i have the first two + the unrated ld, which contains the original theatrical mix. on top i have the r1 dvd, which contains both cuts.

jubler hasn't done anything. when i look at actual file, all the symbols are there. like i said before, subtitle-workshop doesn't like the srt files either. it opens them, but all the symbols are replaced with some strange code.

#update3#

i imported the subs in easySUP and there are the same problems. that's definitely i problem with the source subs coding.

somebody else have these problems?

#update 2#

while the remux now worked without problem, but the shown subs now don't show various symbols like ' or german extra symbols like ö, ä, ü

in jubler i don't see any problems. but in the remux it's broken.

what are you guys planning for jason goes to hell and which sources will you use?

mkvtoolnix and subtitle editor don't like the provided .srt files

error message from mkvtoolnix

Error: '---' is neither a valid ISO639-2 nor a valid ISO639-1 code. See 'mkvmerge --list-languages' for a list of all languages and their respective ISO639-2 codes.

any ideas?

#update#

i run the subs i needed through jubler (open and then newly saved) and now mkvtoolnix has no problem with the remux.

gosh, what a pain this is to find a proper way to check if you can bit-perfect capture. some hints were posted from members of the forum. but ultimately i found the right pieces of the puzzle and combined them to a working solution

test subject

dts audio cd from the eagles - hell freezes over

equipment

m-audio firewire 410
macbook pro running mac os 10.7.5

recording software

audacity
adobe audition
cockos reaper

other tools

dts parser
eac3to

so why dts? simply put: if you can successful capture the audio from dts-cd, then your capture is able to do bit-perfit recordings. the problem was which software and tools you need to have success. in my case it was a trial and error testing, which almost made me loose interst in the whole thing. there was no real guide out there, not even here, on how to test it properly.

that's lead me to test various software with no real success. but i kept looking and i finally found the answer. my recording software just didn't do it right or maybe i forgot something in the settings - feel free to add information that are crucial for proper dts-cd/ld audio recording - in audacity and adobe audition. i just couldn't get a proper file with these applications. i was making sure that i had 44.1khz and 16bit selected, but that seams not good enough. both failed for me.

then i came around another recording software. for shits and giggles i made a test recording and everything went the same way as the other two.

okay, now you wont be able to listen to the dts audio from the recorded wave file. that's where dts parser comes into play. i tried bsplit for my previous recordings, but it didn't work for me. probably because audacity and adobe audition didn't record the audio properly. so a new tool test my audacity and audition recording... nope, not working right. i had a half success, though... the "fixed" audio imported in eac3to showed dts information in it, but it was only 823kbits. so something was missing.

after continuing my search i found the right recording tool: cockos reaper. someone else did an extensive test on bit-perfect recording and he had success with this application. so i thought "lets give it a try." i made a 1 minute test recording with it and nothing new was seen. i exported the recording to a new wave file and send it to my windows machine. in dts parser i did fixing and low and behold a proper dts 5.1 audio file came out... SUCCESS AT LAST

so now i can officially say that i can capture bit-perfect :D

in short...

1. connect your device to your cd/ld player and to your computer
2. record audio at 16bit 44.1khz - for me it worked only in cockos reaper
3. export your recording to a wav file without any adjustments
4. open wav in dts parser, select rebuild stream and click start batch - app needs to be restarted for each new rebuild. i don't know why.
5. enjoy your dts file :)

looking at the original files provided by dark_jedi, the timeindex turiso mentioned is around the side change from disc1 side a to side b.

doombot, can you take a look at your project file for said timeindex? maybe you accidentally moved the files and got them out of sync.

i can't check this myself, as i still not have the bd at hand.

ha... you always learn something new :D

i just tried it and it works. thanks borisanddoris :)

dts-hd encoder needs mono wavs. so it doesn't matter if your source is w64, wav or flac, you have to extract them from your source anyway ;)

i don't know, but silverwook mentioned that the bd audio is week compared to the ld-dts

sure, why not :)

a little info

the pcm provided by matt just matches the itunes version. no adjustment needed. i compared the waveforms in audacity.

without seeing the final video, one could assume that the source of matt's video is coming from itunes. it would be a very big coincidence if a different source has the same exact beginning and (almost) ending - pcm is 6ms shorter then the itunes aac.

dvd dual mono ( part 4 - 7) / dolby surround (part 8)  @ 192kbits

part 1 - 3 had dolby dual mono @ 192kbits on the blu-ray.

DoomBot said:

So is this preservation dead in the water for now?

for pcm yes: unless someone has the other movies on ld.
for lossy dolby no: still going. i have audio from the dvds. just need the blu-rays.

cold be a very old hd cap, from around 2006 or a vudu hdx cap.

i still have a high bitrate 1080i version of part 2.

i'm also interested in the audio :)

note on the uncut statement of the blu-ray

video: uncut & uncensored = yes
video: english or japanese on screen text? japanese only
japanese audio: uncut & uncensored = yes
english audio: uncut & uncensored = no

the english audio is the pg-13 version. the uncut/uncensored audio can be found on the u.s. dvd. i have it, but still hadn't found time to sync the audio to the bd.

here is a tip in order to make 100% sure it's syncs, since the mono on the 35th anniversary edition is a 5.1 mixdown (why even bother to include a mono mix, if it isn't the real deal?)

1. if possible retain the video from the laserdisc. properly inverse telecine it
2. add pcm audio from the ld to the ld video - sync it with the captured lossy audio, unless you captured the pcm right away with the pcm track
3. add ld audio & video on top of the to be synced movie
4: now sync using the actual frames and not waveforms

why is the method better? because you an actual a/v feedback if your work is sync or not.

alternatively if you don't have the ld video you can sync the audio to the 1999 dvd, which contains the actual mono track. from there you move on to the bd.

guys, you are running of course. your discussion has no longer something to do with robocop. it's always interesting how each one thinks about dnr, but this should belong in it's own thread.

if you look closer at the trailer, you can see that all night shots have a natural look for skin tones. the movie almost killed them and pushed heavily towards blue faces.

just saying ;)

i have a memory of a color comparison, which showed two scenes had untouched colors and then blue tint added, but retained the red lights of the truck.

or maybe i just mixed something up ;)

dang... i can't find the showing of the color changes on the dvd. only found a slight segment in pacific data images part of ld stuff on the dvd. you see a scratch removal from old version with original colors into new blueish colors.