Replies – Forums – Karel Voners

Forum Replies Created

Page 1 of 3

1 2 3 →

Karel Voners
April 13, 2018 at 7:44 pm in reply to: Choppy 5K red timeline with 20 core xeon, 64GB, GTX 980.

noticed that if you disable thumbnails in the sequence it’s much snappier, still not perfect but that had something to do with it.
Karel Voners
March 14, 2017 at 3:53 pm in reply to: Upgrade from GTX 660 to 980 worth it?

Just your average red –> prores proxy –>h264 conversions.

Thanks!
K.
Karel Voners
March 13, 2017 at 9:43 pm in reply to: CC 2017 Mac Intel Tower Reviews

I don’t have aja cards, but tried CC2017 on OSX 10.12. It crashed two times in under an hour…
Karel Voners
March 4, 2017 at 7:31 am in reply to: Simple but decent USB audio output amp.

Thank you for your detailed recommendation Bruce, I didn’t know the mbox micro was headphones only. I do use it to drive a larger amp which is connected to bookshelf speakers. Was this not recommended perhaps? I have a pair of sennheiser hd25 headphones. But I mainly edit using speakers. Thanks a lot!
Karel Voners
April 22, 2015 at 11:34 am in reply to: out of memory rending problem

Whenever I encountered that problem I would restart FCP and that would solve the issue.

You can also set in an out points on the sequence and render things out in smaller pieces on the sequence first before your export.
If you export a rendered timeline you basically stitch together all pre-rendered files so no additional rendering is needed.

It can also be corrupted media. Rendering small pieces on the sequence can help you isolate the bad clip.

The green screen you describe happens on every FCP system I have ever worked on…

K.

ps: make sure to change the render settings in the sequence settings to match the settings you need for output.
Karel Voners
April 21, 2015 at 3:57 pm in reply to: Share render files?

Hi yes,

Right now we work from a set of network volumes.

I would create a dedicated network volume for the render files where FCP would render to.

We would mount all volumes at the same time, thus if I need to open a project that has been rendered on the other machine I don’t need to render again. I would simply connect to the render files on the shared render volume.

I just don’t know what would happen if the other one would start to create new render files on the share… I guess I have to experiment a bit…

Cheers,
K.
Karel Voners
March 31, 2015 at 4:01 pm in reply to: Replacing G-RAID drives with bigger capacity disks.

Hi, things worked out. I replaced the drives from 2 G-RAID 6TB drives.

I used Hitachi 4TB NAS drives H3IKNAS40003272SE. Perhaps the non NAS version of that drive works as well, don’t know.

I’m re-using the old 3TB drives in my server.

Cheers!
K.
Karel Voners
March 6, 2015 at 2:57 pm in reply to: Replacing G-RAID drives with bigger capacity disks.

Hi,

Yes, it says DK7SAD300.

Meaning they are using consumer drives in their raid products…

K.
Karel Voners
March 6, 2015 at 1:41 pm in reply to: Replacing G-RAID drives with bigger capacity disks.

You are correct, the manual for DK7SAD300 referenced both deskstar and ultrastar.

Thanks,
K.
Karel Voners
March 5, 2015 at 9:02 pm in reply to: Replacing G-RAID drives with bigger capacity disks.

I just opened one up, this drive is inside:

Hitachi Ultrastar DK7SAD300

https://www.hgst.com/tech/techlib.nsf/techdocs/EF593BD721D5D2768825782D000B8111/$file/DS7K3000_US7K3000_SATA_OEMSpecRev1.3.pdf

Can’t seem to find any references to TLER or something, seems like normal consumer drives.

Thanks for the feedback!

K.

Page 1 of 3

1 2 3 →