[sisyphus] mplayer

[sisyphus] mplayer

[Afanasov Dmitry]

mplayer сейчас на @nobody, вот-вот в orphaned улетит, чего не хотелось бы/

сделал я сборку. как всегда
1. apt-репа - ftp://ftp.altlinux.org/pub/people/ender/mplayer
2. git репа - http://git.altlinux.org/people/ender/packages/?p=mplayer.git,
тег 1.0-alt35.29238.2

заинтересованных прошу проверить. а также thresh@ на предмет ffmpeg и
led@ на предмет ошибок, как предыдущего мантейнера :)

собирать 1.0rc3 я не стал, сразу очередной svn релиз (r29238)

мои изменения:
- ffmpeg используется свой родной (r18698)
- наложил наш amr патч - спер у thresh@. только не знаю как собрать с ним.
- включил -vo vdpau - работает. правда для чего он, я так до конца и не понял :)
- наложил патч и включил -vo vaapi, требует проверки.

остальное смотреть mplayer's Changelog на предмет rc3.
-- 
С уважением
Афанасов Дмитрий

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Afanasov Dmitry пишет:
> - включил -vo vdpau - работает. правда для чего он, я так до конца и не понял :)

http://forum.altlinux.org/index.php/topic,2792.msg40725.html#msg40725

Re: [sisyphus] mplayer

[Afanasov Dmitry]

2009/4/27, Motsyo Gennadi aka Drool <motsyo@gmail.com>:
> Afanasov Dmitry пишет:
>
> > - включил -vo vdpau - работает. правда для чего он, я так до конца и не
> понял :)
> >
>
> http://forum.altlinux.org/index.php/topic,2792.msg40725.html#msg40725
оттуда:
> Давайте дружно просить разработчиков АЛьТ открыть non-free репозитарий, и собрать в него mplayer с VDPAU патчем.

non-free? vpdau находился прям в svn, мне лишь buildreq прописать да
--enable-vdpau в configure сказать надо было.
-- 
С уважением
Афанасов Дмитрий

Re: [sisyphus] mplayer

[Alexei V. Mezin]

Afanasov Dmitry пишет:
> non-free? vpdau находился прям в svn

Просто изначально поддержка VDPAU была из патчей, которые лежали 
непосредственно на ФТП nvidia.com.

https://bugzilla.altlinux.org/show_bug.cgi?id=18494

Если теперь все работает без этих патчей, или они вошли основной код 
mplayer, то все хорошо.

Re: [sisyphus] mplayer

[Alexei V. Mezin]

Afanasov Dmitry пишет:
> - включил -vo vdpau - работает. правда для чего он, я так до конца и не понял :)

Это очень полезный патч. Только какой-то лицензионно-подозрительный. Или 
там уже прояснение ситуации наступило?

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 717 bytes --]

On Mon, Apr 27, 2009 at 02:25:00PM +0400, Afanasov Dmitry wrote:
> mplayer сейчас на @nobody, вот-вот в orphaned улетит, чего не хотелось бы/
mplayer уже orphaned, жалоб на сборку не было, и у меня тоже работает :)
потому я закинул в сизиф.

изменения те же:
> мои изменения:
> - ffmpeg используется свой родной (r18698)
> - наложил наш amr патч - спер у thresh@. только не знаю как собрать с ним.
> - включил -vo vdpau - работает. правда для чего он, я так до конца и не понял :)
> - наложил патч и включил -vo vaapi, требует проверки.
> 
> остальное смотреть mplayer's Changelog на предмет rc3.
разве что выкючил amr и обновил mplayer до r29311, ffmpeg до r18858
-- 
 С уважением
 Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Afanasov Dmitry пишет:
> On Mon, Apr 27, 2009 at 02:25:00PM +0400, Afanasov Dmitry wrote:
>> mplayer сейчас на @nobody, вот-вот в orphaned улетит, чего не хотелось бы/
> mplayer уже orphaned, жалоб на сборку не было, и у меня тоже работает :)
> потому я закинул в сизиф.

	В бранчах ждать?

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 472 bytes --]

On Sun, May 17, 2009 at 06:25:23PM +0300, Motsyo Gennadi aka Drool wrote:
> Afanasov Dmitry пишет:
> > On Mon, Apr 27, 2009 at 02:25:00PM +0400, Afanasov Dmitry wrote:
> >> mplayer сейчас на @nobody, вот-вот в orphaned улетит, чего не хотелось бы/
> > mplayer уже orphaned, жалоб на сборку не было, и у меня тоже работает :)
> > потому я закинул в сизиф.
> 
> 	В бранчах ждать?
не вопрос, вот только за 4.1 и ниже не уверен.
-- 
 С уважением
 Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Afanasov Dmitry пишет:
>> 	В бранчах ждать?
> не вопрос, вот только за 4.1 и ниже не уверен.

	Собираемость и работоспособность на i586 для 4.1 могу проверить.

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Motsyo Gennadi aka Drool пишет:
>     Собираемость и работоспособность на i586 для 4.1 могу проверить.

	Оппа. А сборку с libvdpau проверить не смогу - в 4.1 нет 
libvdpau-devel. Интересно, а возможно ли собрать в 4.1 дровишки nvidia с 
этой либой?

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Motsyo Gennadi aka Drool пишет:
> Motsyo Gennadi aka Drool пишет:
>>     Собираемость и работоспособность на i586 для 4.1 могу проверить.
> 
>     Оппа. А сборку с libvdpau проверить не смогу - в 4.1 нет 
> libvdpau-devel. Интересно, а возможно ли собрать в 4.1 дровишки nvidia с 
> этой либой?

	Собралось на бранче 4.1. Пришлось вырубить в спеке поддержку libvdpau и 
собрать из сизифа dirac-0.10.0 и libva1-0.2.9.
	Установилось все успешно, однако при сборке требовался более новый 
libdirac, а при обновлении mplayer по зависимостям новый libdirac не 
вытянулся. Также был установлен старый mencoder, при обновлении он тоже 
не шелохнулся, не знаю насколько он был бы рабочим, обновил руками. Как 
оно работает - смогу сказать пожже, т.к. сборка и установка выполнялись 
на удаленной машине.

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 991 bytes --]

