Xineliboutput - VDR xine-lib output device

Goga777 · 18 Июн 2008

free-x настойчиво рекомендовал xineliboutput, я не менее настойчиво отказывался это делать, полагая что лучше детища Нислла- vdr-xine не может быть ничего. Как оказалось - зря.
Впечатления от cvs версии xineliboutput - самый лучшие. Не понимаю почему, но загрузка моего Р4-3ГГц упала по сравнению с vdr-xine. К примеру, при просмотре hdtv с vdr-xine у меня были реальные тормоза в системе. С xineliboutput такого нет. Понятно дело, что моего проца недостаточно для комфортного просмотра hdtv, но кажется что xineliboutpiut - очень достойный выбор. Тем более он активно (судя по логам в cvs) развивается - на днях к примеру, там автор что-то сломал
Будем надеяться, что починит.

Written by: Petri Hintukainen <phintuka@users.sourceforge.net>

Project's homepage: Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Latest version available at: Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Goga777 · 18 Июн 2008

автор xine-lib рекомендует обновить xine-lib

Цитата

<_ds_> Some of the patches which have gone in today should help, though, but we still need improved content type detection in the TS demuxer

1455 · 21 Июн 2008

Заинтриговал, надо покопать. Эта тема движется, в то время, как Xine-Ui застрял на месте.
Я заметил, что с ним загрузка CPU сильно зависит от невыясненных обстоятельств. Иногда получается лихо, а иногда не очень на одних и тех же исходниках и при всех прочих равных условиях.
Может, тоже случайно совпало у тебя с xinliboutput?

Goga777 · 22 Июн 2008

Цитата

Со слов пользователя 1455

Извиняюсь за темноту.
Я с xineliboutput вплотную не занимался (так, один раз...), но предполагаю, что плагин для ведра вообще не имеет собственного OSD. Я не прав ?

не прав, конечно. У xineliboutput масса настроек работает через осд меню. И масса горячих клавиш на клаве и на пульте.

Цитата

Если же говорить о Xine-Ui, то это полноценный проигрыватель со своим собственным OSD.

будем точнее - полноценный проигрыватель - это xine-lib + xine-ui. Все вместе - проигрываетель xine. И вот эту связку можно внедрить в вдр с помощью двух плагинов - vdr-xine, xineliboutput.

Цитата

Его OSD работает параллельно ведровому OSD, получаемому от соотв. плагинов. В итоге получается широкая функциональность пульта ДУ.
Для меня важны такие онлайновые функции, как:
включение/выключение деинтерлейсинга ffmpeg (hotkey I),
информация о потоке (hotkey Ctrl-i),
изменение соотношений сторон экрана,
прокрутка и позиция в потоке и многое др..
(См. файл ./xine/keymap)
Разве xineliboutput имеет свои собственные настриваемые шаблоны горячих клавиш ?

Показать весь код

все, что ты процитировал выше, это фича xine, а не vdr-xine. Соответственноб xineliboutput тоже использует все эти возможности проигрывателя xine (xine=xine-lib+xine-ui)
кучу горячих клавиш для xineliboutput найдешь в доке на него
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Goga777 · 22 Июн 2008

Цитата

Со слов пользователя 1455
Заинтриговал, надо покопать. Эта тема движется, в то время, как Xine-Ui застрял на месте.

ты хотел сказать - vdr-xine застрял на месте ?

Цитата

Я заметил, что с ним загрузка CPU сильно зависит от невыясненных обстоятельств. Иногда получается лихо, а иногда не очень на одних и тех же исходниках и при всех прочих равных условиях.
Может, тоже случайно совпало у тебя с xinliboutput?

нет, я специально проверял - загружал vdr-xine и с ним начинало тормозить на тех же самых hdtv каналах. Гружу вдр с сабжем - тормозов меньше.

1455 · 22 Июн 2008

Ясно, просветил хоть. Значит, буду копать в этом направлении.

Но мне кажется, что с точи зрения загрузки CPU всё-таки дело не в том, что используется в качестве выхода, а как это собралось и работает.
Представляешь, сколько я не бился ни в 32-х битной системе, ни новом релизе openSUSE, ничего подобного с FFMPEG-ом мне получить не удалось:

Пожалуйста зарегистрируйся для просмотра данного изображения.

