home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.development      Operating system development chatter      4,255 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 3,604 of 4,255   
   wolfgang kern to muta...@gmail.com   
   Re: 50 Hz   
   13 Feb 23 14:05:54   
   
   From: nowhere@never.at   
      
   On 13/02/2023 13:01, muta...@gmail.com wrote:   
   > On Sunday, February 12, 2023 at 3:38:33 PM UTC+8, wolfgang kern wrote:   
   >   
   >>> So my question is - is 18 frames per second enough to beat   
   >>> the human eye, at least for cartoons?   
   >   
   >> enough to have your toons look as moving smooth, but I wouldn't   
   >> recommend to watch such for longer periods.   
   >>   
   >> It's not for nothing that all my monitors work 30fps or more.   
      
   > Sorry, I'm confused. Isn't the refresh of the monitor   
   > separate from updating the buffer?   
      
   what would you encounter if not both act in sync ...?   
      
   > Even if I only do a full screen worth of BosWritePixel() calls   
   > once per second, doesn't some piece of hardware read that   
   > buffer independently and refresh the physical screen as often   
   > as required, so 30 fps (all frames identical) as per recommendation?   
      
   DOSwritepixel ?  it's awful slow AFAIR.   
      
   yes, as long you don't alter screen contents in between.   
   but as these old TV like monitors had to refresh all pixels at   
   their frame rate anyway the software checked on beam-RETRACE:   
   see RBIL for vertical retrace info bit in the VGA-section.   
   but see more about that below.   
      
   > Or is the issue that I need to complete that write of the   
   > screen within 1/30 second so that a partial screen is   
   > not read and acted upon by the hardware?   
      
   the hardware will just stupid follow its setup timing,   
   which depends on resolution and monitor abilities.   
   So you need to avoid altering screen contents in the middle   
   of a hardware frame display.   
      
   And even modern graphic cards are double/triple buffered today   
   it's easy to produce flicker/garbage/tiling w/o taking care.   
      
   fill a full graphic page will take some time   
   (depends on speed of BUS, DRAM and Graphic RAM) and it should be   
   done within one time frame   
   but the write have to go to a current invisible graphic page   
   which is then swapped to become visible during V-retrace.   
   __   
   wolfgang   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca