"Media Offline" for Fusion clips

There are a number of "Media Offline" related issues on this forum but I could not find one that was clearly related to Fusion cached files.

The gist is that optimized Fusion clips show "Media Offline". When cached files are invalidated by changing a setting, the clip renders properly, up until a segment is optimized.

I have a screen recording of this problem but the Forum is carefully designed to prevent sharing of that information (no URLs and not mp4 uploads). I'm happy to provide links to an online recording if anyone wants to see this behavior.

I tailed ResolveDebug.txt while the clip was being optimized (as each segment is optimized, that segment shows "Media Offline") and these are the logs generated:

Code: Select all

0x7f619ccbb700 | IO                   | ERROR | 2021-03-18 10:22:50,108 | Failed to read frame frame from video frame </home/garrett/CacheClip/b6be1b21-dc46-4987-957d-8cf8d186675f/d325983b-afd7-4320-8bb6-e424128ecc44/d1c469e4-965b-4591-b851-14eaa7cddbe7/3a2600a9-59fd-4a79-86b5-ac8052124fe4/SourceOne/0000000063.dvcc>, error: <File does not exist, or file format is not recognizable.>

There are several such entries.

The files exist but are empty (length 0). I don't have any other error logs or information leading up to these.

The header for ResolveDebug.txt:

Code: Select all

0x7f63fc447640 | Main                 | INFO  | 2021-03-18 10:12:02,740 | Running DaVinci Resolve Studio v17.1.0.0024 (Linux/Clang x86_64)
0x7f63fc447640 | Main                 | INFO  | 2021-03-18 10:12:02,740 | BMD_BUILD_UUID 912a4373-f5b5-4e54-9fc6-b9efab4f47f6
0x7f63fc447640 | Main                 | INFO  | 2021-03-18 10:12:02,740 | BMD_GIT_COMMIT 5b371db7cafb184ffaac29f3843b849f765fc644
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,740 | Starting GPUDetect 1.1_2-a16
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 | Done in 120 ms.
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 | Detected System:
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |   - OS: Linux Linux Mint 20.1
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |   - Model: LENOVO 20URS07700
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |   - System ID: 939972095cf1459c8b22cc608eff85da
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |   - CPU: Intel Xeon W-10855M, 12 threads, x86-64
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |   - RAM: 6.3 GiB used of 62.5 GiB
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |   - NVIDIA Driver: 460.39, supports CUDA 11.2
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 | Detected 1 GPUs:
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |   - "NVIDIA GeForce RTX 2080 Super with Max-Q Design" (gpu:806e934b.f91e8f0c) <- Main Display GPU
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |     Discrete, 696 MiB used of 7.4 GiB VRAM, PCI:1:0.0
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |     Matches: CUDA, NVML, OpenCL, XOrg
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 | Detected 1 monitors:
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |   - "Monitor" <- Main Monitor
0x7f63fc447640 | GPUDetect            | INFO  | 2021-03-18 10:12:02,861 |     3840x2160, connected to "NVIDIA GeForce RTX 2080 Super with Max-Q Design" (gpu:806e934b.f91e8f0c)
0x7f63fc447640 | Main.GPUConfig       | INFO  | 2021-03-18 10:12:02,861 | Compute API set to automatic, defaulting to CUDA.
0x7f63fc447640 | Main.GPUConfig       | INFO  | 2021-03-18 10:12:02,862 | Selected compute API: CUDA
0x7f63fc447640 | Main.GPUConfig       | INFO  | 2021-03-18 10:12:02,862 | Automatic GPU Selection:
0x7f63fc447640 | Main.GPUConfig       | INFO  | 2021-03-18 10:12:02,862 |   - "NVIDIA GeForce RTX 2080 Super with Max-Q Design" (gpu:806e934b.f91e8f0c)
0x7f63fc447640 | IO                   | INFO  | 2021-03-18 10:12:02,862 | RED InitializeSdk with library path at /opt/resolve/libs
0x7f63fc447640 | IO                   | INFO  | 2021-03-18 10:12:02,957 | R3DAPI 8.0.0-49A09 (20201217 Lx64S) R3DSDK 8.0.0-49A09 (20201217 Lx64D C3B1) RED CUDA 8.0.0-50396 (20201217) [/opt/resolve/libs/] init is successful
0x7f63fc447640 | Main                 | INFO  | 2021-03-18 10:12:02,957 | 0 RED rocket cards available
libDeckLinkAPI.so: cannot open shared object file: No such file or directory
0x7f63fc447640 | Main                 | INFO  | 2021-03-18 10:12:02,958 | Decklink model name: '', version: ''
0x7f63fc447640 | DVIP                 | INFO  | 2021-03-18 10:12:02,958 | DVIP release/17.1 build 35 (db6ea058cd9b335e602984b011c11cca73266561). Release, version 17.1.0.

I'm happy to provide any other information.

This happened to me today (17.1 latest, Apple M1).

In the timeline I have a video clip and a Fusion composition. It was halfway through rendering the Fusion composition in place in the timeline, where the render indication line was halfway through turning red to blue.

In the video clip (not in the fusion composition) I flipped the video from left to right by clicking the FLIP button in the inspector.

This instantly triggered the media offline error in the Fusion clip, not in the video clip.

I deleted all the render cache, but this did not solve the media off-line problem in the Fusion clip.

No media offline error in the video clip.

Even during the beta phase, this problem happened a few times.

I should add that I've also seen it where: One part of the Fusion composition is fine, but another part of the same Fusion composition has "media offline".

[Rohit Singhal]

Hi Garrett, Roger,

We are unable to see this issue here. Would it be possible for you to share a small sample project which shows this issue easily? Please include media - generate a project archive (.dra) and send it to us as a dropbox(or another) link.