На днях сел smplayer-ом смотреть бд-рип, закатанный в контейнер .ts — видео воспроизводилось медленно и отставало от аудио. При этом процессор сильно нагружен не был (vdpau всё-таки). Добавил опцию "-mc 1" (или в gui «Основные -> Звук -> коррекция A/V-синхронизации — Максимальная синхронизация 1.00») — синхронизация появилась, но с ней и жуткие тормоза и загрузка процессора. Переключил вывод звука с alsa на openal — зашуршало нормально.
Вообще, каждый случай уникален, т.к. каждый кривой рип крив по-своему.
Меня в полноэкранных приложениях, основанных на SDL всегда раздражало, что они намертво блокируют клавиатуру (под linux, по крайней мере). Из-за этого все горячие клавиши оконного менеджера перестают работать. Никто не знает, можно ли это обойти?
Очень просто. Картинка постепенно увеличивается, потом заменяется следующей картинкой. Картинки можно утянуть по адресам zoomquilt2.madmindworx.com/tiles/$$.jpg, где $$ — это числа от 00 до 87. Если сохранить swf, а потом рядом в папку tiles положить все картинки, получится локальная версия.
У меня пока ошибок не было. Оригинал и сжатый-расжатый файл совпадали. Но я скачал новую версию где-то дня через 2 после её выхода, в ней была поправлена серьёзная ошибка, так что перепроверка не помешает.
Вообще, каждый случай уникален, т.к. каждый кривой рип крив по-своему.
open("/dev/urandom", O_RDONLY) = 3open("/dev/shm/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
statfs("/dev/shm/", {f_type=0x1021994, f_bsize=4096, f_blocks=257095, f_bfree=257087, f_bavail=257087, f_files=257095, f_ffree=257090, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0
unlink("/dev/shm/mono.6198") = 0
open("/dev/shm/mono.6245", O_RDWR|O_CREAT|O_EXCL|O_NOFOLLOW|O_CLOEXEC, 0640) = 3
open("/dev/null", O_RDWR) = 3
open("/dev/nvidiactl", O_RDWR) = 4
open("/dev/nvidia0", O_RDWR) = 5
open("/dev/nvidia0", O_RDWR) = 6
open("/dev/nvidia0", O_RDWR) = 7
open("/dev/nvidiactl", O_RDWR) = 8
open("/dev/nvidiactl", O_RDWR) = 9
unlink("/dev/shm/mono.6245") = 0
Как-то ещё можно определить?