Cdtrjyty

Годы в литературе XIX века. 1839 год в литературе. 1796 • 1797 • 1798 • 1799 • 1800 ← XVIII век 1801 • 1802 • 1803 • 1804 • 1805 • 1806 • 1807 • 1808 • 1809 • 1810 1811 • 1812 • 1813 • 1814 • 1815 • 1816 • 1817 • 1818 • 1819 • 1820 1821 • 1822 • 1823 • 1824 • 1825 • 1826 • 1827 • 1828 • 1829 • 1830 1831 • 1832 • 1833 • 1834 • 1835 • 1836 • 1837 • 1838 • 1839 • 1840 1841 • 1842 • 1843 • 1844 • 1845 • 1846 • 1847 • 1848 • 1849 • 1850 1851 • 1852 • 1853 • 1854 • 1855 • 1856 • 1857 • 1858 • 1859 • 1860 1861 • 1862 • 1863 • 1864 • 1865 • 1866 • 1867 • 1868 • 1869 • 1870 1871 • 1872 • 1873 • 1874 • 1875 • 1876 • 1877 • 1878 • 1879 • 1880 1881 • 1882 • 1883 • 1884 • 1885 • 1886 • 1887 • 1888 • 1889 • 1890 1891 • 1892 • 1893 • 1894 • 1895 • 1896 • 1897 • 1898 • 1899 • 1900 XX век → 1901 • 1902 • 1903 • 1904 • 1905 См. также: Другие события в 1839 году В Викитеке есть тексты по теме 1839 год в литературе Содержание 1 События 2 Книги 3 Родились 4 Умерли

up vote 7 down vote favorite In the process of trying to work out a solid game loop in SFML I came across this issue which I can't seem to figure out. I was able to strip out all of the SFML code and still see the issue with clock() in time.h. Then I went further and still see the problem using std::chrono::steady_clock. The issue: Somewhat consistently I see skips in the amount of work able to be done between updates. Each update should take 1/60th of a second, and the rest of the time is spend in Draw() getting as much drawing done as possible. Sometimes the amount of draws drops to 0 or 1 for no obvious reason. This bubbles up to the actual application in the form of noticeable stuttering. Other than the "skips" the number of draws done is very consistent. Here is an image (notice the jump in update time and d