VLC 1.1.0

Это с VC-1, а как на h264? По идее, для последнего код должен быть более оптимизирован.

Эх, скрестить бы всеядность vlc с удобством SMPlayer'a. А то получается истинный unix-way - под каждый фильм отдельный видеоплеер.

А зачем? Зачем отклоняться от unixway? Зачем вобще тогда переходить на никсы и слезать с винды?

P.S. А серьёзно: +100500 нужно их скрещивать. P.P.S. по Менделю потомство первого поколения должно быть единообразно, а вот второе начнет форкаться в разные стороны... и будет unixway.

В Talks'ах мне не ответили, спрошу тут - вывод через OpenGL такой же говнистый и без настройки способа ресайза картинки? Поддержка сабов по прежнему хр^W никакая?

Поздравляю всех. Отличный интернет-плеер.

>Да неужели? :) Уже давно стал неинтересен на фоне SMPlayer.
Экий толстенький

оно нормально работать с ass сабами научилось? Нет? Закопайте.

однако около 60% пользователей там.(тут)

Дада, а ещё меня там бесит пропажа закладок после рестарта.

>а ведь он не умеет, например, забирать поток транскодировать его на лету и вещать в сеть

Это не емакс, да.

Отличный плеер для просмотра порна!

впечатления на основе бэт и релиз-кандидатов:

GPU и DSP–декодирование (на некоторых платформах);

отлично, спору нет, но проц грузит всё равно. мплеер не грузит почти совсем (а так хочеццо его выкинуть).

Переработанный внешний вид

ничего там особо не переработано. или я не там глядел?

из приятных новшеств было замечено:
корректное подавление притчи-во-языцах гном-скринсейвера;
автоопределение интерлейса - полезно для просмотра потокового ТВ, оно полосатое обычно;
ну и декодирование видюхой таки работает (с cutting-edge ffmpeg и libva).

в целом, можно сказать, что мпелеерокапец приблизился как никогда близко (по крайней мере в качестве основного плеера для большинства типов видео-развлечений)

c: rate ostwald

> http://download.videolan.org/pub/videolan/vlc/latest/

где? нет tarball'a - нет релиза

Исправил, теперь показывает на 1.1.0. Спасибо.

> Хотя все понятно, у них серверы не справились

«The forum and wiki have been disabled due to high load during the VLC 1.1.0 release. It will be back once things settle down.»

Не то что бы не справились, просто в прошлом мы уже наступали на эти грабли. Примерно неделю wiki и forum действительно будут недоступны. К сожалению, у нас не так много денег на организацию FTP-ферм; впрочем, к следующему релизу мы кое-что уже придумали.

>Новая libVLC.

Неужели теперь vlc будет наконец отдельно от libvlc?

Да и с 1.0 был. На libvlc и биндингах к ней в ближайшее время отрелизятся несколько проектов, как то phonon-vlc, vlmc и т.п.

Поддержка субтитров такая, что проще сказать, что он их вообще не умеет. За полтора года ничего не изменилось.

>из-за очень большого количества скачиваний новой версии, авторам даже пришлось отключить форум

p2p им неведомо?

Нам-то ведомо, но вот как это поможет простым пользователям, которые составляют 99% нашей аудитории?

> Это с VC-1, а как на h264? По идее, для последнего код должен быть более оптимизирован

для H264 стоит использовать latest and greatest ffmpeg, в последние несколько месяецев Нидермайер занимался ускорением декодирования.

> В Talks'ах мне не ответили, спрошу тут - вывод через OpenGL такой же говнистый и без настройки способа ресайза картинки? Поддержка сабов по прежнему хр^W никакая?

Вывод через GLX теперь переписан через libxcb. Пробуйте и вешайте баги в наш trac при наличии проблем, http://trac.videolan.org/vlc/

Поддержкой субтитров активно занимались студенты SoC, по сравнению с 1.0 много изменений, в т.ч. и в SRT/SSA.

> Дада, а ещё меня там бесит пропажа закладок после рестарта

Попробуйте переместить их в media library ;-)

бугога:

http://www.videolan.org
NB: so far, on Windows, VideoLAN is quite sad to be forced to recommend nVidia® GPU, until ATI® fixes their drivers on Windows, and until VLC developer get access to some Intel® hardware supporting GPU decoding.

кто еще про кактусы и блобы готов пофлеймить? даже на венде канадцы так и не шмогли.

> GPU и DSP–декодирование (на некоторых платформах);

отлично, спору нет, но проц грузит всё равно. мплеер не грузит почти совсем (а так хочеццо его выкинуть).

Это из-за того, что в VLC поддержка GPU-декодирования сделана иначе, чем в других плеерах.

Если вкратце, то VLC не использует выделенный модуль видеовывода для отображения декодированных на GPU данных, а забирает фрейм из памяти сам. Это, действительно, «тяжелее» в плане нагрузки на процессор, но зато позволяет не переписывать модули видеовывода, модули видео-эффектов и прочие деинтерлейсеры. Учитывая, что разработчиков VLC не так много, я думаю, этот путь был выбран правильно.

>> p2p им неведомо?

Нам-то ведомо, но вот как это поможет простым пользователям, которые составляют 99% нашей аудитории?

+много!

я бы тоже не стал торрентом тянуть такую мелочь.

а какой вообще профит от вывода через OpenGL? где-бы ни пробовал, везде результаты хуже, чем у XV, и тем более VDPAU/VA-API
композитинг раб стола не держу.

капча avatars :ng

Наконец-то интерфейс в одно окно! Зато теперь если открыть плейлист видео не видно!

>К стати, из-за очень большого количества скачиваний новой версии, авторам даже пришлось отключить форум — http://forum.videolan.org/

