может, проблемы с синхронизацией ? кабель между видяхой и теликом нормальный ? в логах, присланных по мылу я тоже никакого криминала не увидел.
в любом случае, это не проблема двб-карты, значит обсуждаем в топике Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Courage,
ясно, попробую.
Goga777,
Не-е... Кабель тут не причём.
Пока я просто вывожу на первый дисплей (монитор по VGA).
Совет от гуру
<rnissl> Please check that xshm was compiled into xine-lib. See the following command:
<rnissl> xine --help | grep -A1 -- -V
-V, --video-driver <drv> Auswahl des Video Treiber nach id. Verf?bar:
dxr3 aadxr3 xv SyncFB opengl xshm aa none xxmc sdl vidixfb vidix fb xvmc
Usually I use -V xv, but I've run some H.264 samples now with -V xshm and both output drivers work correctly
As mentioned recently, --verbose=2 will tell us some more information.
Разрешение скриншота щадящее для трафика. Интересуюсь, как народ юзает деинтерлейсинг (сейчас включено в самом "продрыгивателе"). Нужно что-то с этим делать. И звук почему-то исчезает через 1...2 секунды после переключения канала. Я, конечно, разберусь, но лучше бы выслушать советы.
Пожалуйста зарегистрируйся для просмотра данного изображения.
когда я читал доки про мплеер, то встречал упоминания о разных фильтрах деинтерлейсинга, вероятно и здесь надо поиграться опциями и разными вариантами на этот счет.
А на sdtv каналах гребенка тоже есть ? под виндой ?
Со звуком, наверное, без радикального апгрейта железа не получится. (Написал это в первоначальном местоположении).
Проблемы с выводом, как выяснилось, были ужЕ описаны именно в этом разделе. Т.е. это какие-то траблы с драйвером ATI. Для запуска Xine в редакторе меню KDE вписал команду запуска xine -V xshm, как и советовалось.
Кстати, у ATI в последних версиях дров всё пошло чёр-те как. Да и ядра новые в упор не хотят правильно работать с втроенными в старые материнки сетевыми картами. Ко всему прочему, модуль fglrx просто не собирается с новыми дровами+ядрами. Так что рабочаяя связка у меня 2.6.22.5 + ATI- 8.40.4.
Звук, кажется, пропадает потому, что просто захлёбывается система от перегрузки, о чём через некоторое время (минута ... две) сообщает Xine-Ui. Пока можно однозначно утверждать, что загрузка CPU существенно выше, чем на том же канале в Винде c Киберлинком (юзающим апп. ускоритель видеокарты) и Core AVC (последнюю версию с "таблэткой" добрые дяди вывалили на рапиду). В любом случае, пришло время мне менять железо. В Линуксе P4 с гипертредингом, отобранный и распиленный до упора (на 3.6) НЕ СПРАВЛЯЕТСЯ.
А деинтерлейсинг, родимый... Он же при воспроизведении потребуется везде, если только дисплей это НЕ кинескопный телевизор (спасибо товарищам "передатчикам" за архаическое наследие) и сам материал интерлейсный. Тут уж без разницы Винда или Линукс. Однако, если провайдер гонит интерлейсный рип с ориг. диска с прогрессивом, то фильм, хоть и числится у Премьеры ХД, как интерлейсный, не обязательно нужно подвергать деинтерлейсингу. А тут спорт... Ну, понятно.
Здесь же мы, кажется, имеем дело с простейшими видами деинтерлейсинга. Т.е. разработчикам есть над чем подумать. Взять хотя бы Win-декодер: Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу. (там сырцы есть)
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
У него настройки, как приборная панель в самолёте. В общем FFmpeg - не последнее слово.
так ffdshow помог улучшить картинку ? гребенка пропала ?
Я ещё только собираюсь перебирать все декодеры, которые теоретически можно подцепить в Линуксе, на предмет загрузки CPU и работы деинтерлейсинга. Он должен выбираться и включаться в декодере, а не где бы то ни было.
Однако, это вовсе не значит, что уже изучил до конца возможности ffmpeg. К примеру, в ffmpeg-checkout-2007-11-29 как раз что-то про деинтерлейсинг. Значит, развивается эта штука. Завтра попробую перебрать с новеньким.
воспользуйся советом Гуру
Well, some channels set the "progressive frame" flag incorrectly, i. e.
although the content appears "weaved" and therefore cannot be
progressive, the encoder didn't detect this and declared the picture to
be progressive.
When running xine with
-Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1
then only non-progressive frames -- in other words interlaced frames --
will get deinterlaced with results like in the mentioned picture.
By changing
use_progressive_frame_flag=1
to
use_progressive_frame_flag=0
every frame will get deinterlaced, independent of the frame's
"progressive frame" flag. While this should solve the mentioned issue,
it will increase CPU load even for progressive material and may have
some impact on picture quality (e. g. sharpness) when compared to
progressive pictures which have not been touched by the deinterlacer.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl@gmx.de
а тут - для общего развития
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Deinterlacing filters
поставил себе на комп последний xine (не плагин, а сам проигрыватель), но почему-то нет никаких надписей и букв, видимо проблемы с фонтами. Есть идеи, как побороть ?
Пожалуйста зарегистрируйся для просмотра данного изображения.
В дополнение к моим прошлым проблемам проблемам добавилась главная, которую просто не заметил. Несмотря на то, что какое-то изображение при приёме h264 есть (выглядит, как слайд-шоу), в консоли ксайна непрерывно сыпятся ошибки
[h264 @ 0xb65fc2f0]non existing PPS referenced
[h264 @ 0xb65fc2f0]decode_slice_header error
[h264 @ 0xb65fc2f0]no frame!
оканчивающиеся обычно словами
В конце концов, ксайн просто вылетает. Использовал xine-lib-1-2-1acec799fb7c (как самый свежий на тот момент), а не xine-lib-cvs-20070829224000. Замена FFmpeg на свежайший ничего не дала.
Фраза "non existing PPS reference" обсасывается тут:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
spatial direct mode нашёл тут Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
И чего это он такой несовместимый с деинтерлейсингом?
И ещё заметил, что даже нек. DVB-S каналы, имеющие заведомо достаточный уровень сигнала в Винде, отказываются работать.
Кстати, у меня работают с одинаковым успехом и xshm и opengl.
кто может нам помочь, так это Reinhard Nissl , но ему необходимы более детальная информация - на каком канале это происходит, логи, какая у тебя конфигурация системы - железо и софт. На ирк канале про xine на freenode можно обсосать эту тему вместе с ним вечерами после 9 вечера по Москве.
Цитата
увы, поддержка spatial mode еще не реализована в ffmpeg
Цитата
И ещё заметил, что даже нек. DVB-S каналы, имеющие заведомо достаточный уровень сигнала в Винде, отказываются работать.
не понял - они не лочатся что-ли в линуксе ?
есть какая-либо закономерность в этих каналах ?
Ну, что же... Надо тогда собирать логи.
Цитатане понял - они не лочатся что-ли в линуксе ?
есть какая-либо закономерность в этих каналах ?
Просто подумалось, что глюки с h264 могут быть из-за слабого сигнала. А так, без системы, наверное показалось. Уже везде черти мерещатся. Всё двадцать пять раз переставил с разными версиями, но кажется, дело именно в FFmpeg (точнее, в его работе под Suse). Обычные каналы идут нормально. Логи чистые.
Почистил всё, удалив мусор в системе. Через KDE-клиента SVN, запросил ffmpeg-cvs-02-12-2007 (не знаю, сыграла ли роль дата, ведь нового там не много).
Запускаю на Зюзе теперь так:
xine -V xshm --post vdr_video --post vdr_audio --post upmix_mono "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"
Деинтерлейсинг пока опускаю. Кнопку "VDR" нажимать не надо.
Первые секунды идёт то же самое:
lxuser@linux-y9e1:/usr/bin> xine -V xshm --post vdr_video --post vdr_audio --post upmix_mono "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"
This is xine (X11 gui) - a free video player v0.99.5.
(c) 2000-2007 The xine Team.
ratio: 0
+++ CLEAR(-1a)
=== CLEAR(-1.1)
=== CLEAR(-1.2)
=== CLEAR(-1.3)
=== CLEAR(-1.4)
=== CLEAR(-1.5)
--- CLEAR(-1a)
+++ CLEAR(-1b)
=== CLEAR(-1.1)
=== CLEAR(-1.2)
=== CLEAR(-1.3)
=== CLEAR(-1.4)
=== CLEAR(-1.5)
--- CLEAR(-1b)
buffer usage: 139, 0, 0, 0, 0x838abf8
ratio: 13333
buffer usage: 133, 0, 0, 0, 0x838abf8
......................>
buffer usage: 0, 0, 12, 0, 0x838abf8
vdr: flush: n: 104, 958,5
+++ CLEAR(-5a)
=== CLEAR(-5.1)
=== CLEAR(-5.2)
=== CLEAR(-5.3)
=== CLEAR(-5.4)
=== CLEAR(-5.5)
--- CLEAR(-5a)
+++ CLEAR(-5b)
=== CLEAR(-5.1)
=== CLEAR(-5.2)
=== CLEAR(-5.3)
=== CLEAR(-5.4)
=== CLEAR(-5.5)
--- CLEAR(-5b)
[h264 @ 0xb66722f0]non existing PPS referenced
[h264 @ 0xb66722f0]decode_slice_header error
.........................>
[h264 @ 0xb66722f0]no frame!
Но через неск. секунд пошло! Как будто синхронизируется:
buffer usage: 1, 0, 0, 4, 0x838abf8
buffer usage: 1, 0, 0, 2, 0x838abf8
ratio: 17647
buffer usage: 210, 0, 0, 3, 0x838abf8
buffer usage: 373, 0, 0, 8, 0x838abf8
buffer usage: 372, 0, 0, 5, 0x838abf8
buffer usage: 416, 0, 0, 5, 0x838abf8
buffer usage: 493, 0, 1, 6, 0x838abf8
buffer usage: 491, 0, 2, 6, 0x838abf8
buffer usage: 488, 0, 3, 3, 0x838abf8
buffer usage: 498, 0, 2, 1, 0x838abf8
....................
buffer usage: 498, 55, 3, 0, 0x838abf8
buffer usage: 498, 57, 0, 0, 0x838abf8
buffer usage: 498, 61, 0, 0, 0x838abf8
buffer usage: 497, 62, 0, 0, 0x838abf8
buffer usage: 494, 64, 0, 0, 0x838abf8
ratio: 17647
buffer usage: 47, 46, 0, 0, 0x838abf8
ratio: 17647
lxuser@linux-y9e1:/usr/bin>
Это и должно быть, наверное. Видео стало гораздо плавнее, но звука по-прежнему нет. Появляется только на пару секунд при переключении h264-канала.
ЦитатаСо слов пользователя free-x
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
vdr+xine+streamdev-client. Связка рабочая. Совсем не обязательно xine-network иметь.
Запускаешь в background процесс vdr с причандалами. Затем запускаешь xine и жмёшь кнопку VDR. Нелогичной кажется посылка клавиш/кнопок не в окно xine а в окно консоли где запущен VDR =)
Достав эту цитату и стряхнув пыль, хотелось бы спросить, а как запустить Xine по принципу Xine-Network и коммандой:
xine vdr-socket:/192.168.1.1#demux:mpeg_pes
на клиенте с установленным XINE и без установленного VDR.
Я собрал такую связку на LINVDR, а хотелось бы на базе ArVdr.
а в ArVDR уже появился этот плагин? 
ЦитатаСо слов пользователя фрее-х
а в АрВДР уже появился этот плагин?
А разве xineliboutput не тоже самое?
нет конечно же. Это две большие разницы
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Восмосно ли xine прикрутить к ARVDR? (rein Theoretisch)
-Скажите, а где у вас в Одессе магазин "Принцип"?
-Нет у нас такого
-Хм...а Гога говорил, что в Одессе в принципе все есть
Так что чисто теоретически возможно, на практике с напильником, молотком и "етить твою налево" тоже