Posts by shawnstoked

    Which build and version are you on right now? It helps to know what you're comparing against.

    Hard to say without trying, since nobody has run Hades on a 3500U yet, but its graphics (Vega 8 ) are supported for native Dolby Vision. Your case is what the latest version worked on: with the OSD, the seek bar or subtitles over a Dolby Vision film, each frame is now redrawn only where they are. On the integrated graphics of a Ryzen 9 7950X3D, which has just 2 compute units, a profile 7 FEL film with the seek bar and the info panel open keeps all its frames, and a user saw the same on a Radeon RX 7600. The 3500U has more compute units but usually much slower memory, so I can't promise the same. If you try it, the Dolby Vision page of the player info shows the GPU time of each frame and how much headroom is left.

    Just switched to your RC3 build. Same issue. Would I be better off swapping this out for an N150? Or do you think this is fixable for the 3500u?

    Thanks for the improvements in Beta3! I've tested the same Profile 7 FEL content with fast rendering disabled and enabled.

    There does seem to be a noticeable improvement with fast rendering enabled:

    • Fast rendering OFF: 119 skipped frames over approximately 60 seconds.
    • Fast rendering ON: 67 skipped frames over approximately 130 seconds.
    • Both sessions reported 0 dropped frames and 0 presentation failures.

    The tests weren't identical in duration or playback position, but with fast rendering enabled, the skipped-frame counter increased much more slowly after the initial playback period, with several intervals showing almost no additional skips.

    I'm still seeing repeated OutputPicture - timeout waiting for buffer messages in both sessions.

    I also noticed the following message:

    CB1 FEL upscaling: VAAPI unavailable, using full shader FEL reconstruction

    It looks like the Vega 8 isn't benefiting from the new VA-API FEL upscaling optimization.

    Thanks for the response! Looking forward to trying Beta3.

    Yes, the skipped-frame counter continues to increase even during uninterrupted fullscreen playback with the GUI hidden. However, the counter doesn't seem to correlate with any noticeable stuttering on screen, so I'm not sure how accurately it reflects actual playback performance.

    Do you think the buffer timeouts could be related to the FEL processing overhead, or potentially an AMD-specific frame presentation issue?

    I'll report back once I've had a chance to test Beta3.

    Ryzen 5 3500U / Vega 8 – Dolby Vision FEL frame skipping on R1.0.0 Beta2

    I'm testing R1.0.0 Beta2 on a Ryzen 5 3500U with Radeon Vega 8 graphics, connected via HDMI through a Denon AVR.

    Dolby Vision Profile 7 FEL playback works, including enhancement-layer processing, but I'm seeing skipped frames accumulate during playback.

    System:

    • CPU: AMD Ryzen 5 3500U
    • GPU: Radeon Vega 8 (amdgpu)
    • Build: R1.0.0 Beta2
    • Kodi: 22.0 RC1
    • Kernel: 7.2.6
    • Mesa: 26.2.3
    • Playback: 4K HEVC Dolby Vision Profile 7 FEL, 23.976 fps
    • Output mode: DV Standard (TV-led)

    What I'm observing:

    • The skipped-frame counter increases during playback, sometimes quite rapidly.
    • The skipped frames don't appear to correlate with scene complexity or visible stuttering.
    • The dropped-frame counter remains at zero.
    • The video queue is generally around 97–100% full.
    • The log repeatedly reports:
      • OutputPicture - timeout waiting for buffer
      • CRenderManager::AddVideoPicture - timeout waiting for render
    • The display correctly switches to approximately 23.976 Hz.

    The logs suggest that frames are being delayed somewhere in the decoding/rendering/presentation pipeline, although I'm not sure whether this is a GPU performance limitation or an AMD driver synchronization issue.