MPEG играют все. А QuickTime?

Сколько у нас есть сегодня видео-плейеров для линуха? Я знаю: xine, mplayer, xmovie, mtvp, xmms(для него есть плугин), xmps, avifile, vlc, xanim. А сколько из них умеют играть QuickTime (не QuickTime вообще, а тот, который обычно лежит в интернете - Sorenson)? 0.0

Хорошая мысль - возьмешся написать кодек? ;)

А в чем проблема с QuickTime? Всего ничего - закрытый кодек. Тут только есть 3 варианта:
1. Реверс инжениринг - уже сколько пытаются сделать, а все безуспешно.
2. Эмуляция под Wine (уже есть и нормально работает, только стоит $20). Смотреть в направлении www.codeweavers.com хотя могу и ошибаться.
3. Ждать когда Apple или откроет (Хе-Хе) кодек или сама напишет binary library. Этот вариант самый предочительный, но. увы.

1. Увы, это не вариант. Засудят. 2. Ну, деньги - это не интересно. Кроме того, эмуляция... 3. Да, от них дождешься... Я и говорю - ситуация в некотором смысле безысходная (если только не случится 3, во что я не очень верю)

Млинство с мплеером... Никак путью не могу заставить играть в полный экран... с gl - разворачивается, но дёргается (riva TNT2) а в остальных - только мелкая картинка...
Qt кодек... гмм.. вообщето под линух плеер есть от яблоковых, не знаю как насчёт х86, на ппц видел, только он не бесплатный... как и под винду, но в винде за его распростр-е платит распространяющий.. А все компакты презентаций делают не под Линух, к сожалению...

Для любителей QuickTime:
http://developer.apple.com/techpubs/quicktime/qtdevdocs/REF/refQTFileFormat.htm

Можно уже писать.
В принципе в mplayerесть уже есть IMA4, может появится в ближайшем будущем.

>Для любителей QuickTime:
>http://developer.apple.com/techpubs/quicktime/qtdevdocs/REF/refQTFileFormat.htm
А нельзя ли ссылочку поточнее?

Хуже того, если покопаться, есть и готовый кодек. Искать, видимо, на соурсфорже, но точно не скажу.

>Хуже того, если покопаться, есть и готовый кодек. Искать, видимо, на соурсфорже, но точно не скажу.
Точно никто не скажет - готового кодека Sorenson на sf.нет ;)

А он нужен этот QT? может его легче похоронить? он и так помойму отбрыкался уже

http://developer.apple.com/techpubs/quicktime/qtdevdocs/REF/
Там куча файлов насыпана, какой ключевой - ищите кому нужно :) а так, судя по названиям - описания аудио видео и прочей фигни имеет место быть... Так что "насчёт поточнее..." бездееееельники :).