Средний простой составляет 30% ! Никак не могу поймать за хвост, как это у меня получилось...
Тупо ставлю начисто openSUSE 10.3, запускаюсь с лайв CD, подмонтирую диски, переписываю поверх свой архив наработок и получаю загрузку CPU, как на скриншоте. Идёт очень гладко, звук не пропадает. Причём, это на xshm. А это ведь самый "тяжёлый" канал !
Видимо, придётся взять для экспериментов ещё один HDD, т.к. откат на "удачную" сборку занимает очень много времени.

Goga777 · 22 Июн 2008

Цитата

Со слов пользователя 1455
Ясно, просветил хоть. Значит, буду копать в этом направлении.
Но мне кажется, что с точи зрения загрузки CPU всё-таки дело не в том, что используется в качестве выхода, а как это собралось и работает.

я использую вот такие опции при сборке

ffmpeg from SVN
./configure --arch=i686 --cpu=pentium4 --enable-pthreads --enable-shared --enable-gpl --enable-postproc --disable-stripping --enable-liba52 --enable-libvorbis

xine-lib
CFLAGS='-g3 -O3 -pipe -march=pentium4' ./autogen.sh --with-external-ffmpeg --disable-dxr3 --without-caca

xine-ui
CFLAGS='-g3 -O3 -pipe -march=pentium4' ./autogen.sh --enable-vdr-keys --without-caca

Цитата

Представляешь, сколько я не бился ни в 32-х битной системе, ни новом релизе openSUSE, ничего подобного с FFMPEG-ом мне получить не удалось:

а на чем получил этот результат ?

Цитата

Средний простой составляет 30% ! Никак не могу поймать за хвост, как это у меня получилось...
Тупо ставлю начисто openSUSE 10.3, запускаюсь с лайв CD, подмонтирую диски, переписываю поверх свой архив наработок и получаю загрузку CPU, как на скриншоте. Идёт очень гладко, звук не пропадает. Причём, это на xshm. А это ведь самый "тяжёлый" канал !
Видимо, придётся взять для экспериментов ещё один HDD, т.к. откат на "удачную" сборку занимает очень много времени.

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

1455 · 23 Июн 2008

Цитата

на чем получил этот результат ?

Suse 10.3 x86_64, FFMpeg (дата не имеет значения), Xinelib 1.12, Xine-Ui 0.96svc,

Цитата

если ты получил хороший результат , то зачем куда-то откатываться ?

Ты не понял. Откатываюсь, как раз, на рабочий вариант. =) Хочется сделать, чтобы на любом 2-х ядернике работало, но иногда настолько загоняю систему с этими экспериментами, что проще форматнуть всё и разбэкапиться.

Goga777 · 23 Июн 2008

подтверждаю - автор плагина - Petri Hintukainen пофиксил баг, который вызывал краш xine-lib при переключении с 1080i канала на канал со стандартным разрешением и наоборот.

1455 · 24 Июн 2008

Поставьте меня к тёплой стенке, но...

Как я и думал, при использовании xineliboutput никакой разницы в загрузке CPU у меня не произошло.
Чтобы не грузить систему плагинами, измерял загрузку с помощью KSysGuard, быстро перезапуская ведро либо с xine-ui, либо с xineliboutput.
В обоих случаях загрузка CPU одинакова. Без плагинов, которые (естественно) тоже жрут немало, было где-то 33% на данном битрейте в данный короткий отрезок времени. Разница была только в том, что в KSysGuard с xine-ui график синего цвета, а с xineliboutput - жёлтого. =)

Делал так:
1. Изменил Makefile xineliboutput-а:
XINELIBOUTPUT_FB = 1
XINELIBOUTPUT_X11 = 1

2. Собрал и кинул в папку с плагинами.

3. В папке с исходниками xineliboutput сделал make install:
Installing ///usr/local/lib/xine/plugins/1.21/xineplug_inp_xvdr.so
Installing ///usr/local/lib/xine/plugins/1.21/post/xineplug_post_autocrop.so
Installing ///usr/local/lib/xine/plugins/1.21/post/xineplug_post_swscale.so
Installing ///usr/local/lib/xine/plugins/1.21/post/xineplug_post_audiochannel.so
Installing ///usr/local/bin/vdr-fbfe
Installing ///usr/local/bin/vdr-sxfe

4. Использовал ту же папку video, на которую у меня уже имеется симлинк в корне.

5. Запускал:
cd /мой маршрут
./vdr -c /мой маршрут/vdr -v /мой маршрут/video -L /мой маршрут/vdr/plugins/lib -P'chanman' -P'text2skin' -P'xineliboutput --local=sxfe --video=xshm --audio=alsa --remote=none --post tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1'
(xv у меня через задницу работает, потому сижу на xshm).