Угу наверняка сайт хостится на каком нибудь домашнем нищебродском корыте аля П133. Да даже еслибы весь 1% линуксоидов ломанулся на тот сайт - то нормальный сервак выдержал бы все. Линуукс - нищебродство во всем.

>Это из-за того, что в VLC поддержка GPU-декодирования сделана иначе, чем в других плеерах.

я в курсе, читал кажется на форуме VLC. и, честно говоря, сильно разочарован этим подходом. вот как думаете, много фильтров нужно, чтобы смотреть кино/клипы/стримы? мне (и, подозреваю, что не только) - деинтерлейс и всё (в мплеере так и есть, и деинтерлейс -vo vdpau:deint=[1|2|3] отлично справляется со своей работой). а загрузка проца несравнимая с мплеером.
нет надежды, что реализация будет переделана/дополнена?

Кстати, это гавно пресеты для эквалайзера уже научилось сохранять? А то задалбывает каждый раз при запуске включать эквалайзер и заново грузить унылые пресеты? Или для Опенсорсной софтины это слишком жирно?

> а какой вообще профит от вывода через OpenGL?

Он используется, к примеру, в OSX.

Ну и вообще говоря можно представить какой-либо софт, уже использующий OpenGL для отображения информации и при этом использующий libvlc для отображения видео.

> нет надежды, что реализация будет переделана/дополнена?

Если Вы пришлете патч и будете поддерживать актуальность кода в будущем, то надежда, конечно, есть ;-)

>Наконец-то интерфейс в одно окно! Зато теперь если открыть плейлист видео не видно!

+1
и не сразу понятно, это то ли баг, то ли фича. хомячки так сразу наверно ломанутся вопрошать - куда мой хентай с экрана делся. да и нормальным людям не удобно. у VLC это, к сожалению, родовое - похоже на КДЕ-софт. фича есть, но вот сделано так, что...

> Кстати, это гавно пресеты для эквалайзера уже научилось сохранять?

Ctrl-P, «show settings» -> all, «Audio» -> «Filters» -> «Equalizer» -> выбрать нужное в «Equalizer preset» и нажать Save.

Ну или, если хочется самому покрутить, в графическом эквалайзере выбрать нужное и в preferences затем просто нажать Save.

> Зато теперь если открыть плейлист видео не видно

«View» -> «Docked playlist»

[trolling=slight]короче говоря никакого. но на поддержку этого силы есть. а на модуль нормального декодирования через GPU с деинтерлейсом - нету.[trolling=none]

насчет патчика, предложение, конечно интересное... вот только в азах vlc/libvdpau/libva/... разберусь и как только так сразу.

> а загрузка проца несравнимая с мплеером.

Не вижу, из-за чего расстраиваться. Не тормозит же, показывает. И проца хватает. А 5% его там используется или 45, какая разница?

>Не вижу, из-за чего расстраиваться. Не тормозит же, показывает. И проца хватает. А 5% его там используется или 45, какая разница?

феерично.

А субтитры он уже умеет. Потомучто помнится все субтитры отображал как белые. SMPlayer даейт ему в этом плане форы...

а какой вообще профит от вывода через OpenGL?

Нормальный ресайз изображения, т.к. все давно положили болт на XVideo и бикубического ресайза там нет со стороны драйверов(хотя, к примеру, nouveau поддерживает это для некоторых NVIDIA карточек, как и xf86-video-ati для карточек до r500 включительно, но не выше). А при просмотре не HD-видео с сабами на FullHD-мониторе это вообще звиздец, т.к. сабы почти нечитаемы. В VLC 1.0 OpenGL-вывод был ужасен - эффект дизеринга и никаких настроек... mplayer в этом плане идеал - и сабы четкие, и способы ресайза настроить могу отдельно для яркостной и цветной составляющей кадра.

MPlayer наше всио. Хотя VLC тоже пользуюсь. Иногда.

>А 5% его там используется или 45, какая разница?

Большая! Аж целых 40 процентов!

> похоже на КДЕ-софт

Я кеды не ругал и не надо мои слова передёргивать! Я лишь сказал, что от нового интерфейса профита мало. А в остальном плеер хороший, годный!

* Оптимизация производительности, уменьшение нагрузки на CPU, сокращение потребления ОЗУ и минимизация ввода/вывода. По заявлению разработчиков скорость декодирования видео в HD-разрешениях возросла на 40%.

Пользователи Power Mac G5 таки смогут поглядеть видео 1080 или хотя бы 720р?

> А субтитры он уже умеет

умеет

>> p2p им неведомо?

Нам-то ведомо, но вот как это поможет простым пользователям, которые составляют 99% нашей аудитории?

так в итоге дайте людям 2 варианта для скачивания класический фтп и хттп и вариант на торентах, хуже же не будет

>Переработанный внешний вид;

Он наконец-то станет нормальным?

> Не то что бы не справились, просто в прошлом мы уже наступали на эти грабли. Примерно неделю wiki и forum действительно будут недоступны. К сожалению, у нас не так много денег на организацию FTP-ферм; впрочем, к следующему релизу мы кое-что уже придумали.

Открыли для себя торренты??

Чем оно лучше Windows Media Player?

>Чем оно лучше Windows Media Player?

тем что не перегревает процессор при воспроизведении мп3?

Removed modules:

* gtk_main, gtk_main2, gnome_main, gnome_main2 and pda interfaces

Таки полностью выпилили gtk. Обидно.

>Нам-то ведомо, но вот как это поможет простым пользователям, которые составляют 99% нашей аудитории?

В эту сторону копать не пробовали?
http://www.bitlet.org/