LINUX.ORG.RU
Форум — Talks  

VLC 0.9.0


0

0

Долгожданный релиз:

http://download.videolan.org/pub/vlc/0.9.0/vlc-0.9.0.tar.bz2

Самое основное для меня изменение - теперь можно собирать свои плагины без необходимости засовывать их в исходники VLC и патчить его скрипты автолулзов. Плюс разработчики перешли с wxWidgets на Qt4. Ну и там вообще много чего переделали/улучшили =).

Deleted
← icq - опять...
[ЖЖ] Завершение эксперимента с Убунту (и ещё кое с чем) →
 ← 1 2

>разработчики перешли с wxWidgets

правда что-ли? УРРА!!!!

ждём того же подвига от разработчиков amule (ЗАДРАЛИ, ЗАДРАЛИ, ЗАДРАЛИ глюки!!!).

tommy ★★★★★
()

а какие-нибудь изменения по части вещания есть?

anonymous
()

хм

>new BDA device driver plugin for DVB-C/S/T capture cards on Microsoft Windows

не может не радовать.

anonymous
()
Ответ на: комментарий от anonymous 

Неудачник )


$ rpm -qa vlc*
vlc-plugin-matroska-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-glx-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-twolame-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-x11-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-png-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-snapshot-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-framebuffer-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-videocd-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-ffmpeg-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-h264-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-oss-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-ogg-0.9.0-alt0.test3_477_g2e1a5af
vlc-interface-telnet-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-ts-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-smb-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-screen-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-musepack-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-arts-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-ass-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-dvb-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-dvdread-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-dca-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-loader-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-taglib-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-xml-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-live555-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-schroedinger-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-esd-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-pulseaudio-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-shout-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-caca-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-goom-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-podcast-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-audiocd-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-modplug-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-cmml-0.9.0-alt0.test3_477_g2e1a5af
vlc-maxi-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-jack-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-fluidsynth-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-mpeg2-0.9.0-alt0.test3_477_g2e1a5af
vlc-interface-skins2-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-realrtsp-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-dbus-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-theora-0.9.0-alt0.test3_477_g2e1a5af
vlc-interface-http-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-opengl-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-dv-0.9.0-alt0.test3_477_g2e1a5af
vlc-interface-lirc-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-speex-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-alsa-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-bonjour-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-v4l-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-sdlimage-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-notify-0.9.0-alt0.test3_477_g2e1a5af
vlc-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-sdl-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-galaktos-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-image-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-gnutls-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-faad-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-a52-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-dvdnav-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-hal-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-osd-0.9.0-alt0.test3_477_g2e1a5af
vlc-interface-ncurses-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-flac-0.9.0-alt0.test3_477_g2e1a5af
vlc-interface-qt4-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-xvideo-0.9.0-alt0.test3_477_g2e1a5af
vlc-mini-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-mga-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-aa-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-mad-0.9.0-alt0.test3_477_g2e1a5af
vlc-plugin-freetype-0.9.0-alt0.test3_477_g2e1a5af

GreyDoom ★★★★
()
Ответ на: комментарий от fdn

>> А как на счёт декодирования в несколько потоков? Не осилили? Если нет, то в топку!

Декодирование в несколько потоков для _плеера_ не имеет смысла, так как скорость всёравно упирается в ограниченную скорость показа видео. Более того - декодирование в несколько потоков будет медленнее, чем в один, так как часть процессорного времени будет расходоваться на синхронизацию между этими самыми потоками. Перекодирование видео туда-суда - это уже другой вопрос, но это мало кому нужно.

P.S. Ebuild для Gentoo Linux уже в дереве портежей =).

Deleted
()

Собрал. Морда на qt4!!!! Правда mkv не проигрывается (наверно собрал неправильно :))

tommy ★★★★★
()
Ответ на: комментарий от Deleted

>Декодирование в несколько потоков для _плеера_ не имеет смысла, так как скорость всёравно упирается в ограниченную скорость показа видео.

Только ламер такое мог написать. Пройдите сюда http://code.google.com/p/coreavc-for-linux/

На всякий случай - я это использую.

tommy ★★★★★
()
Ответ на: комментарий от tommy

>> Только ламер такое мог написать.

Ну объясните мне тогда - в чём смысл декодировать видео быстрее чем его можно смотреть? Лично для меня ничего не изменится, если декодер будет есть не 20% времени на одном ядре, в по 5% на каждом из четырёх.

Deleted
()
Ответ на: комментарий от tommy

>> FullHD H.264 с BlueRay. Одно ядро не тянет, CoreAVC раскидывает декодирование по ядрам и всё нормально.

Не знаю про blue-ray, но один FullHD фильм в H.264/MKV размером ~25gb я спокойно посмотрел с помощью mplayer'а.

