Welcome to our community

Be a part of something great, join today!

  • Hey all, just changed over the backend after 15 years I figured time to give it a bit of an update, its probably gonna be a bit weird for most of you and i am sure there is a few bugs to work out but it should kinda work the same as before... hopefully :)

Hazardous R3D TRIM-bug in REDCINE-X 356?

Carl Dieker

Well-known member
Joined
Nov 11, 2007
Messages
300
Reaction score
0
Points
0
Website
www.prospectdeck.com
Hi,

I really love the RED TRIM export function in the latest versions of REDCINE-X. It's fast and it helps me save a lot of disk space. But there seems to be a bug.

When trimming down an original RDM-folder some of its RDC-subfolders do not contain correctly named R3Ds but instead files that are named Pre_001.R3D, Pre_002-R3D, etc. These RDC-subfolders do not include any QuickTime-wrappers. And more over, the included R3D(s) will not load in the clip browser window. The subfolder is in the folder browser window but its clip(s) is/are not showing.

However, when you individually select such a RDC-subfolder its clip will show up alone in the browser clip window. It is also possible to make QT-wrappers. But they will then get their names from the wrongly named R3D, that is Pre_001_F.mov, and so on. Now, if you try to fix the later by renaming the Pre_001.R3D-file correctly (outside of REDCINE-X), that is its prefix being the same as the one of the RDC-folder, it is then impossible to make new wrappers. Next time the R3D is loaded in REDCINE-X and you try to make new wrappers the app will crash. There may be other conflicts as well.

Notice that the file name Pre_001.R3D resembles the name of temporary files when you shoot with pre-record.

The real dangerous part comes when you throw away the original RDCs in the RDM-folder replacing them with the trimmed ones.

Fortunately I discovered the RED TRIM-bug before deleting the original files.

Anyone else seen the same problem? Is it a known bug? Then I am sorry if I missed it being reported.

I include screen grabs of the folder containing the trimmed RDC-subfolders A192_C040_0630PQ.RDC, A192_C040_0630PQ_S000.RDC, A192_C040_0630PQ_S001.RDC as well as A192_C040_0630PQ.RDC in the original RDM-folder.

PS: The fastest way to solve this problem is to throw away the not correctly trimmed RDC-folder(s) and replace them with the untrimmed original.
 

Attachments

  • A192_0630TW_RDM.jpg
    A192_0630TW_RDM.jpg
    42 KB · Views: 0
  • RED_TRIM.jpg
    RED_TRIM.jpg
    37.7 KB · Views: 0
PS: I knew that new REDCINE-Xs-problems have thread already but this particular bug seems serious enough to warrant its own one.
 
Hi Carl,

Thanks for the report. I'm going to email you directly to get more details. This is the first we have seen this issue and will look into it right away.

No, you were right to start a new thread. I've been waiting for the other one to die for quite some time!

David
 
Thanks! I must add that I've never encountered this problem before. Until I know what caused it I will type search Pre_001.R3D after each RED TRIM-batch. If there aint any hits I will know it all went well.
 
Hi David,

I've just sent an email to david [at] red [dot] com with the verbose log file attached.

Best wishes,

Calle
 
Back
Top