Hi support team!

I have been testing the screening room, using Nuke Quickdailies node and then checking the footage in the screening room, and although the screen room app has all icons with the thumbnails of the respective versions of the Quickdailies, when ever try to play one i get this error message:

There was a error loading this media

My 1st thought was the Quickdailies node was not exporting a .mov but i went to the folder and they were there, although sometimes not with the correct name but with a number like -6402895399433207443.mov, either way could i get more info on this type of error and what should be my next to make the Screening Room run with nuke Quickdailies
I am running Windows 7 64x and the tests were made with Nuke 7
All the best

#### 댓글 7개

• KP

Hi Bruno,

Sorry you're having trouble with this. I have a couple of questions to help us get to the bottom of the issue:

• Do you get this error with all of your quicktimes or just some of them?
• How easily can you reproduce the issue? Is there any pattern?
• Are the filenames with the numbers preceded by a dash (-) or a tilde (~)? Can you copy an example filename?
• Do you get any error when publishing from Nuke or does it complete successfully?

Filenames with a tilde are likely temp files so it's possible that the Quicktime generation is failing at some point when you're publishing with Quickdalies. It could be useful to turn on  debug_logging in your environment file and send us the result.

Assuming you're in the Shot Step environment (launching Nuke from a Task on a Shot), you'd edit:

Z:\path\to\sgtk\software\<your_project>\config\env\shot_step.yml

And set debug_logging: true for tk-nuke

tk-nuke:  apps:  ...  ...  debug_logging: true

The debugging info will then be in the script editor window. If you could send us the output from that (specifically the quickdailies generation part if that's recognizable, otherwise all of it is fine) and we can see if there's anything else in there that may provide clues.

• Bruno Guerreiro

Hi KP, since my last email i was not able to reproduce the exact error that i describ -6402895399433207443.mov what i get instead is the same naming convention  something like -643803928174710280 but with .tmp as extension.

• I did notice that i was getting the same error when i tried with my own write node, using the same settings as the quickdaily node. I googled this error and find out that the foundry had already dealt with this naming it BUG ID 9851, which states "Windows file permission error on render: ... usually means that the final output file is in use and can't be overwritten. Sometimes this is due to Nuke itself accessing the file for the current script. If the message appears, check if another node in Nuke or another application could be using the file at the same time."
• As i stated i can easily reproduce the error 19 times out of 20 i will get a file named like this -643803928174710280.tmp, if i changed it to .mov it will run perfectly in QT. Very rarely (still don't know exactly how) it names the file correctly, but unfortunately even if the files is named correctly it wont show in the screening room.
• The file names always start with a dash - followed by a sequence of numbers and ending in .tmp
• Independently of the result being a correctly named .mov or .tmp i always get a message ate the end of the render saying Your submission was successfully sent to review

Here is the debug log from one of the .tmp quickdailies:

Shotgun Debug: Importing python modules in Q:\AI\software\shotgun\studio\install\apps\app_store\tk-nuke-quickdailies\v0.1.8\python...Shotgun Debug: Retrieving current scene path via hookShotgun Debug: Saving the current file with hookShotgun Debug: Snapshot: Copying Q:\AI\projects\test_project\sequences\End\CAM_003\Comp\work\nuke\CAM003.v007.nk --> Q:\AI\projects\test_project\sequences\End\CAM_003\Comp\work\nuke\snapshots\CAM003.v007.2014-05-15-11-39-25.nkShotgun Debug: Snapshot: Adding comment to file Q:\AI\projects\test_project\sequences\End\CAM_003\Comp\work\nuke\snapshots/CAM003.v000.tank_comments.yml

Any feedback will be appreciated

Thank you for all your help

Bruno

• KP

Thanks for the detailed follow-up Bruno. Which exact version of Nuke are you using? I see there's another similar bug they fixed in v7.0v6:

BUG ID 19788 - Windows only: Writing frames occasionally displayed a Can't rename .tmp to final, Permission denied error.

• Bruno Guerreiro

BUG ID 19788 is something recurring, we mostly export frames from nuke and i personally have seen this happen a lot of times even in Nuke 8

For the tests i mainly used 7.0v9, i also did a few tests in version 8.0v3 and got the same errors.

It does not seem to be directly related with Toolkit, but something more related on how Nuke writes data on a windows system. I guess we will just have to manually upload our dailies.

Thank you Kp

• KP

Ah, are you trying to use the web player in Screening Room? Or are you using Screening Room for RV?

Currently the quickdailies app doesn't actually upload the movie to Shotgun (a feature that direly needs to be implemented and we plan to very soon). So there won't be any media in the Uploaded Movie field on the Version which is what the SR web player needs to play its media.

If you're using RV, are the quicktimes listed in the Path To Movie field on the Version? And that path is correct and the movies in that location are playable? An example Version id for me to look at would help too if this is the case.

• Bruno Guerreiro

I guess i should have been more clear, we don't use RV, its the Screening Room in the web that we wanted to use.

I will wait for the update then.

Thanks for the feedback
All the best
Bruno
• KP

FYI, here's a tip for how you can write a simple hook to upload your movie file to the Version in Shotgun for viewing in the Screening Room web player. Check out "How do I view my Nuke Quickdaily in Shotgun Screening Room

댓글을 남기려면 로그인하세요.