По какой-то причине ни один из ранее представленных ответов не работал для меня. Это базовое решение:
df = df[df.EPS >= 0]
Хотя, конечно, это также приведет к потере строк с отрицательными номерами. Так что, если вы хотите, то это, вероятно, полезно добавить и после этого.
df = df[df.EPS <= 0]
Я нашел проект sourceforge, называемый taksi:
Taksi не обеспечивает аудиозахват , однако.
В прошлом я писал экранизаторы (DirectX7-9). Я обнаружил, что старый добрый DirectDraw работал замечательно и надежно захватывал бит аппаратно-ускоренного / видеоэкранного контента, который, как казалось, оставил пустым или скремблированным другие методы (D3D, GDI, OpenGL). Это было очень быстро.
Существует несколько подходов к этой проблеме. Большинство из них icky, и это полностью зависит от того, какой графический API вы хотите настроить, и какие функции использует целевое приложение. Большинство приложений DirectX, GDI + и OpenGL имеют двойной или триплексный буферизатор, поэтому в какой-то момент они все звонят:
void SwapBuffers(HDC hdc)
. Они также генерируют сообщения WM_PAINT в очереди сообщений, когда окно должно быть нарисовано. Это дает вам два варианта.
Демосценовая группа Farbrausch сделала демонстрационный инструмент с именем kkapture, который использует библиотеку Detours. Их инструмент предназначен для приложений, которые не требуют ввода пользователя, поэтому они в основном запускают демонстрации с фиксированной частотой кадров, подключая все возможные функции времени, такие как timeGetTime (), GetTickCount () и QueryPerformanceCounter (). Это полностью рад. Вы можете найти презентацию, написанную ryg (я думаю?) Относительно внутренних элементов kkapture здесь . Я думаю, что это вас интересует.
Для получения дополнительной информации о крючках Windows см. Здесь здесь и здесь .
Эта идея заинтриговала меня, поэтому я использовал Detours для подключения к приложениям OpenGL и беспорядка с графикой. Здесь добавлен Quake 2 с зеленым туманом: [/g6]
на двух уровнях. Фактический захват работает только в том же пространстве процесса, что и целевой процесс. Таким образом, у Detours есть функция для инъекции DLL в процесс и принудительного запуска DLLMain, а также функций, которые предполагается использовать в этой DLL. Когда DLLMain запущен, DLL должна вызывать DetourAttach (), чтобы указать функции для перехвата, а также функцию «обход», которая является кодом, который вы хотите переопределить.
Таким образом, он в основном работает как это:
Однако есть некоторые оговорки. Когда DllMain запущен, библиотеки, которые позже импортируются с помощью LoadLibrary (), пока не отображаются. Поэтому вы не можете настроить все во время события вложения DLL. Обходной путь заключается в том, чтобы отслеживать все функции, которые были переопределены до сих пор, и попытаться инициализировать другие внутри этих функций, которые вы уже можете вызвать. Таким образом, вы обнаружите новые функции, как только LoadLibrary отобразит их в пространство памяти процесса. Я не совсем уверен, насколько хорошо это работает для wglGetProcAddress. (Возможно, у кого-то здесь есть идеи относительно этого?)
Некоторые вызовы LoadLibrary (), похоже, терпят неудачу. Я тестировал с Quake 2, а DirectSound и API waveOut по какой-то причине не удалось инициализировать. Я все еще расследую это.