Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Z tego co zauważyłem filmy o słabszej jakości mają generalnie gorszą jakość napisów. Dla przykładu:
Powyższe dwa filmy były odtwarzane w smplayerze ale na vlc jest podobnie. Output driver w opcjach smplayera był ustawiony na xv. Próbowałem poprzestawiać ten sterownik i udało mi się uzyskać na gl coś takiego:
Jakoś jest nieporównywalnie lepsza. Ale odtwarzanie 1 filmu na tym sterowniku gl, powoduje, że smplayer zjada 100% procka, a sam film jest odtwarzany z 20% bazowej prędkości (tak na oko). Być może dlatego, że film jest w 720p, inne filmy o niższej rozdzielczości zjadają do 5%.
Istnieje jakiś universalny sterownik, który będzie renderował napisy tak samo niezalżnie od jakości filmu? A może jakoś napisów zależy od czegoś innego? Istnieje możliwość automatycznego dobierania sterownika w zależności od jakości filmu, np. do 480p niech używa gl, a wyżej xv?
Ostatnio edytowany przez morfik (2013-05-04 00:20:34)
Offline
Offline
A co z tym gl?
Jakie masz w ogóle sterowniki?
Może coś da się wyciągnąć z vdpau lub vaapi.
Offline
Tak sobie myślę, że zużycie procka przy sterowniku gl może być za sprawą drivera grafiki (nouveau). Testowałem to i na archu (nouveau)i na debianie (nvidia). Na archu przy sterowniku gl zjadane jest 100% procka, na debianie około 20-25% ale to pewnie przez to, że film w HD. Filmy nie-HD zjadają około 5%.
Co do pozostałych sterów: http://img40.imageshack.us/img40/4870/ster.png
Wybierając vdpau nie mam w ogóle obrazu, tylko sam dźwięk i przy próbie przewijania smplayer się wykrzacza.
Co do samego vlc jeszcze. Ustawiłem tam w obrazie -- obraz wyjściowy opengl glx (xcb) i tam napisy są takie same na obu filmach. Przy domyślnym, decydowała rozdzielczość filmu, tzn, im mniejsza rozdzielczość tym większe były napisy i też gorszej jakości. Po przestawieniu, w obu przypadkach napisy są takiej samej wielkości i jakości, ale to na vlc.
Może się mylę ale prawdopodobnie w vlc obraz wyjściowy opengl glx (xcb) jest dokładnie tym samym co gl w smplayerze.
Offline
To zrób porządek ze sterownikami i używaj gl (opengl) lub — w zależności od posiadanej karty — spróbuj dodatkowo odpalić vdpau.
Ewentualnie pokombinuj z innymi wyjściami wideo.
Offline
Sprawdziłem właśnie na debianie wywalając stery nvidii i ładując moduł nouveau. To nie ma wpływu na zachowanie się smplayera. Działa tak samo, bez względu czy xv czy gl.
Offline
Sprawdziłem właśnie na debianie wywalając stery nvidii i ładując moduł nouveau. To nie ma wpływu na zachowanie się smplayera. Działa tak samo, bez względu czy xv czy gl.
Czyli jak działa? ;)
Offline
Na debianie przy sterowniku gl wszystko wygląda w porządku. Na archu smplayer zjada 100% przy filmach w HD.
Odpaliłem na archu vlc i tam zmieniłem na obraz wyjściowy opengl glx (xcb) i vlc zachowuje się normalnie. Tzn. tak jak na debianie -- napisy normalne, wielkość czcionki trochę się różni. Przy filmie HD, vlc zjada 20% procka.
Może to błąd smplayera czy cuś?
Offline
Masz w Vlc włączone przyśpieszenie dekodowania GPU (akcelerację)?
Offline
W Preferencjach, w zakładce Wejście i kodeki.
Offline
morfik napisał(-a):
Na debianie przy sterowniku gl wszystko wygląda w porządku. Na archu smplayer zjada 100% przy filmach w HD.
Odpaliłem na archu vlc i tam zmieniłem na obraz wyjściowy opengl glx (xcb) i vlc zachowuje się normalnie. Tzn. tak jak na debianie — napisy normalne, wielkość czcionki trochę się różni. Przy filmie HD, vlc zjada 20% procka.
Może to błąd smplayera czy cuś?
Jak Ci na Archu wariuje Smplayer, to zobacz, jak film działa w samym Mplayerze.
U mnie od czasu do czasu zdaża się coś, przy czym Smplayer wymięka, a Mplayer łapie jak małpa banana.
Przy okazji małe przypomnienie:
Vdapu na 1000%, Vaapi na 99% działa na sterze Nvidii, natomiast o ile mi wiadomo, nie pójdzie na Nouveau.
Żeby zobaczyć, czy dzialą vaapi, wystarczy mały test:
vainfo libva: VA-API version 0.32.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib64/va/drivers/nvidia_drv_video.so libva: va_openDriver() returns 0 vainfo: VA-API version: 0.32 (libva 1.0.15) vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.3 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264High : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD
Jak widać, u mnie chodzi. ;)
W Gentoo mam jeszcze vdpauinfo - do sprawdzania vdpau, ale nie wiem, czy dojechał do Archa czy Debiana.
Edyta:
W Debianie jest:
apt-cache search vdpauinfo vdpauinfo - Video Decode and Presentation API for Unix (vdpauinfo utility)
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2013-05-03 17:24:27)
Offline
Doinstalowałem na debianie vdpauinfo, bo tutaj mam nvidie ale mając w systemie:
morfik:~$ dpkg -l | grep vdpau ii libvdpau1:i386 0.4.1-7 i386 Video Decode and Presentation API for Unix (libraries) ii nvidia-vdpau-driver:i386 304.88-1 i386 NVIDIA vdpau driver ii vdpauinfo 0.0.6-1 i386 Video Decode and Presentation API for Unix (vdpauinfo utility)
Dostaję coś takiego:
morfik:~$ vdpauinfo display: :0 screen: 0 Error creating VDPAU device: 1
To chyba nie tak powinno być?
Offline
Żeby działał vdpau, trzeba zablokować Nouveau, i ustawić w xorg.conf ster Nvidia.
Można automatycznie, z NVidią instaluje się skrypt
nvidia-xconfig
Szczegóły o sterach Nvidii masz w Howto, w eleganckim arcie Arniego.
Sznurek: http://dug.net.pl/tekst/142/nvidia___zamkniete_sterowniki_w_debianie/
Wynik vdpauinfo u mnie:
vdpauinfo display: :0.0 screen: 0 API version: 1 Information string: NVIDIA VDPAU Driver Shared Library 313.30 Wed Mar 27 15:53:55 PDT 2013 Video surface: name width height types ------------------------------------------- 420 4096 4096 NV12 YV12 422 4096 4096 UYVY YUYV Decoder capabilities: name level macbs width height ------------------------------------------- MPEG1 0 8192 2048 2048 MPEG2_SIMPLE 3 8192 2048 2048 MPEG2_MAIN 3 8192 2048 2048 H264_MAIN 41 8192 2048 2048 H264_HIGH 41 8192 2048 2048 VC1_SIMPLE 1 8190 2048 2048 VC1_MAIN 2 8190 2048 2048 VC1_ADVANCED 4 8190 2048 2048 Output surface: name width height nat types ---------------------------------------------------- B8G8R8A8 8192 8192 y Y8U8V8A8 V8U8Y8A8 R10G10B10A2 8192 8192 y Y8U8V8A8 V8U8Y8A8 Bitmap surface: name width height ------------------------------ B8G8R8A8 8192 8192 R8G8B8A8 8192 8192 R10G10B10A2 8192 8192 B10G10R10A2 8192 8192 A8 8192 8192 Video mixer: feature name sup ------------------------------------ DEINTERLACE_TEMPORAL y DEINTERLACE_TEMPORAL_SPATIAL y INVERSE_TELECINE y NOISE_REDUCTION y SHARPNESS y LUMA_KEY y HIGH QUALITY SCALING - L1 - HIGH QUALITY SCALING - L2 - HIGH QUALITY SCALING - L3 - HIGH QUALITY SCALING - L4 - HIGH QUALITY SCALING - L5 - HIGH QUALITY SCALING - L6 - HIGH QUALITY SCALING - L7 - HIGH QUALITY SCALING - L8 - HIGH QUALITY SCALING - L9 - parameter name sup min max ----------------------------------------------------- VIDEO_SURFACE_WIDTH y 1 4096 VIDEO_SURFACE_HEIGHT y 1 4096 CHROMA_TYPE y LAYERS y 0 4 attribute name sup min max ----------------------------------------------------- BACKGROUND_COLOR y CSC_MATRIX y NOISE_REDUCTION_LEVEL y 0.00 1.00 SHARPNESS_LEVEL y -1.00 1.00 LUMA_KEY_MIN_LUMA y LUMA_KEY_MAX_LUMA y
W Twoim obecnym i moim wyniku są bardzo podobne niektóre literki. :D
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2013-05-03 18:30:41)
Offline
Może inaczej. Mam dwa systemy, jeden arch i drugi debian. Na archu stery nvidii póki co działają niezbyt dobrze, temu tam jadę na nouveau. Na debianie z nvidią jest wszystko ok. Próbowałem odpalić smplayera z vdpau na debianie, bo domyśliłem się, że wymaga sterów nvidii, niemniej jednak nie mam obrazu, a vdpauinfo wyrzuca to co wyrzuca. Na archu nawet nie próbowałem, bo pewnie, jak sam napisałeś, nic z tego nie będzie. Tak wygląda mój xorg.conf na debianie.
Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath "built-ins" EndSection Section "Module" # Load "dri" # Load "dri2" Load "glx" Load "dbe" Load "record" Load "extmod" EndSection Section "InputDevice" Identifier "Keyboard0" #MatchIsKeyboard "on" #MatchDevicePath "/dev/input/event*" Driver "evdev" Option "XkbModel" "logimel" Option "XkbLayout" "pl" Option "XkbVariant" "" Option "XkbOptions" "terminate:ctrl_alt_bksp" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" # HorizSync source: edid, VertRefresh source: edid Identifier "Monitor0" VendorName "Unknown" ModelName "LG Electronics L1732P" HorizSync 30.0 - 71.0 VertRefresh 56.0 - 75.0 Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" # Driver "nouveau" VendorName "NVIDIA Corporation" BoardName "GeForce 7600 GT" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth 24 Option "Stereo" "0" Option "metamodes" "nvidia-auto-select +0+0" SubSection "Display" Depth 24 EndSubSection EndSection
Próbowałem włączyć/wyłączyć przyśpieszenie dekodowania gpu w vlc, ale ani w przypadku nouveau na archu ani w przypadku nvidia na debianie nie wpływa to na nic albo wpływa ale ja nie wiem na co patrzeć.
Jako, że mam problem z gl na archu i tylko w smplayerze, odpaliłem mplayera za pomocą:
mplayer -vo gl
I dostałem poniższy log:
mplayer -vo gl Resident\ Evil\ 2002.720p.BrRip.x264.YIFY.mp4 MPlayer SVN-r35920-4.7.2 (C) 2000-2013 MPlayer Team 203 audio & 421 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 Resident Evil 2002.720p.BrRip.x264.YIFY.mp4. libavformat version 54.63.100 (internal) libavformat file format detected. [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (aac), -aid 0, -alang und VIDEO: [H264] 1280x688 24bpp 23.976 fps 765.4 kbps (93.4 kbyte/s) Clip info: major_brand: isom minor_version: 1 compatible_brands: isomavc1 creation_time: 2011-12-30 23:11:40 Load subtitles in ./ SUB: Added subtitle file (1): ./Resident Evil 2002.720p.BrRip.x264.YIFY.srt [gl] using extended formats. Use -vo gl:nomanyfmts if playback fails. ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 54.92.100 (internal) Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 2 ch, floatle, 64.0 kbit/2.27% (ratio: 7999->352800) Selected audio codec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio)) ========================================================================== [AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory AO: [alsa] 44100Hz 2ch floatle (4 bytes per sample) Starting playback... Movie-Aspect is 1.86:1 - prescaling to correct movie aspect. VO: [gl] 1280x688 => 1280x688 Planar YV12 [ASPECT] Warning: No suitable new res found! [ASPECT] Warning: No suitable new res found! A: 0.3 V: 0.1 A-V: 0.149 ct: 0.000 0/ 0 ??% ??% ??,?% 0 0 [AO_ALSA] Write error: Broken pipe [AO_ALSA] Trying to reset soundcard. A: 4.3 V: 2.3 A-V: 2.050 ct: -0.082 0/ 0 27% 162% 1.7% 50 0 ************************************************ **** Your system is too SLOW to play this! **** ************************************************ Possible reasons, problems, workarounds: - Most common: broken/buggy _audio_ driver - Try -ao sdl or use the OSS emulation of ALSA. - Experiment with different values for -autosync, 30 is a good start. - Slow video output - Try a different -vo driver (-vo help for a list) or try -framedrop! - Slow CPU - Don't try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts, e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all. - Broken file - Try various combinations of -nobps -ni -forceidx -mc 0. - Slow media (NFS/SMB mounts, DVD, VCD etc) - Try -cache 8192. - Are you using -cache to play a non-interleaved AVI file? - Try -nocache. Read DOCS/HTML/en/video.html for tuning/speedup tips. If none of this helps you, read DOCS/HTML/en/bugreports.html. A: 20.3 V: 9.9 A-V: 10.366 ct: -0.083 0/ 0 28% 174% 1.7% 234 0 Exiting... (Quit)
Później spróbuję poustawiać, tak jak radzą, może to coś zmieni.
Offline
vdpau działa na kartach od GF 8000
Offline
To jeden problem z głowy. xD
EDIT:
Ok wyjaśniło się. To jednak był problem ze sterownikiem nouveau. Doinstalowałem te niebyt dobrze działające stery nvidii na archu i sterownik gl w smplayerze działa dobrze -- zużycie procka kolo 20% w HD.
Zastanawiające jest, czemu w vlc wszystko działało ok. xD
Ostatnio edytowany przez morfik (2013-05-04 00:20:07)
Offline