Кстати, а как в линуксе с поддержкой блюрейных приводов?

Deleted
()

> Долгожданный релиз:

Пока официального объявления не было, это не релиз.

annoynymous ★★
()
Ответ на: комментарий от Deleted

будем упорствовать до конца, даже понимая что не прав?

у тебя мощный проц, аппаратная акселерация.

проц Athlon X2 5200 (2.6 Ггц) на одном ядре не проигрывает FullHD (и под виндой через ffdshow). CoreAVC отлично проигрывает раскидывая по ядрам. А у многих процессоры 2-х ядерные, но ещё слабее. А скоро пойдут atom-ы 2-х ядерные - там многопоточность отлично поможет (для простого HDTV, даже не FullHD).

неинтересует поддержка blueray.

tommy ★★★★★
()
Ответ на: комментарий от tommy

блин. ппц блюрей ненужен. Как и hdtv. всеравно я фильмы если и смотрю то на куске экрана когда кодю. видео делать размером больше 640х480 это уже изврат всеравно размер окошка я выкручиваю ну максимум на 320х240.

AiFiLTr0 ★★★★★
()
Ответ на: комментарий от tommy

>> будем упорствовать до конца, даже понимая что не прав?

Ладно, ты меня убедил в нужности многопоточного декодирования. В x264 поддержка распараллеливания кодирования уже есть, а для декодирования она планируется.

Deleted
()

>Плюс разработчики перешли с wxWidgets на Qt4

Жаль, очень жаль. wxWidgets ещё можно было терпеть, хотя и то и то выглядит блевотно в DE на GTK, но первое меньше.

yet_another_lor_account ☆
()
Ответ на: комментарий от yet_another_lor_account

> Жаль, очень жаль. wxWidgets ещё можно было терпеть, хотя и то и то выглядит блевотно в DE на GTK, но первое меньше.

А третье (DE на GTK) - больше первых двух. Так что лучше его устранить.

anonymous
()
Ответ на: комментарий от tommy

>>разработчики перешли с wxWidgets

>ждём того же подвига от разработчиков amule (ЗАДРАЛИ, ЗАДРАЛИ, ЗАДРАЛИ глюки!!!).

Сколько пользуюсь vlc, ни разу не видел глюков, связанных именно с UI.

init ★★★★★
()
Ответ на: комментарий от init

С UI там было до чёрта глюков, коряво работающий плей-лист и несуразные скины с неадекватным поведением интерфейсных кнопок - самое яркое из осевшего в памяти. Хотя проблем непосредственно с виджетами wx я тоже не припоминаю.

malices_gossips ★★★
()
Ответ на: комментарий от lester_dev

Она, только в суд ни на кого не подавали.

atrus ★★★★★
()

Что-то я .dmg-шки не вижу...

shimon ★★★★★
()
Ответ на: комментарий от Deleted

> в чём смысл декодировать видео быстрее чем его можно смотреть?

Префетч, сынок. Видать ты только порнуху смотришь мазохистскую, а гонки на выживание, полёты в небесах, а также скоростные спуски с гор на лыжах, санках и своих двоих колёсах тебя щасливо миновали.

Gharik ☆
()
Ответ на: комментарий от tommy

> А скоро пойдут atom-ы 2-х ядерные

Атомы не нужны, нужны армы с асиком для декодирования 250 mbit/s x264 1080p в реальном времени.

Gharik ☆
()
Ответ на: комментарий от init

>Сколько пользуюсь vlc, ни разу не видел глюков, связанных именно с UI.

То, что вечно мне мозолит глаза: в левом нижнем углу пишут текущую позицию/ общую продолжительность записи. Так вот при моих 1600х1200 эта надпись чудесным образом обрезается интерфейсом, и общую продолжительность я никогда не вижу. При мелких разрешениях всё нормально.

Надеюсь, теперь это поправлено.

anonymous
()

>разработчики перешли с wxWidgets на Qt4

господи о_О теперь что, при установки он будет тянуть за собой Qt??

anonymous
()
Ответ на: комментарий от anonymous

>> господи о_О теперь что, при установки он будет тянуть за собой Qt??

А раньше оно при установке тянуло GTK и ещё и wxWidgets.

Вообще вот я этого не понимаю: ну Qt, ну GTK - какая нафиг разница? Вот между Qt и Motif разницу видно невооружённым глазом, а какая разница между Qt и GTK? Только не надо про вакуумно-сферические тормоза, которые каким-то образом находят противники Qt в Qt, а противники GTK в GTK... "Качество кода", "документированность", "сиплюсплюснутость", "труЪ-свободность" и остальные сферичные аргументы тоже не надо.

Deleted
()
Ответ на: комментарий от Gharik