On Sun, May 17, 2009 at 11:14:04PM +0300, Motsyo Gennadi aka Drool wrote:
> Motsyo Gennadi aka Drool пишет:
> > Motsyo Gennadi aka Drool пишет:
> >>     Собираемость и работоспособность на i586 для 4.1 могу проверить.
> > 
> >     Оппа. А сборку с libvdpau проверить не смогу - в 4.1 нет 
> > libvdpau-devel. Интересно, а возможно ли собрать в 4.1 дровишки nvidia с 
> > этой либой?
> 
> 	Собралось на бранче 4.1. Пришлось вырубить в спеке поддержку libvdpau и 
как я помню слова thresh@, libvdpau требует дрова для nvidia > 180.XX, XX
не помню сколько.

> собрать из сизифа dirac-0.10.0 и libva1-0.2.9.
dirac в 4.1 принадлежит thresh@, libva1 есть только в сизифе и опять
thresh@. попристаю к нему завтра, что там нужно.

> 	Установилось все успешно, однако при сборке требовался более новый 
> libdirac, а при обновлении mplayer по зависимостям новый libdirac не 
> вытянулся.
аха, понял. зависимости проверим, это не проблема.

-- 
 С уважением
 Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Afanasov Dmitry пишет:
> dirac в 4.1 принадлежит thresh@, libva1 есть только в сизифе и опять
> thresh@. попристаю к нему завтра, что там нужно.

	Оба пакета на 4.1 собрались спокойно.

> аха, понял. зависимости проверим, это не проблема.

	Не только - там еще нужно добавить тэг "Packager". Я не знаю как 
собирается в сизиф, но у меня чекер ругался на кривого мантянина :)

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 721 bytes --]

On Mon, May 18, 2009 at 08:22:46AM +0300, Motsyo Gennadi aka Drool wrote:
> Afanasov Dmitry пишет:
> > dirac в 4.1 принадлежит thresh@, libva1 есть только в сизифе и опять
> > thresh@. попристаю к нему завтра, что там нужно.
> 
> 	Оба пакета на 4.1 собрались спокойно.
по dirac thresh@ ответил "зачем" :(
libva1 пока не спрашивал.

> > аха, понял. зависимости проверим, это не проблема.
> 
> 	Не только - там еще нужно добавить тэг "Packager". Я не знаю как 
> собирается в сизиф, но у меня чекер ругался на кривого мантянина :)
я там в /usr/lib/alt-gpgkeys/pubring.gpg вообще есть? что выдает команда:
gpg --keyring=/usr/lib/alt-gpgkeys/pubring.gpg --list-keys ender

-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Afanasov Dmitry пишет:
> по dirac thresh@ ответил "зачем" :(
> libva1 пока не спрашивал.

	Если ему начхать на бранчи - пусть перевесит свои пакеты для бранчей на 
nobody@ и не выеживается. Я его ffmpeg для себя пересобираю из-за вот 
такого же "зачем", даже несмотря на аргументацию.

>> 	Не только - там еще нужно добавить тэг "Packager". Я не знаю как 
>> собирается в сизиф, но у меня чекер ругался на кривого мантянина :)
> я там в /usr/lib/alt-gpgkeys/pubring.gpg вообще есть? что выдает команда:
> gpg --keyring=/usr/lib/alt-gpgkeys/pubring.gpg --list-keys ender

	Ключик присутствует. Просто я собираю из клонированного git-репозитория 
в хашере, и sisyphus_check матерится на мантянина по имени 
"автоматический мантянин хашера" или как-то так :) Я это заметил при 
использовании сборки из git при отсутствии поля Packager.

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 1016 bytes --]

On Mon, May 18, 2009 at 09:13:00AM +0300, Motsyo Gennadi aka Drool wrote:
> Afanasov Dmitry пишет:
> > по dirac thresh@ ответил "зачем" :(
> > libva1 пока не спрашивал.
> 
> 	Если ему начхать на бранчи - пусть перевесит свои пакеты для бранчей на 
> nobody@ и не выеживается. Я его ffmpeg для себя пересобираю из-за вот 
> такого же "зачем", даже несмотря на аргументацию.
по dirac может быть не все так просто. rpmsodiff показывает достаточно
сильную разницу между 0.9.1 и 0.10.0. мне интересно, много пакетов от
dirac зависят?

также, после пересборки dirac, ничего не умерло? если нет, тогда можно
продолжать упрашивать, а то и просить NMU :)
 
> 	Ключик присутствует. Просто я собираю из клонированного git-репозитория 
> в хашере, и sisyphus_check матерится на мантянина по имени 
> "автоматический мантянин хашера" или как-то так :) Я это заметил при 
> использовании сборки из git при отсутствии поля Packager.
понял, исправлю. как же я прошляпил-то :)
-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Afanasov Dmitry пишет:
> также, после пересборки dirac, ничего не умерло? если нет, тогда можно
> продолжать упрашивать, а то и просить NMU :)

	Вроде ничего. Либо у меня не установлено ничего другого, что его требует.

Re: [sisyphus] mplayer

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 684 bytes --]

On Mon, May 18, 2009 at 09:13:00AM +0300, Motsyo Gennadi aka Drool wrote:
> Afanasov Dmitry пишет:
> > по dirac thresh@ ответил "зачем" :(
> > libva1 пока не спрашивал.
> 
> 	Если ему начхать на бранчи - пусть перевесит свои пакеты для бранчей на 
> nobody@ и не выеживается.

Умерьте пыл, вы не модератор, чтобы указывать мне.

libdirac -- "Algorithm research implementation of Dirac. Not intended for
end users", это полигон для обкатки новых решений.

Собирайте mplayer с libschroedinger.

-- 
Дык и мне mkisofs+cdrecord за глаза, ты не подумай :)  Но если
влом -- то хорошо, когда есть тулзень, которая маны за тебя уже     
почитала.
		-- mike in smoke-room@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Pavlov Konstantin пишет:
