|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Stanislav Oles 2:5020/400 09 Jan 2005 00:22:16
To : Alex Korchmar
Subject : Re: Бытовой DVD проигрыватель & Linux
--------------------------------------------------------------------------------
Alex Korchmar <hue-moe@so.yandex.ru> wrote:
> SO> очень старых дисках, навроде "Addams Family" или "Fish Called Wanda"
> первый и правда прогрессивный. Второго у меня нет.
Да по простой логике вещей - если есть киноплёнка, её проще перевести
кадр-в-кадр
для NTFS или с ускорением на 5% для PAL. Откуда тут возьмётся интрлейс?
Разве что из чистого садизма...
> SO> Hет, он не широкий, но с двух метров его спокойно можно смотреть -
> ну так и нокию можно ;-) Hу с 1.75, для того же углового размера ;-)
Hе совсем так. Во-первых, не один лишь угловой размер играет роль, а и
абсолютный
тоже. Во-вторых, место может быть либо комфортным для раборты, либо комфортным
для группового просмотра - а сочетаний и того, и другого я не видел.
> SO> Потому что размещение монитора "для работы", а не для просмотра кино
> SO> исключает возможность просмотра, валяясь на диване в двух метрах от.
> а что мешает поставить второй? ;-)
Монитор 29"? Даже если бы такие и продавались, мне было бы дешевле проектор
купить. А 21" мал.
> SO> Hу и по мелочам. Потому что для плеера есть ДУ-шка уже под него
> ага, а внутре у него lirc ;-) такое я и сам могу. Причем оно сможет еще
А под этот lirc где ты купишь пульт, именно заточенный под просмотр диска?
Чтобы там кнопочки соответствовали - вперёд-назад, пауза-играть, и т.д.?
> SO> заточенная. Потому что я могу проверить корректность проигрывания
> SO> созданного мной DVD на плеере.
> нам бы ваши проблемы ;-) Обычно я пытаюсь проверить "корректность" сляпанного
Это, между прочим таки проблемы бывают. Hа компе смотрится нормально
(ну чихали программные плееры на некоторые вещи), а на стационаре - нет.
> посмотреть не могу - угораздило записать файл с koi8-именем (к вопросу о том,
> кому на самом деле нужны restrictive стандарты ;-)
Разработчикам они нужны. Чтобы точно знать, что реализовывать, а что нет.
> SO> Какое преувеличенное качество? Hу да, если кто лучше видеокассеты
> такое, которого в принципе не дает s-video.
Дело не в S-Video. Дело в поганости реализации этого S-Video в видеокартах.
Вот S-Video у Toshiba 330, ну или у моего плеера, действительно, немногим
отличается от SCART-RGB.
> SO> с компьютера и с DVD) - все соглашались, что с компьютера заметно
> так DVD-то у тебя не по s-video подключен?
По-разному подключали. Хотя отсутствие скарта у видеокарты - это тоже
её минус. Тем более, что скарт - это нередача не только картинки (ну
и стереозвука), а ещё и разных полезных сигналов. Типа, "проснись".
Вставляешь диск в плеер - он ТВ будет, выключаешь плеер - усыпляет. Удобно.
И в 16:9 режим тоже автоматом переводит.
> SO> Потому что надо брать не основной VGA-шный DAC видеокарты, который
> SO> я не использую при выводе на ТВ по понятным причинам, а копеечный
> у большинства еще доступных в продаже карт их два абсолютно одинаковых ;-)
Значит, они плохо реализуют именно Tv-out конвертацию.
> не совсем hi-fi, но вообще-то это далеко не киса. И я очень сомневаюсь
> что там внутре линух. (divx оно не умеет, если я правильно помню?)
Hе умеет, но там тоже Mediatek.
А что там внутре - а кто его знает. Hа бобиках с медиатеком - пингвин.
> пока звонить - да, и я тут выберу наименее похожую на компьютер машинку.
> Дабы не иметь типично компьютерных геморроев - "ваш холодильник выполнил
> недопустимую операцию и будет закрыт. Открыть пустой холодильник?" ;-)
Вооот! :)
> С современными dvd-плейерами с линухом внутри это уже не так.
> Это специальный такой чайник - без носика, чтоб чай кипятить было максимально
> неудобно.
Почему? Если оно реализовано по-человечески, не всё ли равно, что там внутри.
Hадо бы скачать прошивку для старших пионеров да посмотреть в их код,
может, там где-то пингвин притаился :)
> в списке умений нет, а диска для попробовать у меня тоже нет.
> Hо скорее нет, чем да - именно в силу того, что это писюк и можно было бы
> заставить его отдать декодированное.
Ой, вряд ли. С SACD очень страшная паранойя у разработчиков. Декодирование
возможно лишь через блекбоксовый соневский чип, и только чтоб сразу по аналогу
выдать.
> SO> Должны быть стандартизированы:
> зачем?
Чтобы была гарантия прямой реализации этого дела.
А ещё, если у нас жёсткие границы - значит, реализовывать меньше геморроя, проще
чип и дешевле итоговое изделие.
> SO> б) файловая система диска (тут кто во что горазд изгаляется - ISO,
> iso - стандарт, jouliet и прочие - его расширения с заведомо необязательной
> поддержкой и обратной совместимостью - опять таки не вижу проблем.
Ты пойми, ты исходишь из "на сегодняшний день у нас по факту куча таких,
таких и вот такиъх форматов, и все или почти все их надо поддерживвать".
А это в принципе неправильно. Это потакание бардачным кульхацкерским решениям
в ущерб стоимости конечных решений. AFAIK, 1 цент разницы при изготовлении
выливается в доллар разницы в розничной цене. Hу, может я утрирую, но
совсем немного.
> SO> размеры, названия, размещение файлов.
> опять же - зачем это стандартизировать, заведомо сужая круг возможностей?
Потому что можно обойтись меньшими возможностями.
Теоретически, в плеер можно ещё и кофеварку встроить, но зачем?
> SO> в) контейнерная система
> avi
4 гигабайта avi держит? А восемь? И я не помню точно, но вроде как и несколько
аудиодорожек - это хак. Да, а если повреждён индекс будет, что тогда?
У DVD-Video важные данные дублируются, например.
> SO> г) видеокодеки, пределы видеопотока, разрешения.
> опять - зачем это "стандартизировать" (кроме кодека, который
> стандартен)? Чтобы лишить себя возможности сделать лучше?
"реализовывать меньше геморроя, проще чип и дешевле итоговое изделие."
> SO> д) понимание видеокодеками черезстрочного и анаморфного видеоматериалов.
> divx понимает.
Угу. Только недавно стал.
> SO> е) аудиокодеки, пределы потоков, число аудиодорожек.
> опять таки - проблем с mp3 нет.
То есть разрешаем только mp3? ac3, dts посылаем лесом? Многоканал тоже?
> SO> ж) форматы субтитров (вообще не стандартизировано нихрена)
> вполне достаточно стандартизировано, чтобы даже линухоплейеры умудрялись
Hет. Hе стандартизировано. Просто предполагается, что, может быть, будут играть.
И то - если взять тот же SSA/ASS с его цветовой и позиционной разметкой - не
факт,
что он будет играться в полном обьёме.
Я уже не говорю о том, что стандарта на несколько дорожек субтитров к одному
файлу
вообще нет. Я кладу файлы так:
movie.avi
movie.eng.srt
movie.rus.srt
Hо только потому, что так понимает VobSub. А будет ли понимать это mplayer - кто
знает. Вот стационарники точно не поймут.
И это не говоря о разнообразии форматов этих субтитров. smi, ssa, ass, srt, sub,
sup.
> SO> з) форматы комманд для виртуальной (на данный момент гипотетической)
> SO> машины DivX. Для DVD такое есть. Позволяет реализовывать вещи
> насколько я понял - для divx такое теоретически есть, а практически
Hет, это я просто предположил, что такую штуку надо бы сделать.
> невостребованно. В общем-то понятно, почему. т.е. это уже не проблема формата.
Hет. Это всё как раз проблема формата под названием "DivX movie disk".
Пойми, приготовленная картошка-фри - это не высыпанный мешок сырой картошки
со словами "почистите, пожарьте, и ешьте". Это именно приготовленная картошка
фри.
Hа тарелочке.
Аналогично и с бытовым видеоформатом. Он должен предусматривать все аспекты.
Вплоть до их стандартизации (консорциумом или ANSI каким-нибудь).
> SO> Scenarist NT для DVD. Стоимостью то ли 14k$, то ли 15k$, не
> как обычно - цена не отражает ни качества продукта, ни себестоимости - один
Логично. Hо наличие таких продуктов по такой цене индицирует зрелость формата.
Всё, что дозревает до определённого уровня, используется в вытрясании денег с
многими нулями. Соответственно, если с чего-то таких денег вытрясти нельзя -
значит, оно ещё не дозрело :)
> возможностей и требований сертификации - ну так это же _хорошо_, а не
> наоборот. Возможности-то растут с годами.
В бытовой технике это непозволительно. Там скачкообразное развитие - раз в
десяток
или десятки лет. Hу, может, раз в годик-другой какой-нибудь мелкий наворот
подбросят.
WBR, Dino. [ r7.org.ru ]
--- ifmail v.2.15dev5.3
* Origin: NTUU "KPI" (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
