Попытка определить FPS в программе C # WPF

Question

Я пишу приложение для сенсорной таблицы с использованием WPF и C #. (И я не очень знаком с WPF. Вообще.) Мы подозреваем, что мы не получаем частоту кадров, которую мы «запрашиваем» из API, поэтому я пытаюсь написать свой собственный калькулятор FPS. Мне известна математика для ее расчета на основе внутренних часов, я просто не знаю, как получить доступ к таймеру в Windows / WPF API.

Какая библиотека / команды мне нужны, чтобы получить доступ к таймеру?

Answer 1

Несмотря на то, что вы можете использовать DispatcherTimer (который марширует свои тики в потоке пользовательского интерфейса, вызывая проблемы относительности), или System.Threading.Timer (который может вызвать исключение, если вы попытаетесь прикоснуться к любому элементу управления пользовательского интерфейса), я бы рекомендуем просто использовать инструменты профилирования WPF :)

Answer 2

Прежде всего, знаете ли вы, что Microsoft предоставляет бесплатный диагностический инструмент, который сообщит вам частоту кадров, с которой WPF обновляет экран? Я думаю, если вы не уверены, что получаете требуемую частоту кадров, возможно, вы не доверяете ей, но я считаю, что это надежный инструмент. Он называется Perforator и является частью WPF Performance Suite, который вы можете получить, выполнив следующие инструкции: http://msdn.microsoft.com/library/aa969767

Это, вероятно, проще, чем написать свой собственный.

Кроме того, как именно вы «запрашиваете» частоту кадров? Какой API вы используете? Используете ли вы свойство DesiredFrameRate на временной шкале? Если это так, это чаще используется для уменьшения частоты кадров, чем для ее увеличения. (В документах также говорится об увеличении частоты кадров, чтобы избежать разрыва, но это не имеет смысла - разрыв вызывается представлением кадров, не синхронизированных с монитором, и не является артефактом медленной частоты кадров. В любом случае в Vista или Windows 7 вы не будете разрываться с включенным DWM.) Это всего лишь подсказка, и WPF не обещает соответствовать рекомендуемой частоте кадров.

Что касается техники измерения, вы можете пойти несколькими путями. Если вы просто пытаетесь определить, соответствует ли частота кадров правильному значению, вы можете просто увеличить счетчик один раз на кадр (что вы обычно делаете в обработчике событий для CompositionTarget.Rendering) и настроить DispatcherTimer. срабатывать один раз в секунду, чтобы оно показывало значение в пользовательском интерфейсе, а затем сбрасывало счетчик. Он будет несколько грубым и готовым, поскольку DispatcherTimer не совсем точен, но он покажет вам, есть ли у вас 15 кадров в секунду, когда вы ожидали 30 кадров в секунду, например.

Если вы пытаетесь получить более точное представление (например, вы хотите попытаться выяснить, воспроизводятся ли кадры постоянно или если вы, кажется, время от времени теряете кадры), тогда это получает немного сложнее. Но я подожду, чтобы проверить, справится ли Perforator с вами, прежде чем делать дополнительные предложения.

Answer 3

Я думаю, вы ищете StopWatch .Просто инициализируйте и сбрасывайте его при каждом запуске вашей итерации.В конце итерации сделайте свой расчет.

Answer 4

Вы хотите либо обернуть синхронизирующие вызовы win32, которые вы обычно вызываете (например, QueryPerformanceCounter), с помощью p / Invoke, либо использовать в .NET что-то, что уже оборачивает их.

Вы можете использовать DateTime.Ticks, но это, вероятно, недостаточно высокое разрешение. Класс Секундомер использует QueryPerformanceCounter под обложками.

Если вам нужно что-то, что можно многократно использовать на многих системах, а не просто диагностику, будьте предупреждены о проблемах, связанных с процессором, с QPC и секундомером. Смотрите этот вопрос: Может ли класс .NET Секундомер быть таким ужасным?