> http://developer.apple.com/techpubs/quicktime/qtdevdocs/REF/
> Там куча файлов насыпана, какой ключевой - ищите кому нужно :) а так,
> судя по названиям - описания аудио видео и прочей фигни имеет место
> быть... Так что "насчёт поточнее..." бездееееельники :).
Так там, судя по всему, только описание работы с API. Т.е. самого алгоритма нет :-(, а значит и толку никакого нет :-((

Вот что нашел на сервере Apple датированно: 2001-10-04

Q: Is Apple going to support Open Source systems by implementing QuickTime on either FreeBSD, NetBSD, OpenBSD, Plan9, Minix, Linux?

A:At this time, Apple has no plans to make QuickTime available on platforms other than Mac OS and Windows. The corresponding Streaming Server is available as open source and has been ported to a number of platforms including: FreeBSD, Solaris, NT / 2000, Red Hat Linux, SGI, and Compaq Tru64.

Так что обломс на несколько лет вперед :-((( Остается только Wine (которая не совсем эмуляция).

http://heroinewarrior.com/quicktime.php3 http://openquicktime.sourceforge.net/

>http://heroinewarrior.com/quicktime.php3 http://openquicktime.sourceforge.net/
СПАСИБО - НЕ ЗНАЛИ! :)
все эти проекты как и mplayer не поддерживают Sorenson.

Никто не заметил там diff с pre1? Заранее благодарен.

> Никак путью не могу заставить играть в полный экран... с gl - разворачивается, но
> дёргается (riva TNT2)

Полный экран отлично работает на драйверах от nvidia начиная с 1541.

Кстати похоже сломали работу с ffmpeg. А жаль - использование win кодеков тормознее. Или это только у меня так ? -- AlexK

>Кстати похоже сломали работу с ffmpeg. А жаль - использование win кодеков тормознее. Или это только у меня так ? -- AlexK
У меня все ok - а какие проблемы?

Скачал avi-шку, пытаюсь просмотреть, а вот не показывает.

Обнаружен AVI формат файла!
MainAVIHeader.dwFlags: (2064) HAS_INDEX TRUST_CKTYPE
VIDEO: [PIM1] 320x240 24bpp 9.01 fps 1865.0 kbps (227.7 kbyte/s)
[V] filefmt:3 fourcc:0x314D4950 size:320x240 fps: 9.01 ftime:=0.1110
Detected video codec: [pim1] drv:2 prio:0 (PIM1)
fs seg 0x14b000
Loading DLL: 'PCLEPIM1.DLL'
External func OLEAUT32.dll:200

сначала вообще вылетал, потом я ему скормил pclepim1.dll,
теперь окошко появляется и цифры отсчета времени бегут,
но темно там, в окне ;), т.е. нет ничего.
Можно как-нибудь прикрутить этот PIM1 ?

>сначала вообще вылетал, потом я ему скормил pclepim1.dll,
>теперь окошко появляется и цифры отсчета времени бегут,
>но темно там, в окне ;), т.е. нет ничего.
>Можно как-нибудь прикрутить этот PIM1 ?
Из etc/codec.conf:
videocodec pim1
info "PIM1"
status buggy
comment "no picture"
^^^^^^^^^^^^^^^^^^^^^^^
fourcc PIM1
driver vfw
dll "PCLEPIM1.DLL"
out BGR24 flip
; out I420
; out YUY2
; out BGR32,BGR24,BGR16,BGR15

Юзай нормальные avi с mpeg4 v3 внутри или divx ;)

-vc ffdivx самый быстрый кодек:

> -vc ffdivx самый быстрый кодек:

У меня такие же данные. Может howto под это дело написать? Параметров
много, кое-кто пальцем в небо тыкает и плачется потом, что плохо выходит.
Виндовый кодек я принудительно запрещаю(!) при сборке, т.к. он абсолютно не нужен.
Сейчас вот собрал полностью статически слинкованный mplayer. Размер - 820 KB.
Красота. Кидаю его на CD вместе с фильмом и смотрю на любой машине!

>У меня такие же данные. Может howto под это дело написать?
Все эти параметры от версии к версии меняются
>Параметров много, кое-кто пальцем в небо тыкает и плачется потом, что плохо выходит.
Живой эксперимент намного лучше
>Виндовый кодек я принудительно запрещаю(!) при сборке, т.к. он абсолютно не нужен.
>Сейчас вот собрал полностью статически слинкованный mplayer. Размер - 820 KB.
>Красота. Кидаю его на CD вместе с фильмом и смотрю на любой машине!
Да - со следующей версией это уже не получится - на горизонте новая технология - vidix ;)

> Живой эксперимент намного лучше
Ага, тут один любитель экспериментов жаловался, что на athlon-750 тормозит ;)

> со следующей версией это уже не получится
Оно и в этой без напильника не получится, так что нам не привыкать.
А что такое vidix?

>> Живой эксперимент намного лучше
>Ага, тут один любитель экспериментов жаловался, что на athlon-750 тормозит ;)
Дык ведь выяснили что тормозит не athlon а S3Virge ;)
>> со следующей версией это уже не получится
>Оно и в этой без напильника не получится, так что нам не привыкать.
>А что такое vidix?
Технология будущего - пока только для девелоперов ;)
For detail see mplayer-dev-eng@mplayer.dev.hu

