LINUX.ORG.RU

[fglrx][vaapi]не играет одно единственное видео


0

0

вот: Stream #0.0(jpn): Video: h264 (High), yuv420p, 1920x1080, PAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
$ mplayer -vo vaapi:gl -va vaapi <video>.mkv
...
Unsupported PixelFormat 61
[VD_FFMPEG] Trying pixfmt=1.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vaapi] 1920x1080 => 1920x1080 H.264 VA-API Acceleration
[VD_FFMPEG] XVMC-accelerated MPEG-2.
xvba_video: driver does not support H.264 content over HP@L4.1. Please upgrade.
...

при этом картинка в окне Mplayer'а как будто увеличена в несколько раз и не помещается в экран, по экрану бегают артефакты и т д
загрузка ЦПУ 10%
загрузка ГПУ 90%
не верю, что HD4550 не вытягивает это видео, т.к. остальные видяшки такого же разрешения (1080p) без проблем играются с -vo vaapi:gl -va vaapi.
может быть, какие -то хитрые опции mplayer'у надо дать?

★★★★★

ГПУ даже не 90% -

[neko@gdetotut ~]$ aticonfig --od-getclocks

Default Adapter - ATI Mobility Radeon HD 4500 Series 
                            Core (MHz)    Memory (MHz)
           Current Clocks :    500           700
             Current Peak :    550           800
  Configurable Peak Range : [300-550]     [500-800]
                 GPU load :    57%

snoopcat ★★★★★ ()
Ответ на: комментарий от Sonsee

а если за варез удалят? :)
http://bit.ly/bsV9Gk
ps. всё не качай, скачай хотя-бы первые 3 минуты видео (в ktorrent так можно)

snoopcat ★★★★★ ()

ну я как-то оставлял сссыки, не ругали вроде :)
сейчас в принципе можешь удалять, если надо, в удалённых посмотрят.

Sonsee ()
Ответ на: комментарий от Sonsee

сразу решение:

[kos@iVAIO ~]$ cat .mplayer/config 
# Write your default config options here!
vo="xv"
va="xvba-video"
#vo="vaapi:gl"
#va="vaapi"
subfont-text-scale="1.5"
subfont-osd-scale="1.5"
monitoraspect="1.7777"
[kos@iVAIO ~]$ 

а с ваапи тоже есть артефакты:

[kos@iVAIO ~]$ mplayer Downloads/Пять\ сантиметров\ в\ секунду.mkv 
MPlayer SVN-r33161-4.5.2 (C) 2000-2011 MPlayer Team
162 audio & 354 video codecs
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing Downloads/Пять сантиметров в секунду.mkv.
libavformat file format detected.
[matroska,webm @ 0x29841d0] max_analyze_duration reached
[matroska,webm @ 0x29841d0] Estimating duration from bitrate, this may be inaccurate
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (ac3), -aid 0, -alang rus
[lavf] stream 2: audio (ac3), -aid 1, -alang jpn
[lavf] stream 3: subtitle (unknown), -sid 0, -slang rus
[lavf] stream 4: subtitle (ass), -sid 1, -slang eng
VIDEO:  [H264]  1920x1080  0bpp  23.976 fps    0.0 kbps ( 0.0 kbyte/s)
Clip info:
 title: Byousoku 5 Centimeter  (2007) (5 Centimeters per Second)
Load subtitles in Downloads/
[vo_vaapi] Using OpenGL rendering
libva: libva version 0.32.0
libva: User requested driver 'xvba'
libva: Trying to open /usr/lib/dri//xvba_drv_video.so
libva: va_openDriver() returns 0
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[VD_FFMPEG] VA API accelerated codec.
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Unsupported PixelFormat 61
[VD_FFMPEG] Trying pixfmt=1.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vaapi] 1920x1080 => 1920x1080 H.264 VA-API Acceleration 
[VD_FFMPEG] XVMC-accelerated MPEG-2.
xvba_video: driver does not support H.264 content over HP@L4.1. Please upgrade.
A:   9.5 V:   9.5 A-V: -0.005 ct:  0.053   0/  0 10% 31%  0.4% 14 0 


