What's a decent all round format on Nuke Linux for creating movs.
On mac I use photo-jpeg, but without testing each format on Linx I don't know
which one would be similar.
Thanks in advance of not having to run that test :)
Howard___
Nuke-users
I'd like to see filtering options on rotopaint and other similar interfaces.
Namely the ability to filter all strokes related to a frame or frame range. so
you can do corrections/find bad strokes easier.
This should include the option of any stroke that covers that frame range
exactly or is a
In case it helps, QuickTime (mov) support has had a major overhaul using
the Apple QuickTime libraries on Mac and Windows in Nuke 8.0.
Unfortunately this doesn't affect Linux as support for ffmpeg is limited.
Feel free to send any stability or colour fidelity issues that you find
with movs to
The main issue that I'm having is that Nuke/Hiero doesn't play DNxHD at all on
linux. That's no problem when using Nuke, because as mentioned before you
wouldn't want to work with that.
But not being able to use HieroPlayer right now is a real bummer!! Especially
since these Quicktimes play just
I never use MOV on linux so this is a guess but there must be a jpeg2000
which is very good but I don't know about playback. jpeg2000 was what the
Media 100 usedThe other that gets asked for by edit dept. all the time
still. mjpeg. both of those I think are in ffmpeg but I can't remember
for
Not sure on that but if you look further down the list you should find
some answers on how to get that going with particular versions of ffmpeg
and vc3.
Cheers, Ben
On 03/04/2014 12:06, Thomas Volkmann wrote:
The main issue that I'm having is that Nuke/Hiero doesn't play DNxHD
at all on
Are you looking for a lossy format to delivering to the customer or an
intermediate/mastering format before going to another application? For
lossy, recently I used mpeg 4 and it seemed to work well. You just need to
up the bitrate as the default is currently set too low.
--
Deke Kincaid
Using the default in nuke does usually not cause a problem with playback.
Otherwise I usually go for h264 as a codec for mov containers.
Cheers,
Elias
3 apr 2014 kl. 09:03 skrev Howard Jones mrhowardjo...@yahoo.com:
What's a decent all round format on Nuke Linux for creating movs.
On mac
I don't think our ffmpeg is compiled against x264 as it requires a
licensing fee for commercial use so I don't think there are any h264 codecs
in our ffmpeg writer. Unfortunately I'm on a mac right this sec so I can't
check as there are lots of codecs in there.
--
Deke Kincaid
Creative
Thanks - lossy format that's good enough. It's just something so that when a
shot is published a reasonable quality QT is created at the same time on their
machine without going outside Nuke.
Cheers
On 3 Apr 2014, at 13:33, Deke Kincaid d...@thefoundry.co.uk wrote:
Are you looking for a lossy
Hi Howard,
Perhaps just by making the columns on the main panel able to sort things
out by name, visibility, life, source, etc would solve at least a good
portion of what you miss. Turning the paint selection on should take care
of the rest I think.
But I'm all for dedicating some extra love to
If I recall correctly h264 showed up in my lists of available codecs. I havn't
compiled it myself, maybe ffmpeg included it because some other application
installed that codec?
Ubuntu 12.04 is what I'm using in this case.
/Elias
3 apr 2014 kl. 14:53 skrev Deke Kincaid d...@thefoundry.co.uk:
It's very annoying that Nuke's Quicktime helper task/process ties up QT files for some
time after they're no longer in use in Nuke. After QT files have been deleted from a Nuke
setup, the process sometimes hangs around for several minutes. This wouldn't be noticed,
but it 'locks up' the QT
Hi there!
I already have sent a bug report about this (I experienced the same behaviour
on OS X) to the support and it was added to this bug:
Bug 25371 - Mac OSX/Windows - Excessive amount of NukeQuickTimeHelper-32
processes running
Maybe you'd like to write to the support aswell, referencing
On 4/3/2014 12:05 PM, Schneider, Abraham wrote:
Hi there!
I already have sent a bug report about this (I experienced the same behaviour
on OS X) to the support and it was added to this bug:
Bug 25371 - Mac OSX/Windows - Excessive amount of NukeQuickTimeHelper-32
processes running
Maybe
It definitely happens in Nuke 7 as well (at least on Windows). Those processes
end up orphaned far too frequently.
-Nathan
From: Sam Marrocco
Sent: Thursday, April 03, 2014 9:17 AM
To: Nuke user discussion
Subject: Re: [Nuke-users] Nuke QuicktimeHelper tasks on windows
On 4/3/2014 12:05
For some unknown reason, Nuke’s ffmpegWriter doesn’t support mjpeg, which would
probably be your best bet (it’s identical to Photo JPEG for all intents and
purposes, and is recognized as such on OSX). MotionJPEG (which I think Nuke
does support) and mjpeg are *not* the same though... that’s an
A big reason for the continued stability problems on Linux is that the ffmpeg
libraries Nuke is shipping with are over 2 years old. For some reason, they
just weren’t updated in Nuke 8, even though the ffmpeg plugins were re-written
(or at least cleaned up).
OpenColorIO support in Nuke is in
Yes I requested that when it was in development, but figured since the layering
could become confused, whereas a filter would maintain the layering aspect
(you'd hope)
On 3 Apr 2014, at 14:06, Diogo Girondi diogogiro...@gmail.com wrote:
Hi Howard,
Perhaps just by making the columns on the
Hi
I have some shots where I'm seeing (via xnview)
SMPTE time code ff:ff:ff:ff
This is after a straight conversion from exr to dpx via Nuke on a mac. (Nuke
8.0v3)
In the write node there is a timecode option as standard in Nuke but this has
been left blank. If I put a 0 in there the
True, completely ignored that tiny little detail :)
And implementing such filtering as you said has its fair share of challenges
now that I'm thinking straight. Presenting it on the GUI and it's results
wouldn't be something easy to crack. I guess digging around and paint stroke
selection is
We use mjpeg for the higher quality movs and h264 for lossy stuff and sg
uploads...
All done via ffmpeg externally as Nathan already suggested.
After looking into this we also went for those, as RV does not have
problems with the both of them, dnxhds or prores needs some compiling
for rv to
They put Combustion paint in Toxik/Composite I think 2012. and even made
it 32bit. I use it all the time just for bigger paint jobs because its all
I have really.
Randy S. Little
http://www.rslittle.com/
http://www.imdb.com/name/nm2325729/
On Thu, Apr 3, 2014 at 2:02 PM, Diogo Girondi
23 matches
Mail list logo