Я, пожалуй, проясню этот момент. Это же не соревнование — кто меньше строк для Hello, world напишет.

Этот пример скорее отражает, как будет приблизительно выглядеть приложение, если его по-нормальному, серьёзно, писать.

Да, можно было. Но здесь этот класс отражает именно всё приложение в целом.
Но можно разделять логику как угодно, конечно же.

P.S. Дизайн именно с джавовских сервлетов и был позаимствован :)

Ваш комментарий — полная противоположность комментарию выше. :)
Можно было и меньше. Но как пример, я думаю, предложенный вариант хорош (ООП, и всё такое).

А я и не унижал :) У питона свои плюсы, и свои минусы.
Программа на Python не требует компиляции, зато на C++ она будет быстрее.
И, время на компиляцию — не такое уж оно и большое, если подумать.

P.S. Вы мне напомнили этот комикс:

Что вы имеете в виду под окружением? Если ОС — то да, запихну. Ядро линукса+busybox=несколько Мб. Посмотрите на OpenWRT.

Проприетарный софт торжествует :)

Вот чёрт, вы меня опередили :)

Дороговато выходит :) На ту же сумму (и даже меньше) можно спокойно собрать сервер форм-фактора Mini-ITX. Потенциал будет больше, а цена — меньше.

При использовании DXVA не получится использовать DirectVobSub (фильтр DXVA должен быть единственным в цепочке). Однако это не значит, что субтитров не будет, к примеру MPC будет использовать встроенную реализацию. При использовании же CoreAVC с аппаратным ускорением проблем, по идее, вообще не должно быть.

Можете ещё попробовать mplayer, он же кроссплатформенный.

Вообще это будет работать с любым плеером, который понимает DirectShow-кодеки (практически все).

Любой клавишник вам скажет, что синтезатор без, собственно, клавиш — феерический бред :)

Практически все они реализованы в одной библиотеке (libavcodec), на которой и построен ffdshow. А его всё равно нужно будет поставить. Так не всё ли равно?

Тот же K-Lite Codec Pack по сути и ставит MPC, ffdshow, Haali, и пару утилит. Чем же он так захламляет систему по сравнению с установкой этого же по-отдельности?

Декодирование видео очень хорошо распараллеливается (блокировок практически не должно быть), так что в данном случае применение многопоточности вполне оправдано.

Я пробовал поставить на нетбук GOM Player, но скорость воспроизведение у него ниже, чем у всех перечисленных мною вариантов (по-крайней мере он отчётливо ронял кадры, а перечисленные способы — нет).

В тегах стоит «default OS» :)
А вообще, вариант с mplayer и ffmpeg-mt вполне годится и для Linux-пользователей.

Упс. Я забыл про правило — «никогда не упоминать о карме».

Там для H.264 как раз и предлагается установить CoreAVC, только более старой версии (1.3)

Ну можно сказать, что это стандарт кодека :) Как написать? «Сжимается стандартом»? :)