Sonsee ()
Ответ на: комментарий от Sonsee
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND      
29794 neko      20   0  111m  73m  13m R   67  3.6   0:12.28 mplayer                                                                                                                                     
25969 root      20   0  236m 110m  65m S   34  5.5   4:43.64 X   

100% загрузка CPU, 0% загрузка GPU. WTF?

snoopcat ★★★★★ ()
Ответ на: комментарий от snoopcat

блин, не может быть!
я уже видео снёс.. :/
вообще у меня xv в среднем берёт на 5-7 процентов больше цпу чем vaapi (5-7 против 12-15). Что-то у тебя не то, поиграйся с xv, попробуй вместо xvba-video что-нить типа xvmc, ну или что там у тебя доступно..

Sonsee ()
Ответ на: комментарий от snoopcat

В VLC с последней версий fglrx аппаратное ускорение не работает. Отломали.

Amp ★★★ ()

Кривой рип

Посмотри информацию mediainfo-gui, какой reframes. Может в этом дело. У аппаратной акселерации ограничения на reframes могут быть.

kraftello ★★★★★ ()
Ответ на: комментарий от snoopcat

mediainfo-gui Prizrak.v.dospehah.sindrom.odinochki.ova.1.2005.x264.BDRip.720p.mkv Width * Height * ReFrames 1280*696*8 reframes = 7127040 А вот с таким рефреймом 1920x1080 чип моего телевизора не потянет, эта цифра при данной формуле не должна превышать 12 млн. при 720p и 9.5 млн. при 1080p. Видимо, у gpu похожие ограничения есть. Может и другие проги есть, но у меня mediainfo прижилась.

kraftello ★★★★★ ()
Ответ на: комментарий от snoopcat

Вот что нашёл

>Могу привести примеры заговора драйверописателей против XP, когда после 10.10 намеренно поломали EDID для телевизоров, а после 11.1 поломали DXVA для рипов с высокими (16 и около того) reframes.

Так что не только в линуксе бывают косяки с дровами для видео.

kraftello ★★★★★ ()

>«Кривые» рипы Именно, «кривые». Ведь на легально выпускаемые фильмы существуют стандарты. По стандарту выпускаемые лицензионные Blu-Ray-диски могут содержать видео, закодированные тремя разными кодеками - MPEG-2, MPEG-4 AVC, VC-1, при кодировании которыми должны быть соблюдены некие правила - ограничения на параметры кодирования, называемые Profile / Level: (eMediaLive.com) MPEG-2 (MP@HL, MP@ML), MPEG-4 AVC (HP@L4.1, MP@L4.1), VC-1 (AP@L3) . Аналогично для HD-дисков были требования: MPEG-2 (MP@HL, MP@ML, SP@ML), MPEG-4 AVC (HP@L4.1, HP@L3.2), VC-1 (AP@L3, AP@L2). И современные железные BD- и мультимедиа- проигрователи делаются так, чтобы железо+прошивка сумели воспроизводить в первую очередь именно такой легальный контент - соответствующий перечисленным Profile / Level: не выше @L4.1 для AVC и не выше @L3 для VC-1. Нафига им больше? И производители современных видеокарт, начинали с этого же. В первых видеокартах и драйверах с поддержкой аппаратного декодирования HD видеопотока она ограничивалась перечисленными стандартами.

Для гарантированного воспроизведения железными плеерами и для возможности аппаратного декодирования High-definition-рипов силами видеокарты, эти HD-рипы должны соответствовать перечисленным стандартным Profile / Level для каждого из 3-х кодеков. Так, например, для кодирования H264/AVC-рипов с сохранением совместимости с High Profile @L4.1 допустимые параметры приведены на одном из форумов: AV Science Forum . (Упрощенно идея в том, что количество пикселов изображения в кадре ( X * Y) умноженное на количество референсных кадров кодирования (ref frames) не должно превышать некого максимального значения DPB (Decoded Picture Buffer)). Если же при создании рипа были нарушены эти требования - аппаратное декодирование не гарантируется. Жаль, что многие рипы x264, доступные в Сети, были созданы без соблюдения этих требований (да кто же о них знал!), а для более сильного сжатия - с использованием шаблонов или ограничений, соответствующих @L5.1. (Узнать, каким именно профилем закодирован рип можно с помощью программы MediaInfo.)

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

