请选择 进入手机版 | 继续访问电脑版
 找回密码
 立即注册
查看: 1219|回复: 1

freesync遇到24帧会怎样处理

  • TA的每日心情
    开心
    2020-7-27 10:43
  • 签到天数: 6 天

    [LV.2]偶尔看看I

    12

    主题

    79

    回帖

    0

    VC币

    中级会员

    Rank: 3Rank: 3

    积分
    3309
    mitsukaze 发表于 2020-8-26 08:10:48 | 显示全部楼层 |阅读模式
    大部分显示器都支持freesync了.
    但是freesync最低刷新率是40hz,24fps的视频还是低了些,那播放视频的时候会怎样处理呢?

    能不能理解成freesync会把24fps当成48fps处理,这样就不会有60hz屏幕播放24fps的那种卡顿感了
    回复

    使用道具 举报

    该用户从未签到

    3

    主题

    65

    回帖

    0

    VC币

    中级会员

    Rank: 3Rank: 3

    积分
    2658
    sunph 发表于 2020-8-26 09:28:17 | 显示全部楼层
    就madvr来看似乎没什么用:http://forum.doom9.org/showthread.php?t=146228

    B) FreeSync / G-SYNC

    Games create a virtual world in which the player moves around, and for best playing experience, we want to achieve a very high frame rate and lowest possible latency, without any tearing. As a result with FreeSync/G-SYNC the game simply renders as fast as it can and then throws each rendered frame to the display immediately. This results in very smooth motion, low latency and a very good playability.

    Video rendering has completely different requirements. Video was recorded at a very specific frame interval, e.g. 23.976 frames per second. When doing video playback, unlike games, we don't actually render a virtual 3D world. Instead we just send the recorded video frames to the display. Because we cannot actually re-render the video frames in a different 3D world view position, it doesn't make sense to send frames to the display as fast as we can render. The movie would play like fast forward, if we did that! For perfect motion smoothness, we want the display to show each video frame for *EXACTLY* the right amount of time, which is usually 1000 / 24.000 * 1.001 = 41.708333333333333333333333333333 milliseconds.

    FreeSync/G-SYNC would help with video rendering only if they had an API which allowed madVR to specify which video frame should be displayed for how long. But this is not what FreeSync/G-SYNC were made for, so such an API probably doesn't exist (I'm not 100% sure about that, though). Video renderers do not want a rendered frame to be displayed immediately. Instead they want the frames to be displayed at a specific point in time in the future, which is the opposite of what FreeSync/G-SYNC were made for.

    If you believe that using FreeSync/G-SYNC would be beneficial for video playback, you might be able to convince me to implement support for that by fulfilling the following 2 requirements:

    1) Show me an API which allows me to define at which time in the future a specific video frame gets displayed, and for how long exactly.
    2) Donate a FreeSync/G-SYNC monitor to me, so that I can actually test a possible implementation. Developing blindly without test hardware doesn't make sense.
    回复 支持 0 反对 1

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    快速回复 返回顶部 返回列表