> Умерьте пыл, вы не модератор, чтобы указывать мне.
> 
> libdirac -- "Algorithm research implementation of Dirac. Not intended for
> end users", это полигон для обкатки новых решений.

	А что тогда dirac делает в предыдущих сборках mplayer?

> Собирайте mplayer с libschroedinger.

	Вы собираетесь указывать кому что с чем собирать?

Re: [sisyphus] mplayer

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 740 bytes --]

On Mon, May 18, 2009 at 04:32:12PM +0300, Motsyo Gennadi aka Drool wrote:
> Pavlov Konstantin пишет:
> > Умерьте пыл, вы не модератор, чтобы указывать мне.
> > 
> > libdirac -- "Algorithm research implementation of Dirac. Not intended for
> > end users", это полигон для обкатки новых решений.
> 
> 	А что тогда dirac делает в предыдущих сборках mplayer?

Это вопрос к тому, кто эти предыдущие сборки mplayer делал.

> > Собирайте mplayer с libschroedinger.
> 
> 	Вы собираетесь указывать кому что с чем собирать?

Безусловно, это ваше право собирать софт в стабильные бранчи, используя
нестабильные и work-in-progress компоненты. "Но зачем?".

-- 
<Lost_work> stalker37: девственницами не становятся, ими рождаются (c)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Afanasov Dmitry пишет:
>> 	Собралось на бранче 4.1. Пришлось вырубить в спеке поддержку libvdpau и 
> как я помню слова thresh@, libvdpau требует дрова для nvidia > 180.XX, XX
> не помню сколько.

	Ну так это я так мечтательно об этих дровах в 4.1 подумал :) Но мечтать 
не вредно, знаю.

Re: [sisyphus] mplayer

[Konstantin A. Lepikhov]

Hi Motsyo!

Monday 18, at 04:42:35 PM you wrote:

> Afanasov Dmitry пишет:
> >> 	Собралось на бранче 4.1. Пришлось вырубить в спеке поддержку libvdpau и 
> > как я помню слова thresh@, libvdpau требует дрова для nvidia > 180.XX, XX
> > не помню сколько.
> 
> 	Ну так это я так мечтательно об этих дровах в 4.1 подумал :) Но мечтать 
> не вредно, знаю.
Вам собрать? :))

-- 
WBR et al.

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Konstantin A. Lepikhov пишет:
>> 	Ну так это я так мечтательно об этих дровах в 4.1 подумал :) Но мечтать 
>> не вредно, знаю.
> Вам собрать? :))

	Лично мне? Себе я их могу попробовать и сам собрать. А вот иметь бы 
дрова с поддержкой аппаратного декодирования HD на бранче, на основе 
которого выпущен последний имеющийся дистрибутив - было бы интересно.

Re: [sisyphus] mplayer

[Konstantin A. Lepikhov]

Hi Motsyo!

Monday 18, at 04:57:47 PM you wrote:

> Konstantin A. Lepikhov пишет:
> >> 	Ну так это я так мечтательно об этих дровах в 4.1 подумал :) Но мечтать 
> >> не вредно, знаю.
> > Вам собрать? :))
> 
> 	Лично мне? Себе я их могу попробовать и сам собрать. А вот иметь бы 
> дрова с поддержкой аппаратного декодирования HD на бранче, на основе 
> которого выпущен последний имеющийся дистрибутив - было бы интересно.
Мне кажется, данный список рассылки не предназначен для обсуждения
бранчей. Вот мне модератор почему-то сразу рот затыкает, а тут опять
какой-то флуд на ндцать страниц. Как-то это неправильно.

-- 
WBR et al.

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Konstantin A. Lepikhov пишет:
> Мне кажется, данный список рассылки не предназначен для обсуждения
> бранчей. Вот мне модератор почему-то сразу рот затыкает, а тут опять
> какой-то флуд на ндцать страниц. Как-то это неправильно.

	Ну, больше негде, рассылки branches@ нету, в backports@? Так умерло. Да 
и какой флуд? Я не думаю что эта тема реальна, а значит будет 
продолжение, разве что мантейнер этих драйверов действительно может 
собрать их в бранч.

Re: [sisyphus] branches@

[Michael Shigorin]

On Mon, May 18, 2009 at 05:19:50PM +0300, Motsyo Gennadi aka Drool wrote:
> Ну, больше негде, рассылки branches@ нету, в backports@? Так умерло. 

Рассылка-то живёт, можно её абьюзнуть и так.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] мультимедиа-бэкпорты любят кусаться (was: mplayer)

[Michael Shigorin]

On Mon, May 18, 2009 at 12:33:27AM +0400, Afanasov Dmitry wrote:
> > собрать из сизифа dirac-0.10.0 и libva1-0.2.9.
> dirac в 4.1 принадлежит thresh@, libva1 есть только в сизифе и опять
> thresh@. попристаю к нему завтра, что там нужно.

Мужики, запомните как следует: мультимедийный стек -- это та
хрень, с которой _совсем_ не стоит торопиться тянуть что-либо
из unstable в хоть какое-то подобие stable на следующий день
после того, как что-то получилось собрать.

-- 
Миша,
припоминая попытку
сбэкпортить нужное
kino-0.9.x под M30

Re: [sisyphus] мультимедиа-бэкпорты любят кусаться (was: mplayer)

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 881 bytes --]

On Mon, May 18, 2009 at 09:08:21PM +0300, Michael Shigorin wrote:
> On Mon, May 18, 2009 at 12:33:27AM +0400, Afanasov Dmitry wrote:
> > > собрать из сизифа dirac-0.10.0 и libva1-0.2.9.
> > dirac в 4.1 принадлежит thresh@, libva1 есть только в сизифе и опять
> > thresh@. попристаю к нему завтра, что там нужно.
> 
> Мужики, запомните как следует: мультимедийный стек -- это та
> хрень, с которой _совсем_ не стоит торопиться тянуть что-либо
> из unstable в хоть какое-то подобие stable на следующий день
> после того, как что-то получилось собрать.
> 
> -- 
> Миша,
> припоминая попытку
> сбэкпортить нужное
> kino-0.9.x под M30