Хех, а вот OpenDivX кодек (нативный) таки глючен (моргающий зеленый экран). Приходится принудительно для такого кино виндокодек использовать. :(

Или я что-то не понял, тогда просветлите.

>Хех, а вот OpenDivX кодек (нативный) таки глючен (моргающий зеленый экран). Приходится принудительно для такого
>кино виндокодек использовать. :(
>Или я что-то не понял, тогда просветлите.
А что divx4linux (распространяемый без сорцов)? Он тоже умеет odivx декодировать согласно документации.

Те же o|o, вид сбоку. Такое кино (надеюсь, пока) может правильно показывать только кодек из w32codecs.zip. :(

2nick: А какие параметры -pp используешь для ffdivx?

Правильно ли я понял, что ffdivx лучше по качеству, чем divx4 и divxds(divx)?

>2nick: А какие параметры -pp используешь для ffdivx?
Никакие - pp нужен для битых или lowres потоков да и в любом случае из дерьма конфетку трудно сделать - так
что предпочитаю исходно качественные потоки.
(Arpi рекомендовал -pp 0x22011 для битого MPEG2 потока)
>Правильно ли я понял, что ffdivx лучше по качеству, чем divx4 и divxds(divx)?
По скорости. Mplayer че-то фигово работает с win кодеками после замены c++ кода на c в win32 loader'е.

То есть в mplayer 0.60 лучше не использовать pp? А зачем он тогда нужен :))) шутка.

И все таки - для ffdivx использование -pp 4 не помогает, как для divxds, который кстати в 0.60 действиетльно стал малех странный (субъективно качество хуже в местах синхронизации (во время ее)). Для ffdivx пробовал -pp 0x07f - помогает (сглаживает большие сцены хорошо). Что касается всего остального, то ffdivx уже качественно рисует детальные сцены (divxds - размазанно, например брызги моря, прибой ...).

Вопрос про качество - кто лучше декодирует [DIV3]? ffdivx, divxds или divx4, odivx (последние два по качеству мне очень не понравились).

Для DVD в принципе в mplayer всегда надо -pp 0x20000, можно еще добавлять - но это база, без нее при движениях картинки рвутся на горизонтальные полоски.

Но вопрос про mpeg4/divx ... как его лучше смотреть в mplayer 0.60, какой декодек и какое postporocess?

>То есть в mplayer 0.60 лучше не использовать pp? А зачем он тогда нужен :))) шутка.
Его лучше нигде не использовать (если он конечно есть в плайере) ;)
>И все таки - для ffdivx использование -pp 4 не помогает, как для divxds, который кстати в 0.60 действиетльно стал малех
-pp 4 использовался в старом postprocessing'е (до того как его переделал с нуля Michael Niedermayer) - сейчас там совсем
другой PP.
>странный (субъективно качество хуже в местах синхронизации (во время ее)). Для ffdivx пробовал -pp 0x07f - помогает
Вот и я про то же - посмотрел в 0.60 3-х часовой mpeg4 фильм (328х160 битрейт) с помощью кодека divds - сплошные
потери кадров - все тормозит на быстрых сценах. (И это на моем-то Duron700+RadeonVE). После чего - поставил DVD
"Perfect Storm" (1024x768) и потора часа без единого намека на тормоза - все было сверх-идеально!
Ну и выводы напросились сами собой - с GPL софтом лучше всего использовать GPL кодек - т.е. ffdivx
(Там ни win32 loader ни MS secrets - все летает).
>(сглаживает большие сцены хорошо). Что касается всего остального, то ffdivx уже качественно рисует детальные сцены
>(divxds - размазанно, например брызги моря, прибой ...).
После потерь кадров с divxds - для меня everything идеально c ffdivx ;)
[snip]
>Но вопрос про mpeg4/divx ... как его лучше смотреть в mplayer 0.60, какой декодек и какое postporocess?
я использую radeon_vid - у карты аппаратная коррекция картинки (так называемые four_tap_coeffs с hardcoded значениями)
они конечно не всегда идеальны (иногда лучше использовать programmable coeffs)), но для потоков лучше чем 400x300
(например 90 мин mpeg4 фильма на CDROM - получается 600х400, а для 60 мин - 640х480) никакой PP не нужен - поэтому
я его и не использую.
Да и зачем он нужен?
В чем проблемы то?
Не встречал еще ни одного диска (CDROM или DVD) где он реально был бы нужен.

а *.vid файлы он проигровать умеет?

>а *.vid файлы он проигровать умеет?
А что это? Умеет .vob .vivo но про .vid ничего не слышал