>Префетч, сынок. Видать ты только порнуху смотришь мазохистскую, а гонки на выживание, полёты в небесах, а также скоростные спуски с гор на лыжах, санках и своих двоих колёсах тебя щасливо миновали.

Если камеру прикрепить непосредственно к активному партнёру - это будет покруче формулы-1.

anonymous
()
Ответ на: комментарий от Deleted

>Вообще вот я этого не понимаю: ну Qt, ну GTK - какая нафиг разница? Вот между Qt и Motif разницу видно невооружённым глазом, а какая разница между Qt и GTK?

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

yet_another_lor_account ☆
()
Ответ на: комментарий от yet_another_lor_account

>В итоге у тебя не будет единого стиля десктопа, что отвратительно.

Это так принципиально и невыносимо? У меня например в целом gtk/gnome ПО стоит+skype+smplayer. И ничего страшного.

А ещё есть GtkStyle, с ним qt программы выглядят почти как gtk

Midael ★★★★★
()

У меня он тормозит как-то (идёт рывками иногда) на обычном DVD :-/

KRoN73 ★★★★★
()
Ответ на: комментарий от Deleted

>Декодирование в несколько потоков для _плеера_ не имеет смысла

Для x264 одного ядра не хватает на плавную распаковку HD-video.

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

> Если камеру прикрепить непосредственно к активному партнёру - это будет покруче формулы-1.

Будет боян.

Gharik ☆
()
Ответ на: комментарий от KRoN73

> Для x264 одного ядра не хватает на плавную распаковку HD-video.

Нехалемовского на 3ГГц хватит с запасом, RISC'и понятное дело - пережуют не поморщившись.

Gharik ☆
()
Ответ на: комментарий от Gharik

>Нехалемовского на 3ГГц хватит с запасом, RISC'и понятное дело - пережуют не поморщившись.

уже все бросились покупать нехалемовские процессоры на 3 Ггц.

неужели непонятно что большинство использующих любые 2-х ядерные процессоры смогу смотреть FullHD с кодеками типа CoreAVC.

Мой Athlon X2 5600 (2.9 Ггц) не тянет FullHD на одном ядре. Но у меня xv нет.

Многоядерные процессоры для того и делают чтобы не одноядерные печки использовать а многоядерные энергоэффективные процессоры.

tommy ★★★★★
()
Ответ на: комментарий от Deleted

ХМ! Я вот использую убунту, гном и только gtk-софт, не испытываю нужды в Qt-программах, и не являюсь фанатом какого-нибудь из них, мне пофигу. НО, теперь установив vlc надо тянуть еще весь qt4?? или будут сборки под gtk?

anonymous
()
Ответ на: комментарий от anonymous

Программисты не хотят писать на GTK+. его только впаривают крупные корпорации (openoffice, firefox). Ну и такие одиозные, продавшиеся личности как Мигель (ради собственной выгоды готового всунуть в гном любые разработки от майкрософт). Линус советует не использовать Гном, Патрик давно выкинул гном совсем. Даже космонавт своё предвзятое мнение видимо изменил. Сколько уже можно позориться с недоразвитой DE (причём делается это намерянно)?

А мы не испытывает нужды в софте на wxWidgets/GTK

tommy ★★★★★
()
Ответ на: комментарий от anonymous

>ХМ! Я вот использую убунту, гном и только gtk-софт, не испытываю нужды в Qt-программах, и не являюсь фанатом какого-нибудь из них, мне пофигу. НО, теперь установив vlc надо тянуть еще весь qt4?? или будут сборки под gtk?

Выкинь генту. shared либы весят менее 5 мб.

anonymous
()
Ответ на: комментарий от anonymous

У меня нет ни одной постоянно запущенной программы на GTK+. Не от ненависти к тулкиту, а потому что qt/kde программы функциональнее/удобнее.

Программисты новые проекты начинают именно на qt, старые под qt переписывают.

мы - те кто сознательно выбрал DE. Вам нравится недоразвитая функциональность Гнома и неудобные программы под GTK+? Чудовищные окна диалогов? Маковская полосочка вверху?

tommy ★★★★★
()
Ответ на: комментарий от tommy

>мы - те кто сознательно выбрал DE.

Уже сто раз говорили. qt!=kde gtk!=gnome. А так qt-шный диалог страшен и малофункционален, даже с точки зрения исходного кода

anonymous
()
Ответ на: комментарий от anonymous

>shared либы весят менее 5 мб.

Ага, щаз! Я тут в отпуске ставил какую-то qt-софтину под Убунтой через GPRS, так мегабайт под 30 накачалось qt* софта.

KRoN73 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2
← icq - опять...
Talks
[ЖЖ] Завершение эксперимента с Убунту (и ещё кое с чем) →