Ну, может ты убедишь. Моего (отсутствия) авторитета не хватает, судя по
письмам из Украины в этом треде:)

-- 
<Vitls> .oO(мудрая мысль: на вкус и цвет фломастеры разные)
<drF_ckoff> на вкус одинаковые
<Vitls> уже попробовал?

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Motsyo Gennadi aka Drool]

Pavlov Konstantin пишет:
> Ну, может ты убедишь. Моего (отсутствия) авторитета не хватает, судя по
> письмам из Украины в этом треде:)

	Когда мантейнеру влом заменить disable на enable в спеке, несмотря на 
аргументацию "нужно, т.к. по-другому никак" в багзилле - мне не влом 
собрать под себя, но "авторитет" становится, как бы так выразиться, 
понятием растяжимым. Независимо от бреда насчет откуда и куда идут 
письма в этом трэде.

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Led]

On Monday, 18 May 2009 22:46:57 Motsyo Gennadi aka Drool wrote:
> Pavlov Konstantin пишет:
> > Ну, может ты убедишь. Моего (отсутствия) авторитета не хватает, судя по
> > письмам из Украины в этом треде:)
>
> 	Когда мантейнеру влом заменить disable на enable в спеке, несмотря на
> аргументацию "нужно, т.к. по-другому никак" в багзилле - мне не влом
> собрать под себя, но "авторитет" становится, как бы так выразиться,
> понятием растяжимым. Независимо от бреда насчет откуда и куда идут
> письма в этом трэде.

Ну, в текуще сборке (mplayer), в основном, "disable" получается.

-- 
Led

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Motsyo Gennadi aka Drool]

Led пишет:
> Ну, в текуще сборке (mplayer), в основном, "disable" получается.

	Я про
https://bugzilla.altlinux.org/show_bug.cgi?id=16348

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Led]

On Monday, 18 May 2009 23:24:49 you wrote:
> Led пишет:
> > Ну, в текуще сборке (mplayer), в основном, "disable" получается.
>
> 	Я про
> https://bugzilla.altlinux.org/show_bug.cgi?id=16348

Вы там изначально много бреда внесли (сорри, но это так). Возможно стоит 
возобновить/донести вашу просьбу мейнтейнеру более конструктивно? Я думаю, 
его мнение о "неразвиваемости" xvid немножео изменилось. Моё мение многим 
известно (наверное): к сожалению, mpeg4-кодек из ffmpeg никогда не 
приближался по качеству к xvid.

-- 
Led

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Motsyo Gennadi aka Drool]

Led пишет:
> Вы там изначально много бреда внесли (сорри, но это так). Возможно стоит 
> возобновить/донести вашу просьбу мейнтейнеру более конструктивно? Я думаю, 
> его мнение о "неразвиваемости" xvid немножео изменилось. Моё мение многим 
> известно (наверное): к сожалению, mpeg4-кодек из ffmpeg никогда не 
> приближался по качеству к xvid.

	Как еще понятнее донести? Есть распространенный проигрыватель под 
симбиан, понимает _исключительно_ xvid. Никакие mpeg4/msmpeg4 ему не 
подходят. Что тут неясного.
	Также четко выражена позиция мантейнера - "зогчем?".

P.S. Это уже точно флуд пошел.

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Led]

On Tuesday, 19 May 2009 00:10:23 Motsyo Gennadi aka Drool wrote:
> Led пишет:
> > Вы там изначально много бреда внесли (сорри, но это так). Возможно стоит
> > возобновить/донести вашу просьбу мейнтейнеру более конструктивно? Я
> > думаю, его мнение о "неразвиваемости" xvid немножео изменилось. Моё мение
> > многим известно (наверное): к сожалению, mpeg4-кодек из ffmpeg никогда не
> > приближался по качеству к xvid.
>
> 	Как еще понятнее донести? Есть распространенный проигрыватель под
> симбиан, понимает _исключительно_ xvid. Никакие mpeg4/msmpeg4 ему не
> подходят. Что тут неясного.
> 	Также четко выражена позиция мантейнера - "зогчем?".
>
> P.S. Это уже точно флуд пошел.

Ну, как хотите...:(

-- 
Led

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[REAL]

Motsyo Gennadi aka Drool пишет:
>     Как еще понятнее донести? Есть распространенный проигрыватель под 
> симбиан, понимает _исключительно_ xvid. Никакие mpeg4/msmpeg4 ему не 
> подходят. Что тут неясного.

Безотносительно к симбиану: xvid декодер точно очень нескоро станет 
невостребованным. Слишком уж много видео им зажато. Поэтому забивать 
на его поддержку где бы то ни было считаю неразумным. Впрочем, это 
_моё_, частное мнение...

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Led]

On Tuesday, 19 May 2009 07:28:43 REAL wrote:
> Motsyo Gennadi aka Drool пишет:
> >     Как еще понятнее донести? Есть распространенный проигрыватель под
> > симбиан, понимает _исключительно_ xvid. Никакие mpeg4/msmpeg4 ему не
> > подходят. Что тут неясного.
>
> Безотносительно к симбиану: xvid декодер точно очень нескоро станет
> невостребованным. Слишком уж много видео им зажато. Поэтому забивать
> на его поддержку где бы то ни было считаю неразумным. Впрочем, это
> _моё_, частное мнение...

"xvid декодер" - это такая неуловимая штуковина. Ним никто не пользуется, но 
каждый с умный видом пытается что-то про него сказать:)

НЕТУ никакого "xvid-декодера"! Есть xvid-энкодер - реализация (хорошая) 
СТАНДАРНОГО (ISO) MPEG4-кодера. У xvid'а есть свое реализация и декодера, но 
она далеко не лучшая, я даже не знаю кто нею пользуется.
Расскажите, как вы пользуетесь "xvid-декодером"? Заранее предупреждаю - AFAIK 
по-умолчанию все видеопроигрыватели (по крайней мере, в ALT) используют 
libavcodec для декодирования MPEG4.

