AWS Thinkbox Discussion Forums

Encoding to DNXHD shows photo jpg in quicktime player?

Hi Folks!

I’ve recently gotten two licenses of the draft pro codec pack for a job that needs quickties delivered as dnxhd. I’ve used the line encoder = Draft.VideoEncoder( outBase + outExt, fps, outWidth, outHeight, codec=qtCodec ) as my encode line with DNXHD as the variable passed along from a drop down menu. With the DNXHD codec chosen and the job going through draft fine, the quicktime I get out the other side is being reported as photo jpeg by the quicktime player. It plays fine but for the box ticking producers downstairs, it’d be far better if the Window > Show movie inspector option in quicktime player then reported “format : Dnxhd” as the type of video. I’ve got the avid codecs LS 2.5 pack installed on my computer so dnxhd is in there for playback, but am I doing anything wrong which is preventing the mov file being labelled incorrectly?

Cheers!

Ui choice for codec:

scriptDialog.AddControl( "QtCodecLabel", "LabelControl", "Quicktime Codec", labelWidth, -1 )
    scriptDialog.AddComboControl( "QTCodecComboBox", "ComboControl", "MJPEG", ("MJPEG","DNXHD"), controlWidth - labelWidth - 24 - 200, -1 )
    scriptDialog.EndRow()

Put codec choice into command line args:

args.append( 'qtCodec="%s" ' % scriptDialog.GetValue( "QTCodecComboBox" ) )

Pull codec in draft template from command line:

qtCodec = params['qtCodec']

And stick that param into the encoder parameters:

encoder = Draft.VideoEncoder( outBase + outExt, fps, outWidth, outHeight, codec=qtCodec )

Looking at the log for the encoding the command line passed on to draft was:

2015-01-22 16:05:30: 0: INFO: Argument: -u "\\192.168.0.250\VFX_Project\Screen_Scene_VFX\Nicktime\MOV_MJPEG_1080p_Slate_&_Burnin.py" username="" project="" sequence="" entity="" version="v001" fps="25" slateFrames="1" outColor="none" qtCodec="DNXHD" outGamma="1.0" qtGamma="2.2" frameList=1000-1268 startFrame=1000 endFrame=1268 outFolder="\\192.168.0.250\VFX_Project\Screen_Scene_VFX\Nicktime" outFile="\\192.168.0.250\VFX_Project\Screen_Scene_VFX\Nicktime\dnxhd_test.mov" inFile="\\192.168.0.250\VFX_Project\Screen_Scene_VFX\rushes\ep_05\rs2_ep05_5020\rs2_ep05_5020.####.dpx" deadlineRepository="\\192.168.0.98\DeadlineRepository7" taskStartFrame=1000 taskEndFrame=1268

But looking at the bottom where the encoding happens I get:

2015-01-22 16:06:42: 0: STDOUT: Stream #0:0: Video: mjpeg (jpeg / 0x6765706A), yuvj420p, 1920x1080, q=5-5, 200 kb/s, 12800 tbn, 25 tbc 2015-01-22 16:06:42: 0: STDOUT: [libx264 @ 0000000008e4fe00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 2015-01-22 16:06:42: 0: STDOUT: [libx264 @ 0000000008e4fe00] profile Constrained Baseline, level 3.1 2015-01-22 16:06:42: 0: STDOUT: [libx264 @ 0000000008e4fe00] 264 - core 142 r2 dd79a61 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=0 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=36 lookahead_threads=4 sliced_threads=0 slices=4 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=3 keyint_min=1 scenecut=40 intra_refresh=0 rc_lookahead=3 rc=crf mbtree=1 crf=18.3 qcomp=0.60 qpmin=4 qpmax=51 qpstep=4 ip_ratio=1.50 aq=1:1.00 2015-01-22 16:06:42: 0: STDOUT: Output #0, mov, to '\\192.168.0.250\VFX_Project\Screen_Scene_VFX\Nicktime\dnxhd_test-proxy.mov': 2015-01-22 16:06:42: 0: STDOUT: Metadata:

Which seems to indicate it making an Mjpeg stream?

Just to make sure something isn’t getting garbled with your qtCodec value, what output do you get if you add the following line immediately before you create your encoder:

print "DEBUG: qtCodec =",qtCodec If the output doesn’t say DNXHD, I suspect there’s a problem with your script elsewhere. Could you zip and attach your script, or e-mail it to support@thinkboxsoftware.com and reference this forum thread?

Thanks,
Andrea

Ugh - chalk this one down to stupidity, I wasn’t even picking the draft script where I made the encoder use the new dnxhd variable.

“Never attribute to malice that which is adequately explained by stupidity” is the phrase which fits nicely here.

Sorry to waste your time :neutral_face:

John

No worries… I’ve done things equally stupid, it happens to everyone. :wink: I’m glad it’s working now.

Cheers,
Andrea

Privacy | Site terms | Cookie preferences