Goga777 · 15 Июл 2008

сам этот плагин не пробовал - xine tvtime

Цитата

Here's the help text from plugin:

---

Advanced tvtime/deinterlacer plugin with pulldown detection
This plugin aims to provide deinterlacing mechanisms comparable to high
quality progressive DVD players and so called line-doublers, for use
with computer monitors, projectors and other progressive display
devices.

Parameters

Method: Select deinterlacing method/algorithm to use, see below for
explanation of each method.

Enabled: Enable/disable the plugin.

Pulldown: Choose the 2-3 pulldown detection algorithm. 24 FPS films
that have being converted to NTSC can be detected and intelligently
reconstructed to their original (non-interlaced) frames.

Framerate_mode: Selecting 'full' will deinterlace every field to an
unique frame for television quality and beyond. This feature will
effetively double the frame rate, improving smoothness. Note, however,
that full 59.94 FPS is not possible with plain 2.4 Linux kernel (that
use a timer interrupt frequency of 100Hz). Newer RedHat and 2.6 kernels
use higher HZ settings (512 and 1000, respectively) and should work
fine.

Judder_correction: Once 2-3 pulldown is enabled and a film material is
detected, it is possible to reduce the frame rate to original rate used
(24 FPS). This will make the frames evenly spaced in time, matching the
speed they were shot and eliminating the judder effect.

Use_progressive_frame_flag: Well mastered MPEG2 streams uses a flag to
indicate progressive material. This setting control whether we trust
this flag or not (some rare and buggy mpeg2 streams set it wrong).

Chroma_filter: DVD/MPEG2 use an interlaced image format that has a
very poor vertical chroma resolution. Upsampling the chroma for purposes
of deinterlacing may cause some artifacts to occur (eg. colour stripes).
Use this option to blur the chroma vertically after deinterlacing to
remove the artifacts. Warning: cpu intensive.

Cheap_mode: This will skip the expensive YV12->YUY2 image conversion,
tricking tvtime/dscaler routines like if they were still handling YUY2
images. Of course, this is not correct, not all pixels will be evaluated
by the algorithms to decide the regions to deinterlace and chroma will
be processed separately. Nevertheless, it allows people with not so fast
systems to try deinterlace algorithms, in a tradeoff between quality and
cpu usage.

* Uses several algorithms from tvtime and dscaler projects.
Deinterlacing methods: (Not all methods are available for all
plataforms)

[Linear] Linear Interpolation:
Expands each field independently without blurring or copying in time.
Use this if you want TV-quality with low CPU, and you have configured
your monitor to run at the refresh rate of the video signal.

Full resolution mode expands each field to full size for high quality
fullscreen use.
---
[LinearBlend] Linear Blend (mplayer):
Avoids flicker by blurring consecutive frames of input. Use this if you
want to run your monitor at an arbitrary refresh rate and not use much
CPU, and are willing to sacrifice detail.

Temporal mode evenly blurs content for least flicker, but with visible
trails on fast motion. From the linear blend deinterlacer in mplayer.
---
[Greedy] Greedy - Low motion (DScaler):
Uses heuristics to detect motion in the input frames and reconstruct
image detail where possible. Use this for high quality output even on
monitors set to an arbitrary refresh rate.

Simple detection uses linear interpolation where motion is detected,
using a two-field buffer. This is the Greedy: Low Motion deinterlacer
from DScaler.
---
[Greedy2Frame] Greedy 2-frame (DScaler):

---
[Weave] Weave Last Field:
Only updates the most recent field.
---
[LineDoubler] Line Doubler:

---
[Vertical] Vertical Blend (ffmpeg):
Avoids flicker by blurring consecutive frames of input. Use this if you
want to run your monitor at an arbitrary refresh rate and not use much
CPU, and are willing to sacrifice detail.

Vertical mode blurs favouring the most recent field for less visible
trails. From the deinterlacer filter in ffmpeg.
---
[ScalerBob] Scaler Bob:
Expands each field independently without blurring or copying in time.
Use this if you want TV-quality with low CPU, and you have configured
your monitor to run at the refresh rate of the video signal.

Half resolution is poor quality but low CPU requirements for watching in
a small window.
---
[GreedyH] Greedy - High Motion (DScaler):
Uses heuristics to detect motion in the input frames and reconstruct
image detail where possible. Use this for high quality output even on
monitors set to an arbitrary refresh rate.