kraftello ★★★★★ ()
Ответ на: комментарий от kraftello

[neko@gdetotut ~]$ mediainfo Аниме/Пять\ сантиметров\ в\ секунду.mkv |grep -i reframes
Format settings, ReFrames : 8 frames
[neko@gdetotut ~]$ echo 1920*1080*8|bc
16588800


и что это значит? (%

snoopcat ★★★★★ ()

Накати максимальную просто перекодируй в mpeg2.

anonymous ()
Ответ на: комментарий от snoopcat

Вот нашёл, то что гарантированно ускоряется аппаратно. Если другие показатели - как повезёт. Потому и нужен достаточно производительный проц, чтобы софтово обрабатывать кривые рипы

http://www.avsforum.com/avs-vb/showthread.php?t=972503

kraftello ★★★★★ ()
Ответ на: комментарий от snoopcat

AMD железно поддерживает до четырёх рефреймов, а nVidia до 16, насколько я помню. Аппаратно на AMD этот рип не декодировать.

P.S. А ещё в этом рипе на 4% замедлена (по сравнению с оригинальной на DVD) русская звуковая дорожка, в результате чего голоса детей в начале и песня в конце превращаются чёрти во что. Ну а японская с дефектами (высокочастотный писк временами) была что на японском издании, что на российском, что на американском - такой уж исходник.

RussianNeuroMancer ★★★★★ ()
3 мая 2012 г.
Ответ на: комментарий от RussianNeuroMancer

На тебя случайно нажал. Реквест истории победы над VAAPI. Сейчас держу rutracker://Ducks Take Off 1080p High@L5.1 111 Mbps и на арче с мобильной HD5000 пытаюсь ЭТО завести. Однако история успеха не получается - в той же раздаче есть 720p - он что с vaapi, что без работает на ура, а вот эта зараза либо тормозит(без аппаратного ускорения), либо артефачит с vaapi люто.

minakov ★★★★★ ()
Ответ на: комментарий от RussianNeuroMancer

Спасибо за ссылки! Напоследок можно еще поинтересоваться?
С VDPAU такой проблемы не существует и относительно новые карточки от nVidia с последними драйверами все показывают без подобных глюков?

minakov ★★★★★ ()
Ответ на: комментарий от minakov

С VDPAU такой проблемы не существует и относительно новые карточки от nVidia с последними драйверами все показывают без подобных глюков?

Да, но есть немаленькая вероятность того, что в свободном драйвере скоро всё будет в полный рост.

RussianNeuroMancer ★★★★★ ()
Ответ на: комментарий от RussianNeuroMancer

А доверять информации этой можно? Вроде размыто все пока. А вот пока ждал ответа, чуток почитал про глюки nvidia на HD роликах - пока что она выигрывает, это да...

minakov ★★★★★ ()
Ответ на: комментарий от minakov

А доверять информации этой можно?

Да, я лично переписывался с Кристианом. Он пилил этот код с осени. Теперь слово за руководством, разрешат ли открыть.

RussianNeuroMancer ★★★★★ ()

hd5850, fglrx 8.911. С ускорением влц и мплеер играют с артефактами, в остальном все ок, загрузка гпу 0-25%, cpu ~5%. Без ускорения влц играет нормально, с загрузкой cpu ~20%.

KillTheCat ★★★★★ ()
Ответ на: комментарий от KillTheCat

это точно 5.1 с подобным битрейтом? Дюже странно - у меня i3 в мплеер выплюнул остатки своего мозга и видео стало тормозить, а третий файл в 2160p и вообще жутким кодированием повешал mplayer при попытке включить vaapi.

minakov ★★★★★ ()
Ответ на: комментарий от minakov

Ну видео то, на которое тс дал ссылку. Запустил мплеером с -vo gl, артефактов нет, cpu ~17%. Атлон 2 х4 2.8 ггц.

KillTheCat ★★★★★ ()

xvba_video: driver does not support H.264 content over HP@L4.1. Please upgrade.

И такое с vaapi:gl есть. Интересно, а на оффтопике через dxva также?

KillTheCat ★★★★★ ()
Ответ на: комментарий от minakov

Проприетарного драйвера. В свободном этой проблемы скорее всего не будет.

RussianNeuroMancer ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.