-- 
Led

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[REAL]

Led пишет:
> Расскажите, как вы пользуетесь "xvid-декодером"? Заранее предупреждаю - AFAIK 
> по-умолчанию все видеопроигрыватели (по крайней мере, в ALT) используют 
> libavcodec для декодирования MPEG4.

Просто когда я проигрываю файл и смотрю в свойства файла (почти у 
каждого проигрывателя есть такое диалоговое окошечко), там прямо 
говорится, что формати видео - XVid. Бывают ситуации (правда, не помню 
уже, на какой ОС встречался с таким), когда нужный кодек не 
установлен, тогда такой видео-файл посмотреть нельзя, ибо 
проигрыватели ругаются на отсутствие нужного кодека.

А как там всё внутри устроено, мне неведомо, и фразы типа "каждый с 
умный видом пытается что-то про него сказать" оставьте, пожалуйста, 
для тех, кто мейнтейнит подобные проигрыватели и библиотеки к ним, а 
не для простых пользователей.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 981 bytes --]

On Tue, May 19, 2009 at 02:17:43PM +0800, REAL wrote:
> Led пишет:
> > Расскажите, как вы пользуетесь "xvid-декодером"? Заранее предупреждаю - AFAIK 
> > по-умолчанию все видеопроигрыватели (по крайней мере, в ALT) используют 
> > libavcodec для декодирования MPEG4.
> 
> Просто когда я проигрываю файл и смотрю в свойства файла (почти у 
> каждого проигрывателя есть такое диалоговое окошечко), там прямо 
> говорится, что формати видео - XVid.
тип кодека определяется по fourcc. fourcc DX50, DX3, FMP, XVID
декодируются библиотекой libavcodec. можно сделать, чтобы декодировка
производилась напрямую libxvidcore.

кстати, видео, сжатое libavcodec'ом в mpeg4 часто не понимают железки.
проблема тут не в кодеке, а в fourcc - ffmpeg в mpeg4 редиме ставит fourcc
FMP. кодировка с указанием fourcc вручную ситуацию разрешает. я ставлю
DX50.

так что может проблема не в самом кодеке, а в том, как он опредяется в
контейнере?

-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] мультимедиа-бэкпорты любят кусаться

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 245 bytes --]

On Mon, May 18, 2009 at 10:58:02PM +0300, Led wrote:
> Ну, в текуще сборке (mplayer), в основном, "disable" получается.
кстати, я даже не знаю, что там ещё можно enable сделать :) вроде всего
хватает.

-- 
 С уважением
 Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] мультимедиа-бэкпорты любят кусаться (was: mplayer)

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 1083 bytes --]

On Mon, May 18, 2009 at 09:08:21PM +0300, Michael Shigorin wrote:
> On Mon, May 18, 2009 at 12:33:27AM +0400, Afanasov Dmitry wrote:
> > > собрать из сизифа dirac-0.10.0 и libva1-0.2.9.
> > dirac в 4.1 принадлежит thresh@, libva1 есть только в сизифе и опять
> > thresh@. попристаю к нему завтра, что там нужно.
> 
> Мужики, запомните как следует: мультимедийный стек -- это та
> хрень, с которой _совсем_ не стоит торопиться тянуть что-либо
> из unstable в хоть какое-то подобие stable на следующий день
> после того, как что-то получилось собрать.
не спорю, потому я и взял таймаут до сегодня, чтоб почитать, поспрашивать
более занющих (thresh'у спасибо, подсказал)

в общем, я уже многое отписал тут рядом. "новое" зависит от драйвера, а
там, чую, не все так однозначно будет. единственное могу добавить, что в
бранчи пойдет 1.0rc3, ну или сразу 1.1, если выйдет.

у меня один мотиватор висит - CVE. в ffmpeg он в феврале зафиксен был, а
mplayer с прошлого висит:
* Сбт Янв 10 2009 Led <led@altlinux.ru> 1.0-alt35.27654.3
-- 
 С уважением
 Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Motsyo Gennadi aka Drool]

Motsyo Gennadi aka Drool пишет:
> Как 
> оно работает - смогу сказать пожже, т.к. сборка и установка выполнялись 
> на удаленной машине.

	Ну что я могу сказать... Работает, хотя smplayer при первом запуске 
ругнулся что не смог определить сборку mplayer, потом его попустило :) 
mencoder не проверял.

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 497 bytes --]

On Mon, May 18, 2009 at 08:21:00AM +0300, Motsyo Gennadi aka Drool wrote:
> Motsyo Gennadi aka Drool пишет:
> > Как 
> > оно работает - смогу сказать пожже, т.к. сборка и установка выполнялись 
> > на удаленной машине.
> 
> 	Ну что я могу сказать... Работает, хотя smplayer при первом запуске 
> ругнулся что не смог определить сборку mplayer, потом его попустило :) 
> mencoder не проверял.
понял, надо бы посмотреть, как smplayer сборку определяет.
-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Юсупов Радик]

Afanasov Dmitry пишет:
> разве что выкючил amr и обновил mplayer до r29311, ffmpeg до r18858
>    
Ой... А можно amr включить? Он нужен...
Или может подскажете ручку, которая его включает?

-- 
С уважением, инженер отдела ИИС ООО «Центр»
Юсупов Радик Анасович
Usupov.Radik@cg.ru
Тел: (843) 533-88-14 (внут: 1811)
ICQ: 271639884
Jabber: radyus@jabber.ru
Skype: Radik.Usupov
Ekiga: radyus@ekiga.net

Российская Федерация
Казань, ул. Зинина, 3а
420029, а/я 81

http://www.cg.ru/

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 586 bytes --]

On Mon, May 18, 2009 at 09:20:54AM +0400, Юсупов Радик wrote:
> Afanasov Dmitry пишет:
> > разве что выкючил amr и обновил mplayer до r29311, ffmpeg до r18858
> >    
> Ой... А можно amr включить? Он нужен...
> Или может подскажете ручку, которая его включает?
патч для amr отвалился, так как libavcodec/libamr.c через чур сильно
изменился. сам патч переделать не смог. это касается как mplayer'а, так и
ffmpeg'а (ffmpeg собран статикой)

