Вышел (http://www.videolan.org/news.html#news-1) корректирующий релиз видеопроигрывателя VLC 1.0.5 (http://www.videolan.org/), в котором исправлены ошибки, обновлены файлы переводов и проведена оптимизация производительности. Особенно заметное увеличение скорости работы наблюдается в версии для платформы Windows: были обновлены кодеки и осуществлен переход на сборку при помощи gcc 4.4.2. С момента выхода прошлой версии 1.0.3 с сайта проекта было загружено более 51 млн. копий VLC.
Кроме того, рассказано о некоторых планах на будущее, например, для поддержки акселерации проигрывания видео будет использоваться (http://www.jbkempf.com/blog/post/2010/01/31/VLC-and-GPU-deco... (http://en.wikipedia.org/wiki/VAAPI) (libVA), API развиваемый в качестве приемника XvMC. В настоящий момент VAAPI поддерживает задействование GPU-акселерации для видеокарт Intel и S3 Chrome, акселерация для карт NVidia будет производиться через специальный враппе...URL: http://jpeg.dinauz.org/blog/index.php?post/2010/01/30/Extens...
Новость: http://www.opennet.me/opennews/art.shtml?num=25237
коррекции не получилось.
Теперь вместо русских букв кракозяблы в плэйлистах.
А при резкой смене картинки в кадре - слайдшоу (и это точно не проблема моего железа/софта) так как предыдущая версия ВЛЦ этими проблемами не страдала.
> коррекции не получилось.
> Теперь вместо русских букв кракозяблы в плэйлистах.Кракозябры в плэйлистах (и только M3U, xspf отображается корректно) в версии для Windows появились еще в версии 1.0.3.
там достаточно лист перекодировать из utf8 в cp1251
ну или xspf юзать
Не ваша правда,
вернул обратно версию 1.0.3 (вин32) и все стало нормально, глюк с производительностью пропал и русские буковки тоже на месте в плэйлисте.
Никсовые версии еще не пробовал, проверю - поделюсь результатами :)).
я про глюк с кодировкой только писал. деградации производительности не наблюдал пока, т.к. винды нигде нет, да и обновляться смысла не вижу -- и так все замечательно.
> переименован в GNOME Media PlayerЭто специально чтобы его запускали, думаю что это mplayer?
>пропагандирующего подход максимального упрощения
>без лишних настроек и усложненийи кто теперь скажет, что гнум не для олигофренов?
Ну не всем нравятся кофеварки с 50-ю кнопками управления.
Да, конечно, вот только почему-то даже у микроволновок кучка кнопок и таймеры какие-то. И почему-то даже последние домохозяйки справляются. Может не настолько уж люди и дебилы как о них гномовцы думают? Простота хороша если по интерфейсу сразу понятно как с ним работать :).Но плоха когда вы упираетесь рогом в неразрешимую из-за отсутствия нужной настройки проблему.Гномеры часто перегибают палку в этом вопросе.
Я вообще не видел человека который смог бы рассказать для чего нужны все эти кнопки на микроволновке. Большинству нужен только таймер и старт/стоп (т.е. две кнопки) + разморозка.
Режимы -Конвекция, гриль, СВЧ и их комбинации
Параметры - мощность, температура, таймер,
Остальное обычно уже готовые меню. Большинство кнопок нужны, если в микроволновке готовить, а не просто разогревать.
Никогда не готовил в микроволновке, и не собираюсь.
> Никогда не готовил в микроволновке, и не собираюсь.и что ? :)
и то, что рпимер с микроволновкой крайне неудачен и сам по себе спорен.Большинство людей обходятся одной кнопкой - старт-стоп и для чего остальные - едва ли догадываются. Это и ежу ясно. И для большинства достаточно, чтобы были основные кнопки - разогреть еду. Остальные только путают. И увеличивают итоговую стоимость. Но не применяются практически никогда. Большинством.
На моей есть режимы, но я их никогда не использую :)Предпочитаю контролировать процесс готовки, и не хочется экспериментов, что там понавыдумывали создатели микроволновки. Для меня имеет смысл только режим разморозки, гриль, и коомбинированные с регулировкой мощности
Хотя чаще юзаю обычную духовку в электроплите :)
А вот в стиралке режимы рулят :)
> Большинству нужен только таймер и старт/стоп (т.е. две кнопки) + разморозка.Тем не менее, даже последние домохозяйки разбираются с электроплитой у которой штук 6 многопозиционных переключателей. И, блин, пользуются же! Или с стиральной машиной, где кроме несколько кнопок и всяких там регуляторов есть еще и жутко многопозиционный и нихрена не интуитивный барабан программного автомата. Я все-таки склоняюсь к мысли что люди не настолько дебилы что им надо только интерфейсы с 2-я кнопками. Простите но выбирать из 2 кнопок можно научить даже крысу. На уровне рефлексов, мля.
>> Большинству нужен только таймер и старт/стоп (т.е. две кнопки) + разморозка.
>
>Тем не менее, даже последние домохозяйки разбираются с электроплитой у которой штук
>6 многопозиционных переключателей. И, блин, пользуются же! Или с стиральной машиной,
>где кроме несколько кнопок и всяких там регуляторов есть еще и
>жутко многопозиционный и нихрена не интуитивный барабан программного автомата. Я все-таки
>склоняюсь к мысли что люди не настолько дебилы что им надо
>только интерфейсы с 2-я кнопками. Простите но выбирать из 2 кнопок
>можно научить даже крысу. На уровне рефлексов, мля.Из примеров соглашусь только со стиралкой. А вообще, проблема есть. И это проблема с образованием: в школе учат чему угодно, (как "сохранить документ в MS word ver XYZ"), но только не общим принципам работы информационных систем или построения GUI-интерфейсов даже в MS-стиле :(
Проще "натаскивать" на бесполезные, в реальной жизни, тесты, и учить, где находится синенькая или красненькая кнопочка :(
Ага.
>GNOME Media Player:
>...
>* has no volume controlВаще добило. (Это у них фича, если что)
На самом деле, бесит наличие регулировки громкости в каждом плеере, особенно если она не программная, а позволяет себе трогать настройки микшера звуковой карты. Это не нужно, особенно учитывая, что задавать громкость отдельно для каждого приложения итак можно через pulseaudio.
>позволяет себе трогать настройки микшера звуковой карты.Да, я тоже считаю, что это моветон.
>задавать громкость отдельно для каждого приложения итак можно через pulseaudio.
Не все используют.
Но вообще регулировка громкости не мешает, а иногда даже очень нужна. Не во всех фильмах звук одной громкости, из-за этого каждый раз дергать общий регулятор не хочется.
пусть аппаратуру sound-менеджер трогает, а все остальные регуляторы будут программными. и ни каких проблем!
>пусть аппаратуру sound-менеджер трогает, а все остальные регуляторы будут программными.
>и ни каких проблем!Кроме того что проц хавается на всякую фигню :).
>проц хавается на всякую фигнюрегулирование громкости? доли процента (на нормальных операционных системах)
pulseaudio используется далеко не всеми. Но вообще да, регулировка громкости в каждой софтине нахрен не нужна.
>Но вообще да, регулировка громкости в каждой софтине нахрен не нужна.Если использовать pulseaudio - не нужна, а если не использовать это чудо, которое ресемплит всё и вся в одну частоту (неужто алгоритмы ресемплинга уже стали кушать меньше проца, чем софтовый регулятор громкости), то желаю вам побольше, фильмов с "тихой" дорожкой. И я посмотрю, как вы будете каждый раз отключать звук/закрывать скайпы/копыты, и прочую не в попад бумкающую на всю квартиру фигню. И сколько раз вы будете забывать это делать, и получать люлей от жены за стирку ваших штанов вне графика.
>Ваще добило. (Это у них фича, если что)Идеальная прога по мнению гномеров - видимо совсем без контролов :).Запустил. Поффтыкал на интерфейс. Обломался. Закрыл. Ну и нормально. Глюков нет. Багов нет. Пользователь разобрался. Все довольны! :)
Кстати, правильно говорили Адобовцы в недавней новости, что в линуксе зоопарк API для акселерации видео. А красноглазые еще возмущались.
ну да, программисты VLC осилили, а adobe не могут...
>ну да, программисты VLC осилиличто они осилили? языком осилили почесать? выйдет релиз, тогда и увидим результаты труда осиляторов
увидим... во всяком случае никто не плачет, что придется использовать целых три API
> во всяком случае никто не плачет, что придется использовать целых три APIоткуда три ? одно - libVA.
http://nightlies.videolan.org/
>http://nightlies.videolan.orgи что дальше?
сборки для дебиана не поддерживаются. репы отвечают "404"
А утечку памяти они устранили или все так же течет?
> GNOME Media PlayerЕще один totem. Могли бы просто сделать vlc-backend для totem, который уже умеет xine-lib и gstreamer.
поглядим.. что там нового... но вобще vlc с версии 1.0 всё глюкавей и глюкавей... версии 0.97 и ниже были лучше =((
да, что правда то правда, как не работал vlc плагин в firefox так и не работает, как вис комп с просмотром тв через влц так и виснет, в 0.9 такого всего не было.
> как вис комп с просмотром тв через влц так и виснетКомпьютер не может виснуть из-за программы пользователя. У Вас видимо проблемы в ядре или драйверах.
Да мб, но что-то в 0.9 версиях ничего не висло, да и через tvtime на данный момент ничего не виснет. Так что могу только грешить на глюченость 1.x.x версий.
>только грешить на глюченость 1.x.x версий.Для тормозных еще раз: если программа режима пользователя вешает всю ось, это проблемы операционки, драйверов и прочая. По задумке, операционная система защищает себя и другие программы от сбоев в программах. Если она это не обеспечивает - это бага или того хуже, design flaw в операционке. Как ни крути.
А для педальников еще раз повторю более подробно. Что в 0.9 не было такого, а 1.x.x появилось, при условии что версии дистр и пакетов были те же, как и ядро, а так же 0.9 версия показывал ТВ нормально и ничего не висло, как и другой софт для просмотра. Не знаю что они там намудрили, но виснет как не крути помогает только REISUB. Мб они добавили какую нибудь новую функцию в ПО своего продукта, которая не поддерживается моими драйверами и вызывает такой конфликт, как вы говорите операционки, драйверов и прочая... Но изначально проблема идёт от влц 1.x.x, значит они что-то там намудрили, что вызывает такой конфликт и как вывод не доделка или баг ихнего ПО.
>А для педальников еще раз повторю более подробно. Что в 0.9 не
>было такого, а 1.x.x появилось,Отлично. Но сам факт что ОС виснет (особенно если ядро перестает подавать признаки жизни) - на совести операционки. И ИМХО, первым делом надо бы вообще чинить операционку или дрова, а вовсе не. Потому что когда user mode апликуха может положить всю операционку - это неправильно применительно к любой современной ОС, обеспечивающей более-менее честную изоляцию процессов друг от друга и дележ ресурсов. Если операционка на этом слилась - незачет, это чинить надо. Потому что это само по себе - баг, мля. Посерьезнее грабель какого-то там плеера на мою имху. Грубо говоря - если у вас рушатся стены а оказалось что заодно еще и фундамент непрочный, тупо укреплять стены но проигнорировать проблемы с фундаментом. Ага? Вот ядро и драйвера - это оно самое. Современные OS это не Win95 для которых взвис раз в день от кривой проги - нормально.
>как не крути помогает только REISUB.
Т.е. ядро хоть немного но все-таки живое. Но логи после этого полезно почитать.
>Мб они добавили какую нибудь новую функцию в ПО своего продукта,
>которая не поддерживается моими драйверами и вызывает такой конфликт,
>как вы говорите операционки, драйверов и прочая...Да, но по задумке, user-mode программы должны быть не способны вызвать такие последствия. То есть если повисла только прога - да, отлично, баги в проге и прочая. Если встала колом вся ОС - это прежде всего баги в ОС и дровах. При том починить только баг в проге - техника страуса, поскольку при этом игнорируется более тяжелый баг в ОС. Безусловно, можно и зибить на баг. Но тогда есть шанс что если так будут делать все, у вас будет нечто с надежностью а-ля Win95.
>Но изначально проблема идёт от влц 1.x.x, значит они что-то там
>намудрили, что вызывает такой конфликт и как вывод не доделка или
>баг ихнего ПО.Прежде всего - бага оси или дров в том что этот "конфликт" вообще происхоит. Приложение если и виновато - то в стопервую очередь. В таком случае надо сперва изловить проблему в ОС или драйвере а уж потом колупать приложение на тему воркэраунда и прочая. Иначе очень уж это страуса напоминает.
>Для тормозных еще раз: если программа режима пользователя вешает всю ось, это
>проблемы операционки, драйверов и прочая.наверное, вы правы. vlc вешает linux => linux глючет, design flaw в операционке
Огуительный уровень системной аналитики от анонимов :).Идите уже устраивайтесь на работу в Майкрософт, ага :)
только после вас
>только после васНу вот, блин, не будет у MS ценного [анонимного] системного аналитика :'(.
>обновлены файлы переводовперевод действительно хорошо попилили
>проведена оптимизация производительности. Особенно заметное увеличение скорости
>работы наблюдается в версии для платформы WindowsДа ничего подобного. Как 0.9 была самой быстрой версией, так и остаётся. В единичке сломали дропалку кадров.
>пользователи смогут создавать свои собственные расширения
блджад мне не нужны расширения! мне нужен быстрый плеер
>блджад мне не нужны расширения! мне нужен быстрый плеерUse mplayer. Эти наплодившиеся велосипеды ему в подметки не годятся.
>Use mplayer. Эти наплодившиеся велосипеды ему в подметки не годятся.Хм... Вообще-то на тестовом HD ролике (H.264, 1920x1080) по скорости победил VLC. Тем не менее - да, мне тоже никуда не впились какие-то там расширения на скриптоязыке для видеоплеера, бэть (нафиг они там?). Лучше б глюки поизвели, коих в 1.* добавилось.
>на тестовом HD ролике (H.264, 1920x1080) по скорости победил VLCвывод видео/аудио, оптимизации под систему, надеюсь, одинаковые
собствено, речь шла больше не о чистой скорости декодирования (в обоих приложениях используется ffmpeg), а про работу в условиях жёсткой нехватки ресурсов. mplayer очень аккуратно дропает кадры, синхронизируя изображение со звуком. mplayerxp пытается выровнять загрузку системы, используя многопоточное декодирование. в vlc после версии 1.0 изображение в лучшем случае сыпется квадратами, в худшем - замораживается.
>>на тестовом HD ролике (H.264, 1920x1080) по скорости победил VLC
>вывод видео/аудио,Логично, блин.
> оптимизации под систему, надеюсь, одинаковые
Стандартные из кубунтовых репов. Да и какие особо оптимизации для х64 систем?Там вроде дюжин наборов команд еще не успели наплодить.
>собствено, речь шла больше не о чистой скорости декодирования (в обоих приложениях
>используется ffmpeg), а про работу в условиях жёсткой нехватки ресурсов.Ну вот мплеер хавал больше проца чем VLC. Впрочем сие на х64 кубунте. А на ARMовской n800 картина ровно обратная, т.к. мплеер долго и упорно оптимизили под армы а vlc так, собрали чисто для прикола вообще. Результат понятен - на nXX0 мплеер заруливает влц с отрывом :)
> mplayer очень аккуратно дропает кадры, синхронизируя изображение со звуком.
Эээ как бы вам сказать, я игрался с ним на n800 где проца реально так не хватает и вот там то я как раз замечал некоторые грабли с синхронизацией звука, если что. А если проца реально так не хватает (n800 - 400MHz ARM откровенно не хватает для многих неконверченных дивиксин) - даже hard frame drop как-то не очень спасает. Иногда дропая кадр, мплеер вообще встает на кадре на МИНУТУ :). Очевидо, до следуюшего ближайшего кейфрейма, тудыть-растудыть! При этом промежуточных кадров вообше нет. Слайдшоу с 1FPM (1 Frame Per Minute) это охренительная работа framedrop - дропается вообще почти все :D.При том - зуб даю что проца хватате намного больше чем на 1 кадр в минуту - мувик большую часть времени в реалтайме прет и затыкается только на интенсивных сценах где кодек задирает битрейт в пару раз. Зато если заткнется - все, слайдшоу.
>mplayerxp пытается выровнять загрузку системы, используя многопоточное декодирование.
Мой проц как правило справляется в 1 поток даже с HD. Там где проц реально слабый (nXX0) никакой многопоточности нет. А если уж там пытаться что-то оптимизить - это надо на DSP и (в n900) на акселератор декодирования видео сбагривать. На писюке у меня и так все работает :P.Что в "стоковом" мплеере что в VLC.
>в vlc после версии 1.0 изображение в лучшем случае сыпется квадратами,
>в худшем - замораживается.См. выше про эксперименты с фреймдропом на реально тормозных процессорах :).Не особо мне понравился фреймдроп у мплеера в экстремальных случаях (n800 жрет мувик до 900-1200 кбит без проблем, но если у мувика средний битрейт вот такой - некоторые сцены бывают с битрейтом в 2 раза больше, и вот тут мплеер конкретно давится, сваливаясь в слайдшоу). Впрочем как я понял, еще и от кодека зависит. Разные кодеки кодируют по разному. И возможности забить на декодирование без разрушения картинки - бывают разные. В случае античных MP43, DIV3 и т.п. хлама (без b-frames) забить на декодирование чего-нибудь без разрушения картинки вообще трудно (если не декодировать или только частично декодировать I или P кадр, посыпется картинка того что за ним, т.к. зависит от этого кадра). В случае XVID или DIV5 обычно есть b-кадры, которые как я понимаю можно вообще не декодировать без разрушения картинки (для показа правильной картинки достаточно информации из I- и P-кадров, просто снизится FPS). На таких потоках плееры достаточно цивильно дропают кадры. Так что дропание кадров стоит сравнивать как минимум на одном и том же мувике, при том учитывая вот такие вот особенности потоков от кодеков.
> GUI-интерфейса Gnome-Vlc, пропагандирующего подход максимального упрощенияОткровение просто "GNOME - для блондинок!" :)
Думаю, если сделать GNOME по умолчанию розовым и по краям окон пушистым, все сразу станет понятно без слов и он найдет-таки свою аудиторию. Плюс будет лишнее очко в области дружелюбия, похлеще мака.
>Думаю, если сделать GNOME по умолчанию розовым и по краям окон пушистым,
>все сразу станет понятно без слов и он найдет-таки свою аудиторию.
>Плюс будет лишнее очко в области дружелюбия, похлеще мака.А по тому что написали не похоже, что думаете... Больше похоже на тролизм фанатика кде, тк собственно сообщение не несет никакой смысловой нагрузки
+1