Спустя месяц после VLC 1.1.0 (http://www.opennet.me/opennews/art.shtml?num=27033) вышел (http://www.videolan.org/vlc/releases/1.1.1.html) корректирующий релиз видеопроигрывателя VLC 1.1.1 (http://www.videolan.org/), в котором исправлены ошибки и обновлены файлы переводов. Среди исправлений отмечено устранение нескольких проблем, приводящих к краху, улучшение работы libVLC (http://wiki.videolan.org/LibVLC), исправление ошибок при выводе видео в Windows, обеспечение поддержи декодирования DxVA2 на ATI GPU при использовании драйвера Catalyst 10.7, приведение в порядок интерфейса и устранение проблем с работой демуксеров и декодеров. Дополнительно сообщается, что за месяц плеер VLC 1.1 был загружен 17 миллионов раз.URL: http://www.videolan.org/vlc/releases/1.1.1.html
Новость: http://www.opennet.me/opennews/art.shtml?num=27394
когда они работу с тегами в мп3 файлах пофиксят? половина тегов нормально, пловина крокозябрами. особенно актуально под виндой, под линем то нормально
Проблема винды, очевидно ж.
>Проблема винды, очевидно ж"проблемы винды" внезапно проявились с релизом 1.0
Ковертируйте теги в Юникод- будет счастье. Под Винду для этого есть TagScanner. Наверняка для других ОС тоже что-то найдется.
> Ковертируйте теги в Юникод- будет счастье. Под Винду для этого есть TagScanner. Наверняка для других ОС тоже что-то найдется.Если в двери заклинит замок вы наверное посоветуете "выпилите кусок бетона рядом с дверью и будет вам счастье". Удивляют меня люди которые вместо того чтобы подсказать как починить косяк в программе, подсказывают долгие обходные пути этого косяка с помощью других програм.
Проще, конечно, поменять программу. Но правильнее будет навести порядок в своей коллекции. Разброд и шатание не есть хорошо, вы же не ходите в разных носках, хотя какая разница, носки и есть носки.
> Если в двери заклинит замок вы наверное посоветуете "выпилите кусок бетона рядом с дверью
> и будет вам счастье".Ну как бы заклинивший замок логично поменять. А вы советуете ремонтировать его, раздраконив полдвери. И при случае нарвавшись на клин еще раз. Вот CP-1251 нынче именно заклинивающий замок. У всех 1-байтных кодировок есть большой минус: а нигде напрямую не указывается какая кодировка. И это инфо или есть где-то сбоку (костыль!), или гарантирован показ только английских букв. А остальное ... остально может быть японским. А может и русским. А откуда и кто знает то?Простого и надежного метода понять какая там кодировка - нет :).А если вспомнить что в винде минимум три кодировки русиша (ANSI ака 1251, OEM ака 866 и Unicode) - замечательно, да :).Особенно конверсия оных туда-сюда.
> Если в двери заклинит замок вы наверное посоветуете "выпилите кусок бетона рядом с дверью и будет вам счастье".Нет, это вы предлагаете ради ламерья, у которого клинит замок, делать всем прямые ключи без зубцов.
> Удивляют меня люди которые вместо того чтобы подсказать как починить косяк в программе, подсказывают долгие обходные пути этого косяка с помощью других програм
Косяк в тэгах, которые не знают свою же кодировку, с этим уже ничего не поделаешь. Но самый правильный вариант его обхода - использовать везде utf, потому что все остальные кодировки должны умереть. А косяк - в той программе, которая ожидает что тэги не в utf.
Вот ты сам не понимаешь какие аналогии. Замок - это и есть как раз таки кодировка, а вот дверь - это плеер. Соотв., по вашим утверждениям, вы вините дверь в том, что замок заклинил, находясь именно в ней. Согласитесь, нелогично менять дверь в случае заклинивания замка, логичнее или заменить замок или его поправить. Вот нестандартные кодировки, как правильно подметили тут уже, они ведь ничего сами не говорят плееру, какие они именно вон в том файле - нет никаких таких флагов, через которые оно бы сообщало такие данные. Соотв., у плеера остаётся 2 пути - или надеяться, что эта самая кодировка ВО ВСЕХ файлах совпадает с локальным языком системы и настраивать, к примеру, всё на CP-1251 в случае русского (при этом ведь ещё есть и звери вроде КОИ8-Р и т.п. - откуда ему знать, что именно?), или пытаться угадать\детектировать по неким совпадениям и признакам составления символов в словах вместе какая же там может быть кодировка - но вот это уже есть самый настоящий костыль, то бишь лишний грузный код, со словарями и алгоритмами и вовлечением в работу "знатоков" с самых разных стран (ну откуда, напр., испанцам знать, что у нас бывают такие КОИ8 и прочие, а тем более какие - у негров), что многим коммандам и не под силу, которого могло б не быть, не будь такой дурацкой ситуации, к тому же разные алгоритмы в разных плеерах могут давать совсем разные результаты. Правильное решение - заменить кодировку стандартной, универсальной и работающей - читай УНИКОД.
Как же вы ядь надоели.>Правильное решение - заменить кодировку стандартной, универсальной
Обязательно! При СЛЕДУЮЩЕМ кодировании. А имеющуюся коллекцию будь добр показывать без глюков, как нормальные плееры, либо отправляйся на свалку.
Так ясно?
Ещё бы научился нормально отображать сложные субтитры. И, наконец, починили бы автоопределение кодировки сабов. А то ставлю автоопределение, а он всё равно в utf кажет.
vlc 1.1.0 под FreeBSD не играл у меня x264 файлы, бред какой-то, уже как только не пересобирал зависимости. надеюсь в этом релизе пофиксили. вообще именно в 1.1.0 ошибок было непростительно много, не зря этот корректирующий вышел.
Касательно VLC 1.x.x, то была новость, что какой-то кодек (x264 или ещё какой) c какой-то минорной версии плеера был намеренно выкинут из сборки.
Пофиксили аспект ратио при захвате видео под виндой, замечательно.