со следующей версии ffmpeg, я надеюсь, thresh патч переделает, как он
говорит - не в первый раз :)
-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Юсупов Радик]

Afanasov Dmitry пишет:
> патч для amr отвалился, так как libavcodec/libamr.c через чур сильно
> изменился. сам патч переделать не смог. это касается как mplayer'а, так и
> ffmpeg'а (ffmpeg собран статикой)
>
> со следующей версии ffmpeg, я надеюсь, thresh патч переделает, как он
> говорит - не в первый раз :)
>    
Спасибо! А когда примерно ждать новую версию?

-- 
С уважением, инженер отдела ИИС ООО «Центр»
Юсупов Радик Анасович
Usupov.Radik@cg.ru
Тел: (843) 533-88-14 (внут: 1811)
ICQ: 271639884
Jabber: radyus@jabber.ru
Skype: Radik.Usupov
Ekiga: radyus@ekiga.net

Российская Федерация
Казань, ул. Зинина, 3а
420029, а/я 81

http://www.cg.ru/

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 916 bytes --]

On Mon, May 18, 2009 at 10:09:06AM +0400, Юсупов Радик wrote:
> Afanasov Dmitry пишет:
> > патч для amr отвалился, так как libavcodec/libamr.c через чур сильно
> > изменился. сам патч переделать не смог. это касается как mplayer'а, так и
> > ffmpeg'а (ffmpeg собран статикой)
> >
> > со следующей версии ffmpeg, я надеюсь, thresh патч переделает, как он
> > говорит - не в первый раз :)
> >    
> Спасибо! А когда примерно ждать новую версию?
я б даже не сказал, что это версия, очередная svn ревизия, которые
появляются чуть ли не каждый день :) зашвырнуть можно когда угодно, а
реально - как человек разберется с тем же amr, и ещё остальным.

видные с наскока изменения изменения ffmpeg'а
- отвалится swscale патч,
- целиком умрет amr патч
- изменится soname avutil с 49го на 50й
- при сборке полезут меня textrel'ы на libavcodec, postproc и ещё у кого-то.

-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 1504 bytes --]

On Mon, May 18, 2009 at 10:41:20AM +0400, Afanasov Dmitry wrote:
> On Mon, May 18, 2009 at 10:09:06AM +0400, Юсупов Радик wrote:
> > Afanasov Dmitry пишет:
> > > патч для amr отвалился, так как libavcodec/libamr.c через чур сильно
> > > изменился. сам патч переделать не смог. это касается как mplayer'а, так и
> > > ffmpeg'а (ffmpeg собран статикой)
> > >
> > > со следующей версии ffmpeg, я надеюсь, thresh патч переделает, как он
> > > говорит - не в первый раз :)
> > >    
> > Спасибо! А когда примерно ждать новую версию?
> я б даже не сказал, что это версия, очередная svn ревизия, которые
> появляются чуть ли не каждый день :) зашвырнуть можно когда угодно, а
> реально - как человек разберется с тем же amr, и ещё остальным.
> 
> видные с наскока изменения изменения ffmpeg'а
> - отвалится swscale патч,

Он не нужен больше.

> - целиком умрет amr патч

Похоже, что он тоже уже не нужен: в ffmpeg svn будет добавлена поддержка
воспроизведения amr через opencore (коллекция кодеков Google Android).

Я предлагаю чуть-чуть подождать, пока эта поддержка появится и выбросить
наконец поддержку варезных libamrnb/libamrwb из ffmpeg.

> - изменится soname avutil с 49го на 50й

Это уже давно, я правда эти изменения не push'ил еще в git.alt.  Сейчас
сделаю.

> - при сборке полезут меня textrel'ы на libavcodec, postproc и ещё у кого-то.

Так было почти всегда и ничего плохого в этом нет.

-- 
<Lost> ой, кстати, IronPython - это ж железопетонная конструкция!

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 1558 bytes --]

On Mon, May 18, 2009 at 06:27:07PM +0400, Pavlov Konstantin wrote:
> On Mon, May 18, 2009 at 10:41:20AM +0400, Afanasov Dmitry wrote:
> > видные с наскока изменения изменения ffmpeg'а
> > - отвалится swscale патч,
> 
> Он не нужен больше.
> 
> > - целиком умрет amr патч
> 
> Похоже, что он тоже уже не нужен: в ffmpeg svn будет добавлена поддержка
> воспроизведения amr через opencore (коллекция кодеков Google Android).
> 
> Я предлагаю чуть-чуть подождать, пока эта поддержка появится и выбросить
> наконец поддержку варезных libamrnb/libamrwb из ffmpeg.
я подождать не против. если в сизифе acl check мне выдал, что mplayer:
project is orphaned, и его могло вынести очередным тулчейном, то в бранчах
я такого не жду. но обновление потребовало выключения amr и какого-то uni
патча.

в конце концов - сизиф это devel, заодно vdpau проверили :)

так что - подождем.

в бранчах же ломать существующее поведение (amr, dirac), даже добавлением
нового (vdpau, vaapi) не охота. более того, vaapi на данный момент
вшивается напрямую в ffmpeg и не будет требовать патчей. а лицензии не
требует уже сейчас. как с amr.

также новый функционал потребует обновление драйверов, и ещё вопрос, не
сломает ли это что.

есть только одно но - CVE затесался в mplayer'е. потому особо ждать не
буду. но и торопить коней тоже не обязательно.

резюме: как будет нативная поддержку amr в ffmpeg, я разберусь с dirac и
залью обновление.

vdpau/vaapi будет, как в бранчах появятся драйвера nvidia > 180.XX.
-- 
С уважением
Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Led]