Advanced detection uses linear interpolation where motion is detected,
using a four-field buffer. This is the Greedy: High Motion deinterlacer
from DScaler.
---
[TomsMoComp] Tom's Motion Compensated (DScaler):
Uses heuristics to detect motion in the input frames and reconstruct
image detail where possible. Use this for high quality output even on
monitors set to an arbitrary refresh rate.

Motion search mode finds and follows motion vectors for accurate
interpolation. This is the TomsMoComp deinterlacer from DScaler.

Показать весь код

1455 · 25 Авг 2008

Выяснил для себя, что xineliboutput таки может выводить нормально 16:9. Всё дело во фронтенде. Т.е. одна задача как-бы решена. Нужно идти в: настройки-модули расширения-xineliboutput-локальный фронтенд-соотношение сторон-16:9.

Однако, возникла масса проблем. Собрать-то не проблема, только вот, что из этого получится...
В 64-х битной Suse 10.3 невозможно собрать, как советует автор, библиотеку из hg clone Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу. потому, что для этой новейшей библиотеки ужЕ нужен gcc 4.3х. Но если даже его и поставить и репов Suse 11.0, то это повлечёт массу конфликтов зависимостей, да и некоторые старые плагины перестанут собираться.
На новой 32( или 64)-х битной Suse 11.0 собирается только всё самое новейшее в силу новизны пакетов automake, autoconf, gettext, gcc и пр.

Но дело в том, что в обоих случаях, у меня при равной нагрузке на CPU по сравнению с xine-ui, у меня xineliboutput дико тормозит. Ни чёрта не пойму, почему. В этой связи, возникло неск. вопросов:
Как же тогда многие используют именно xineliboutput для просмотра h2.64 ?
Поделитесь как его собираете, раз он на ваш взгляд более плавно воспроизводит картинку ?
Почему ведро юзает два конфига, из которых один это секция в setup.conf самого ведра, а другой (в моём случае), в /root/.xine/config_xineliboutput ?
Может быть, xineliboutput работает нормально только с Xv ? Попробуйте у себя включить xshm - будет ли тормозить намного заметнее, при той же загрузке CPU ?

Короче, очень нужна помощь, т.к. xineliboutput позволяет чётко вписывать изображение в размер моего экрана и даже делает оверскан (то самое масштабирование, которого мне так не хватало) в пределах 0...10%.

Walery · 25 Авг 2008

Я использую. Давеча собрал все на Suse 11.0. Правда плагинов у меня - раз-два и обчелся, так что собралось все без особых проблем. Конфиг используется один - из root. Да, использую естественно Xv. Что-то мне помнится что xshm не использует аппаратное масштабирование и преобразование цветов, поэтому тормозить по сравнению с xv он будет по определению..

Goga777 · 25 Авг 2008

Цитата

Однако, возникла масса проблем. Собрать-то не проблема, только вот, что из этого получится...
В 64-х битной Suse 10.3 невозможно собрать, как советует автор, библиотеку из hg clone Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу. потому, что для этой новейшей библиотеки ужЕ нужен gcc 4.3х.

я обычно пользуюсь тоже самыми последними версиями xine-lib-1.2, но ничего страшного не будет, если ты установишь hg версию xine-lib-1.1 или стабильную xine-lib 1.1.15

Цитата

Но если даже его и поставить и репов Suse 11.0, то это повлечёт массу конфликтов зависимостей, да и некоторые старые плагины перестанут собираться.
На новой 32( или 64)-х битной Suse 11.0 собирается только всё самое новейшее в силу новизны пакетов automake, autoconf, gettext, gcc и пр.

вот у меня на дебиане-unstable тоже многое что нового, все собирается.

Цитата

Но дело в том, что в обоих случаях, у меня при равной нагрузке на CPU по сравнению с xine-ui, у меня xineliboutput дико тормозит. Ни чёрта не пойму, почему.

ты сравниваешь с vdr-xine ? xine-ui тут ни при чем.
в отличие от винды, линукс тебе предоставляет кучу логов, из которых можно что-нибудь понять. Покажи логи вдр, xineliboutput, xine, ffmpeg в моменты торможения.

Цитата

Как же тогда многие используют именно xineliboutput для просмотра h2.64 ?

ты хотел сказать - h.264 ?
я использую cvs версию xineliboutput и тебе его рекомендую.

Цитата

Поделитесь как его собираете, раз он на ваш взгляд более плавно воспроизводит картинку ?

