В линуксе всегда были проблемы с видео - 2

>а флешевое видео из браузера в полноэкранном режиме вообще смотреть невозможно из-за тормозов.

Ну это объяснимо.
Флеш под виндой использует аппаратное ускорение видео, под линуксом это умеет только 10-я версия.
Можно поставить бетку 10-го флеша и тормозить перестанет, правда, иногда появляются артефакты и подглючивает звук =/

у меня какраз стоит 10 версия. наблюдаю то же самое что и на 9.

а у меня ускорение очень хорошо было заметно, nvidia с проп. дровами

порнуху показывают?

Ты свновский мплеер поставил?

Хотя может и правда что с железом.

cat ~/.mplayer/config

в студию.

Может у тебя через x11 вывод идет.

Бред. Видео в линуксе воспроизводится с ГОРАЗДО меньшими затратами процессорного времени, нежели в винде. Помню ещё в 2002-м делали тесты - запускали 10 окошек mplayer с рипами разного разрешения (mpeg4) - ничего не тормозило (это на том железе (!)).

Автор, ищи проблему у себя.

ну например все зависит от -vo.

похоже, что проблема именно с драйвером видео или в мплеере при работе через xv, ибо 3 ролика у меня уже тормозят в mplayer'e
но запустил 10 роликов через х11 - никаких запинок, и нагрузка до 50%

> Видео в линуксе воспроизводится с ГОРАЗДО меньшими затратами процессорного времени, нежели в винде.

Во-во: спотыкается, заикается - но процессором пользоваться отказывается :-( Недавно "смотрел" фильмец (ДВД) с харда с фреймрейтом в пол-секунды.. Закатал на болванку, воткнул в обычный проигрыватель - кажет как ни в чём ни бывало...

> Во-во: спотыкается, заикается - но процессором пользоваться отказывается

врать - не хорошо

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

>> Во-во: спотыкается, заикается - но процессором пользоваться отказывается

> врать - не хорошо

Ну и?

Боже, какой идиотский пост. Буквально в каждом слове...

> В 2002 в видюхи аппаратные ускорители не встраивали.

O Rly? И 3D в 2002-м не было, и по улицам мамонты ходили.

> А сейчас встраивают и линуксовые дрова этим делом пользоваться не умеют.

Проприетарные дрова как раз и ценны тем, что умеют работать с 3D-ускорением. А пользуются им иксы и графические тулкиты.

Куда катится ЛОР?

> Проприетарные дрова как раз и ценны тем, что умеют работать с
> 3D-ускорением. А пользуются им иксы и графические тулкиты.

А буковки-то они другие написаны были. Не 3d ускорением, а ускорением декодирования видео. Разницу объяснить или посмотришь в wiki?

>> А сейчас встраивают и линуксовые дрова этим делом пользоваться не умеют.

> Проприетарные дрова как раз и ценны тем, что умеют работать с 3D-ускорением.

Речь, я думаю, шла о других ускорителях :-)

> Не 3d ускорением, а ускорением декодирования видео

Ну и в чём дело? Даже если мплэер не умеет, в чём я сомневаюсь, это не повод тормозить на более мощном железе сильнее, чем на старом нЕмощном. Опять же - CPU можно было бы поюзать..

> Не 3d ускорением, а ускорением декодирования видео.

Мама, роди меня обратно. Декодированием видео занимается кодек, в данном случае mpeg4. Речь идет о _выводе_ видео. А тут как раз ускорение было очень давно.

> Декодированием видео занимается кодек, в данном случае mpeg4.

И вот когда этот кодек выполнен аппаратно и сидит на видяхе - его и называют ускорителем декодирования видео.

> И вот когда этот кодек выполнен аппаратно и сидит на видяхе - его и называют ускорителем декодирования видео.

Ты дурак? Любой видео-проигрыватель слинкован с софтверным кодеком.

Завернуть видео и звук в формат файла можно тысячей способов, и кодек, про который ты говоришь, тем и занимается. А собственно ЦПУ-интенсивная расшифровка МПЕГа - во всех современных картах выполняется аппаратно. По крайней мере MPEG2.