On Monday 18 May 2009 17:40:05 Afanasov Dmitry wrote:
> On Mon, May 18, 2009 at 06:27:07PM +0400, Pavlov Konstantin wrote:
> > On Mon, May 18, 2009 at 10:41:20AM +0400, Afanasov Dmitry wrote:
> > > видные с наскока изменения изменения ffmpeg'а
> > > - отвалится swscale патч,
> >
> > Он не нужен больше.
> >
> > > - целиком умрет amr патч
> >
> > Похоже, что он тоже уже не нужен: в ffmpeg svn будет добавлена поддержка
> > воспроизведения amr через opencore (коллекция кодеков Google Android).
> >
> > Я предлагаю чуть-чуть подождать, пока эта поддержка появится и выбросить
> > наконец поддержку варезных libamrnb/libamrwb из ffmpeg.
>
> я подождать не против. если в сизифе acl check мне выдал, что mplayer:
> project is orphaned, и его могло вынести очередным тулчейном, то в бранчах
> я такого не жду. но обновление потребовало выключения amr и какого-то uni
> патча.
>
> в конце концов - сизиф это devel, заодно vdpau проверили :)
>
> так что - подождем.
>
> в бранчах же ломать существующее поведение (amr, dirac), даже добавлением
> нового (vdpau, vaapi) не охота. более того, vaapi на данный момент
> вшивается напрямую в ffmpeg и не будет требовать патчей. а лицензии не
> требует уже сейчас. как с amr.

И какие лицензии требует поддержка libamr в ffmpeg/mplayer?

-- 
Led

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 798 bytes --]

On Mon, May 18, 2009 at 07:08:12PM +0300, Led wrote:
> > в бранчах же ломать существующее поведение (amr, dirac), даже добавлением
> > нового (vdpau, vaapi) не охота. более того, vaapi на данный момент
> > вшивается напрямую в ffmpeg и не будет требовать патчей. а лицензии не
> > требует уже сейчас. как с amr.
> 
> И какие лицензии требует поддержка libamr в ffmpeg/mplayer?
что-то там не так с библиотеками libamr_*. под капризы дебианщиков не
катят уж точно.

на, как сегодня thresh подкинул урл, что-то там обсуждается с
разработчиками на предмет добавления в ffmpeg кода с какого-то google
summers для работы с amr. под это дело libavcodec/libamr.c перелопатили
так, что патч по сути заного писать придется.

вот этого добавления и ждем.
-- 
 С уважением
 Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Led]

On Monday, 18 May 2009 23:37:22 Afanasov Dmitry wrote:
> On Mon, May 18, 2009 at 07:08:12PM +0300, Led wrote:
> > > в бранчах же ломать существующее поведение (amr, dirac), даже
> > > добавлением нового (vdpau, vaapi) не охота. более того, vaapi на данный
> > > момент вшивается напрямую в ffmpeg и не будет требовать патчей. а
> > > лицензии не требует уже сейчас. как с amr.
> >
> > И какие лицензии требует поддержка libamr в ffmpeg/mplayer?
>
> что-то там не так с библиотеками libamr_*. под капризы дебианщиков не
> катят уж точно.

А при чём тут "дебианщики"? AFAIK они не используют мой код для поддержки 
libamr, а этот код - под лицензией ffmpeg, ни строчки кода из "неразрешённых" 
libamr при сборке не используется, libamr ни с чем из ffmpeg не линкуется.

>
> на, как сегодня thresh подкинул урл, что-то там обсуждается с
> разработчиками на предмет добавления в ffmpeg кода с какого-то google
> summers для работы с amr. под это дело libavcodec/libamr.c перелопатили
> так, что патч по сути заного писать придется.

Если есть OpenSource поддержка amr, то этот патч и не нужен. Вы смотрели хоть 
на него - что он вообще делает? 

> вот этого добавления и ждем.



-- 
Led

Re: [sisyphus] mplayer

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 1932 bytes --]

On Mon, May 18, 2009 at 11:47:19PM +0300, Led wrote:
> On Monday, 18 May 2009 23:37:22 Afanasov Dmitry wrote:
> > On Mon, May 18, 2009 at 07:08:12PM +0300, Led wrote:
> > > И какие лицензии требует поддержка libamr в ffmpeg/mplayer?
> >
> > что-то там не так с библиотеками libamr_*. под капризы дебианщиков не
> > катят уж точно.
> 
> А при чём тут "дебианщики"? AFAIK они не используют мой код для поддержки 
> libamr, а этот код - под лицензией ffmpeg, ни строчки кода из "неразрешённых" 
> libamr при сборке не используется, libamr ни с чем из ffmpeg не линкуется.
так, значит я так до сих пор с этими amr'ами до конца и не разобрался. 

патч конечно смотрел, как мог, даже обновил разок на какой-то ревизии
mplayer'а. второй раз обновлять не стал, когда блок CONFIG_LIBAMR_NB_FIXED
вообще вышвырнули напрочь, и возникла необходимость более глубоко вникнуть
в не просо в код, а аогоритм.  с этим я уже не справился, и просил помощи
ещё в апреле:
http://lists.altlinux.org/pipermail/sisyphus/2009-April/338639.html

видимо я очередной раз неверно выразился, бывает. все равно буду
благодарен за любую подсказку.

кстати, сегодня в irc смеялись - а багтрекере дебиана ссылка на up-to-date
amr патч - http://sisyphus.ru/srpm/Sisyphus/ffmpeg/patches/0 :)

> > на, как сегодня thresh подкинул урл, что-то там обсуждается с
> > разработчиками на предмет добавления в ffmpeg кода с какого-то google
> > summers для работы с amr. под это дело libavcodec/libamr.c перелопатили
> > так, что патч по сути заного писать придется.
> 
> Если есть OpenSource поддержка amr, то этот патч и не нужен.
в том-то и дело, что пока поддержки нет, но похоже будет.

> Вы смотрели хоть на него - что он вообще делает?
как я уже говорил - да, смотрел. и thresh/ffmpeg.git лопатил/мержил -
думал оттуда стащить. в ffmpeg патчик жутко похож на mplayer'овский и тоже
отвалился.

-- 
 С уважением
 Афанасов Дмитрий

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mplayer

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 1917 bytes --]