make clean-plugins
make plugins
make install в каталоге xineliboutput

при сборке плагина смотри на что он ругается.

ffmpeg, xine-lib-1.2, xine-ui использую свежие
вот как компилю их

Цитата

ffmpeg
./configure --arch=i686 --cpu=pentium4 --enable-pthreads --enable-shared --enable-gpl --enable-postproc --disable-stripping --enable-liba52 --enable-libvorbis

Цитата

xine-lib-1.2
CFLAGS='-g3 -O3 -pipe -march=pentium4' ./autogen.sh --with-external-ffmpeg --disable-dxr3 --without-caca

Цитата

xine-ui
CFLAGS='-g3 -O3 -pipe -march=pentium4' ./autogen.sh --enable-vdr-keys --without-caca

Цитата

Почему ведро юзает два конфига, из которых один это секция в setup.conf самого ведра, а другой (в моём случае), в /root/.xine/config_xineliboutput ?

так это разные настройки для разных программ - вдр и xineliboutput

Цитата

Может быть, xineliboutput работает нормально только с Xv ? Попробуйте у себя включить xshm - будет ли тормозить намного заметнее, при той же загрузке CPU ?

проверил на xshm - разницы с xv не заметил. Нало будет еще внимательнее потестить.

ЗЫ кстати, а в строну фреймбуфера не глядел ?

1455 · 27 Авг 2008

Дело точно не в Xv. Я поставил nVIDIA 8600 GT, где с Xv нет проблем и получил в точности такой же результат, когда в среднем
получено 200 фреймов, пропущено 30...50%, отвергнуто около 5.
На связке vdr-xine у меня бывет пропущено или отвергнуто всего несколько фреймов.
Запускаю просто [команда запуска vdr] -P'xineliboutput'. Основной конфиг плагина лежит в виде секции setup.conf самого ведра. Наличие второго конфига люди объясняют тем, что файл используется для пользователя, который запускает сервер X, если выполняется просто init-Script при старте компьютера, как "root", но не как пользователь "vdr".

К слову сказать, разобрался, как грамотно подключать любую цифровую панель к любой видеокарте и как масштабировать изображение и OSD с помощью не только xineliboutput, но и связки vdr-xine (помнится, тема не заржавела, но для неё нет соотв. топика) в соответствии с конкретными задачами. Пишу обширный материал по этой теме, т.к. на самом деле инструкций на сей счёт практически нет.

Walery · 28 Авг 2008

Цитата

Со слов пользователя 1455
Дело точно не в Xv. Я поставил nVIDIA 8600 GT, где с Xv нет проблем и получил в точности такой же результат, когда в среднем
получено 200 фреймов, пропущено 30...50%, отвергнуто около 5.

А, это было тоже! Проверь в /root/.xine/config_xineliboutput секцию
video.processing.ffmpeg_thread_count:2 - должна быть раскоментированна.
можешь попробовать поставить :1 и сравнить

1455 · 28 Авг 2008

Молодец, навёл меня на идею. Теперь всё пучком !
Правда, дело не только в той строчке, о которой ты говоришь.
Во-первых xineliboutput, читая сразу два конфига (в секции setup.conf и в ./root), которые могут вступить в противоречие, путается в своих настройках. Нужно обязательно это как-то исключить, ибо утонешь подбирая. setup.conf не изменяю.

В прицепке два конфига. Условно "хороший" это просто переименованный, из-под гуишной оболочки xine-ui. С ним всё почти идеально. Потеря нескольких фреймов не заметна:

Исходный код