Можешь тут посмотреть как это выглядит: http://www.mythtv.org/wiki/index.php/XvMC

> И вот когда этот кодек выполнен аппаратно и сидит на видяхе - его и называют ускорителем декодирования видео.

Ты дурак? Любой видео-проигрыватель слинкован с софтверным кодеком. anonymous (*) (22.08.2008 22:18:51)

ты его не совсем понял, изучи матчасть

a2k@A2K-HOME:~/Desktop$ cat ~/.mplayer/config # Write your default config options here!

subcp=cp1251

1) Поиграйся с опцией vo

2) Все разумные люди давно уже используют enca

Кстати, автор, тут в первом твоем топике высказали одну интересную мысль. У тебя видео на какой фс?

пишите подробно что за видео, что за карта, какие именно драйверы, какой точно проц, какой версии плеер и как собран, какая точно OS.

> Куда катится ЛОР? сраный лор катится в сраное говно

> Ну и в чём дело? Даже если мплэер не умеет, в чём я сомневаюсь

За сомнениями - это к источнику ОБС (Одна Бабка Сказала).

Кстати да. FS - это может быть залогом проблемы. А точнее фрагментация.

> фрагментация

И как её диагностировать/лечить?

> вот какого хера это происходит? почему несколько простеньких видео заставляют иксы грузить проц на 100%!?

То, что на видео ебуться, не значит, что оно простенькое. + Любой кодек можно изговнять до состояния любой загрузки любым видео. У меня на десктопе (мандрива и бубунта) таких загрузок от видео никогда небыло. Даже на говнонвидии с кривыми пропиетарными дровами.

> а флешевое видео из браузера в полноэкранном режиме вообще смотреть невозможно из-за тормозов.

Зависит от плеера. Труба таки да, тормозит.

>Даже на говнонвидии с кривыми пропиетарными дровами.

Вот?

Да, дружок. нвидия делает дерьмовейшие дрова под x86_64. Это не очень известно, потому что 3д в игровых циклах мало используется под GNU/Linux сейчас.

Я смотрю на то, чтобы купить видео от AMD или Интела в ближайшей перспективе..

>Да, дружок. нвидия делает дерьмовейшие дрова под x86_64

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

> Ну так сразу и говорил бы, под x86 все в порядке

I seriously doubt it. Потому что куда не спросишь, у всех та же херня и всё упирается в дрова.

Вспомним недавние костыли в кедах для совместимости с говнодровами.

fsck посмотреть. а лечить - стандартно tar -cf, tar -xf.

>fsck посмотреть. а лечить - стандартно tar -cf, tar -xf.

cp/mv спасет отца русской демократии.

cp создаст фрагментацию на другой партиции. к тому же см. symlinks.

А tar не создаст?

> fsck посмотреть.

И как посмотреть фрагментацию этой утилитой? В man fsck нет ни одного слова "фрагментация".

Есть улилита filefraq, которая вроде бы для этого, но глядя на её вывод относительно полуторагигового файла (имя файла заменено на <FILENAME>), я затрудняюсь сделать вывод насколько велика его фрагментация:

Checking <FILENAME>
Filesystem type is: ef53
Filesystem cylinder groups is approximately 1468
Blocksize of file <FILENAME> is 4096
File size of <FILENAME> is 1465503744 (357789 blocks)
First block: 28695133
Last block: 29058992
Discontinuity: Block 9624 is at 28705288 (was 28704767)
Discontinuity: Block 41841 is at 28738056 (was 28737535)
Discontinuity: Block 74057 is at 28770824 (was 28770303)
Discontinuity: Block 106274 is at 28803592 (was 28803071)
Discontinuity: Block 138490 is at 28836360 (was 28835839)
Discontinuity: Block 170707 is at 28869128 (was 28868607)
Discontinuity: Block 202923 is at 28901896 (was 28901375)
Discontinuity: Block 235140 is at 28934664 (was 28934143)
Discontinuity: Block 267356 is at 28967432 (was 28966911)
Discontinuity: Block 299573 is at 29000200 (was 28999679)
Discontinuity: Block 331789 is at 29032968 (was 29032447)
<FILENAME>: 12 extents found

Чо пристал?