[Luke Mullen]

Cheers, thanks sir! I don’t actually have a need to do it at the moment, I do use Encore for burning Blu-rays with menus, but it occasionally gets…unstuck?…from my CC membership and getting it re-authorized is a bit of pain and always scares me a little that I won’t be able to get it running again. I had no idea FCPX had DVD burning with menus built in, so this is nice info to have and tuck in the back of my mind. Sincerely appreciate the long post with all the steps laid out.

[Luke Mullen]

Can’t speak for David, but if you have time Brian, I’d love to hear more about how you created a DVD from FCPX. Didn’t realize it had that functionality…

[Luke Mullen]

Any news on BRU for Windows? Is it possible for me to get on the mailing list for the beta?

[Luke Mullen]

You take a speed hit with half height standalone drives? How significant?

[Luke Mullen]

ProRes4444 exported from the same Resolve sequence with the same settings comes into Premiere with the proper 1.0 PAR.

[Luke Mullen]

Right the frame aspect ratio for UHD 3840×2160 is 1.78:1 and the frame aspect ratio for my clips at 4096×2160 is 1.89:1, but as Tero said, I’m referring to the PIXEL aspect ratio which should be square (1.0 in Premiere).

Tero, I’m using the full studio version of Resolve.

[Luke Mullen]

Hey Tim…

Any updates on BRU PE for Windows?

[Luke Mullen]

Hey Tim…

I’m curious if you’ve gotten any farther with your testing. I’m working with a local non-profit to help them set up an LTO-7 archive solution. They purchased a standalone HP LTO-7 Ultrium 15000 tape drive. I have it running on a custom built Windows 10 system through an ATTO H680. I’ve downloaded and installed the latest firmware for both the H680 and the LTO drive, but it’s running slow. Using LTFS and PreRollPost. They have lots of large DPX sequences that they need to archive, and I was thinking the nature of trying to backup tens of thousands files was part of the slow down and beyond that maybe PreRollPost itself was having issues writing that many files, but after reading your post I’m wondering if there’s something else going on. PreRollPost doesn’t give a speed in it’s copy details but just based on the time, it’s taking waaaay too long. And way too long just for the copy step before we even hit the XXhash checkum verification step. For example, we tried a 130GB folder last week, around 11,000 12MB files plus a 125MB sound file and it took over 2 hours for a full copy and verify. Conversely, just dragging and dropping the folder to an LTFS formatted tape in Windows Explorer took about 20 minutes and claimed to be running around 150MB/sec…still way slower than LTO-7 should be able to achieve. I haven’t talked to Imagine yet, and I know that’s my next step, just gathering as much info as I can first and also checking the performance on the Mac build of PreRollPost before I send that email. But I came across this post and wondered if you’d gotten anywhere with your testing in the last few months. Any info you have would be appreciated.

[Luke Mullen]

Thanks for the advice!

[Luke Mullen]

Interesting, I hadn’t thought of doing it that way. I tried it, and while it took longer to process the multiclip this way, it did give me a multiclip with all 5 channels like I wanted.

And then I can go back to my PE sequences and create separate merged clips so that I still have 3 files for each take, the A cam angle synced, the B cam angle synced and the multicam synced.

Thanks for the advice!