.............
[h264 @ 0x17f6b60]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0x17f6b60]mmco: unref short failure
[h264 @ 0x17f6b60]mmco: unref short failure
[h264 @ 0x17f6b60]mmco: unref short failure
200 frames delivered, 68 frames skipped, 0 frames discarded
ffmpeg_video_dec: increasing buffer to 299718 to avoid overflow.
[h264 @ 0x17f6b60]illegal short term buffer state detected
Авг 28 13:33:03 [core.auStats] EMM packet load average (1/4/10min)  215  107   42 pks/s
200 frames delivered, 4 frames skipped, 0 frames discarded
200 frames delivered, 8 frames skipped, 0 frames discarded
Авг 28 13:34:03 [core.auStats] EMM packet load average (1/4/10min)  231  136   54 pks/s
200 frames delivered, 6 frames skipped, 0 frames discarded
200 frames delivered, 8 frames skipped, 0 frames discarded
ffmpeg_video_dec: increasing buffer to 449584 to avoid overflow.
200 frames delivered, 8 frames skipped, 0 frames discarded
video_out: throwing away image with pts 20533006 because it's too old (diff : 8380).
video_out: throwing away image with pts 20536606 because it's too old (diff : 4780).
video_out: throwing away image with pts 20558206 because it's too old (diff : 3805).
Авг 28 13:35:03 [core.auStats] EMM packet load average (1/4/10min)  232  194   77 pks/s
200 frames delivered, 0 frames skipped, 3 frames discarded
200 frames delivered, 8 frames skipped, 0 frames discarded
video_out: throwing away image with pts 23290606 because it's too old (diff : 17970).
video_out: throwing away image with pts 23294206 because it's too old (diff : 14370).
video_out: throwing away image with pts 23297806 because it's too old (diff : 10770).
video_out: throwing away image with pts 23301406 because it's too old (diff : 7170).
200 frames delivered, 2 frames skipped, 4 frames discarded
200 frames delivered, 2 frames skipped, 0 frames discarded
..........

Показать весь код

Второй, условно "оригинальный", подглючивает:

Исходный код

...........
[h264 @ 0x154b9b0]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0x154b9b0]mmco: unref short failure
[h264 @ 0x154b9b0]mmco: unref short failure
post_warp: detected frame format change: 704x576 -> 1920x1088, interlaced 0->0, aspect 1,778->1,778, yv12->yv12
post_warp: aspect ratio matches, no warp
post_warp: factor_x = 1,000 factor_y = 1,000  output ratio = 1,778
post_warp: --> nothing to do, disabling processing for now[h264 @ 0x154b9b0]mmco: unref short failure
ffmpeg_video_dec: increasing buffer to 198787 to avoid overflow.
200 frames delivered, 22 frames skipped, 0 frames discarded
ffmpeg_video_dec: increasing buffer to 299718 to avoid overflow.
200 frames delivered, 18 frames skipped, 0 frames discarded
ffmpeg_video_dec: increasing buffer to 449584 to avoid overflow.
200 frames delivered, 56 frames skipped, 0 frames discarded
video_out: throwing away image with pts 2994478 because it's too old (diff : 18187).
video_out: throwing away image with pts 2998061 because it's too old (diff : 14604).
video_out: throwing away image with pts 3001644 because it's too old (diff : 11021).
video_out: throwing away image with pts 3005230 because it's too old (diff : 7435).
video_out: throwing away image with pts 3008816 because it's too old (diff : 3849).
200 frames delivered, 8 frames skipped, 5 frames discarded
[h264 @ 0x154b9b0]error while decoding MB 84 41, bytestream (-6)
200 frames delivered, 2 frames skipped, 0 frames discarded
[h264 @ 0x154b9b0]illegal short term buffer state detected
video_out: throwing away image with pts 4476000 because it's too old (diff : 16098).
video_out: throwing away image with pts 4479129 because it's too old (diff : 12969).
200 frames delivered, 48 frames skipped, 2 frames discarded
video_out: throwing away image with pts 4764977 because it's too old (diff : 15786).
200 frames delivered, 24 frames skipped, 1 frames discarded
Авг 28 13:52:38 [core.auStats] EMM packet load average (1/4/10min)   97   24    9 pks/s
.........

Показать весь код

Видно, что существенно хуже.

Walery · 28 Авг 2008

Цитата

Со слов пользователя 1455
Правда, дело не только в той строчке, о которой ты говоришь.
Во-первых xineliboutput, читая сразу два конфига (в секции setup.conf и в ./root), которые могут вступить в противоречие, путается в своих настройках. Нужно обязательно это как-то исключить, ибо утонешь подбирая. setup.conf не изменяю.

Я честно говоря не копал.. поковырялся в root-овом конфиге - оно и тормозить перестало.. Ставил не себе, товарищу

free-x · 28 Авг 2008

это в каких школах такому учат под rootом системой пользоваться? ?.

Goga777 · 28 Авг 2008

Цитата

Со слов пользователя 1455
Правда, дело не только в той строчке, о которой ты говоришь.
Во-первых xineliboutput, читая сразу два конфига (в секции setup.conf и в ./root), которые могут вступить в противоречие, путается в своих настройках. Нужно обязательно это как-то исключить, ибо утонешь подбирая. setup.conf не изменяю.

обоснуй плиз, почему эти 2 конфига конфликтуют между собой ?
ты заметил, что в config.xineliboutput практически все закомментировано ?

Поделиться