On Mon, May 18, 2009 at 11:47:19PM +0300, Led wrote:
> On Monday, 18 May 2009 23:37:22 Afanasov Dmitry wrote:
> > On Mon, May 18, 2009 at 07:08:12PM +0300, Led wrote:
> > > > в бранчах же ломать существующее поведение (amr, dirac), даже
> > > > добавлением нового (vdpau, vaapi) не охота. более того, vaapi на данный
> > > > момент вшивается напрямую в ffmpeg и не будет требовать патчей. а
> > > > лицензии не требует уже сейчас. как с amr.
> > >
> > > И какие лицензии требует поддержка libamr в ffmpeg/mplayer?
> >
> > что-то там не так с библиотеками libamr_*. под капризы дебианщиков не
> > катят уж точно.
> 
> А при чём тут "дебианщики"? AFAIK они не используют мой код для поддержки 
> libamr, а этот код - под лицензией ffmpeg, ни строчки кода из "неразрешённых" 
> libamr при сборке не используется, libamr ни с чем из ffmpeg не линкуется.

Там код изрядно перелопатили, а так как я ленивый и в очередной раз
переписывать патч под новую версию мне не очень охота...

> > на, как сегодня thresh подкинул урл, что-то там обсуждается с
> > разработчиками на предмет добавления в ffmpeg кода с какого-то google
> > summers для работы с amr. под это дело libavcodec/libamr.c перелопатили
> > так, что патч по сути заного писать придется.
> 
> Если есть OpenSource поддержка amr, то этот патч и не нужен. Вы смотрели хоть 
> на него - что он вообще делает? 
> 
> > вот этого добавления и ждем.

...то я предложил подождать, пока в ffmpeg появится поддержка
воспроизведения amr через opencore-amr.  Как только opencore-amr
перестанет прикидываться libamr?b, Диего обещал добавить эту поддержку.
Судя по активности git-репозитория opencore-amr и его мантейнера, это
должно произойти очень скоро.

-- 
Рассылка QA спама не есть частная инициатива.  Каждый раз он рассылается
по соглашению нескольких разработчиков в офисе, после уточнения благих
намерений.
		-- at in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] mplayer

[Led]

On Tuesday, 19 May 2009 00:03:02 Pavlov Konstantin wrote:
> On Mon, May 18, 2009 at 11:47:19PM +0300, Led wrote:
> > On Monday, 18 May 2009 23:37:22 Afanasov Dmitry wrote:
> > > On Mon, May 18, 2009 at 07:08:12PM +0300, Led wrote:
> > > > > в бранчах же ломать существующее поведение (amr, dirac), даже
> > > > > добавлением нового (vdpau, vaapi) не охота. более того, vaapi на
> > > > > данный момент вшивается напрямую в ffmpeg и не будет требовать
> > > > > патчей. а лицензии не требует уже сейчас. как с amr.
> > > >
> > > > И какие лицензии требует поддержка libamr в ffmpeg/mplayer?
> > >
> > > что-то там не так с библиотеками libamr_*. под капризы дебианщиков не
> > > катят уж точно.
> >
> > А при чём тут "дебианщики"? AFAIK они не используют мой код для поддержки
> > libamr, а этот код - под лицензией ffmpeg, ни строчки кода из
> > "неразрешённых" libamr при сборке не используется, libamr ни с чем из
> > ffmpeg не линкуется.
>
> Там код изрядно перелопатили, а так как я ленивый и в очередной раз
> переписывать патч под новую версию мне не очень охота...

Ну, скажи на какой таг в ffmpeg.git ориентироваться - я может нарисую новый 
патчик. Если, конечно, ты собираешся его прикладывать - делать это "к 
корзину" у меня желания нет:)

-- 
Led

[sisyphus] ffmpeg + amr

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 1846 bytes --]

On Tue, May 19, 2009 at 12:17:51AM +0300, Led wrote:
> On Tuesday, 19 May 2009 00:03:02 Pavlov Konstantin wrote:
> > On Mon, May 18, 2009 at 11:47:19PM +0300, Led wrote:
> > > On Monday, 18 May 2009 23:37:22 Afanasov Dmitry wrote:
> > > > On Mon, May 18, 2009 at 07:08:12PM +0300, Led wrote:
> > > > > > в бранчах же ломать существующее поведение (amr, dirac), даже
> > > > > > добавлением нового (vdpau, vaapi) не охота. более того, vaapi на
> > > > > > данный момент вшивается напрямую в ffmpeg и не будет требовать
> > > > > > патчей. а лицензии не требует уже сейчас. как с amr.
> > > > >
> > > > > И какие лицензии требует поддержка libamr в ffmpeg/mplayer?
> > > >
> > > > что-то там не так с библиотеками libamr_*. под капризы дебианщиков не
> > > > катят уж точно.
> > >
> > > А при чём тут "дебианщики"? AFAIK они не используют мой код для поддержки
> > > libamr, а этот код - под лицензией ffmpeg, ни строчки кода из
> > > "неразрешённых" libamr при сборке не используется, libamr ни с чем из
> > > ffmpeg не линкуется.
> >
> > Там код изрядно перелопатили, а так как я ленивый и в очередной раз
> > переписывать патч под новую версию мне не очень охота...
> 
> Ну, скажи на какой таг в ffmpeg.git ориентироваться - я может нарисую новый 
> патчик. Если, конечно, ты собираешся его прикладывать - делать это "к 
> корзину" у меня желания нет:)

Можешь ориентироваться на f8e4602f9a91b126eafd67b95917190087a4c949, это
последний коммит в ветке upstream.

Пояснения по схеме сборки можно найти в http://www.altlinux.org/FFmpeg, ну
и если что-то не ясно, то можно писать мне.

-- 
 * combr пойдет что ли заварит красного чаю что ли тоже 
<frbrgeorge> combr, "красного чаю" -- это что такое?
<combr> frbrgeorge: "каркаде, напиток чайный, цветочный, в пакетиках"
<frbrgeorge> combr, ЭТО КИСЛЫЙ КОМПОТ!!!

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]