Forum Debian Users Gang

Na pulse, ino alsa.

 (+) Video --vid=1 (*) (h264)
 (+) Audio --aid=1 --alang=eng (*) (aac)
Using hardware decoding (vdpau).
Opening video filter: [vdpaupp deint=yes deint-mode=temporal-spatial]
VO: [vdpau] 1280x720 vdpau
[vo/vdpau] Compositing window manager detected. Assuming timing info is inaccurate.
AO: [alsa] 96000Hz stereo 2ch float
AV: 00:00:00 / 00:11:00 (0%) A-V:  0.000 Cache:  4s+14KB
[vo/vdpau/x11] Disabling screensaver failed (4). Make sure the xdg-screensaver script is installed.
AV: 00:01:00 / 00:11:00 (9%) A-V:  0.000 Cache: 10s+16MB

Na tej wersji:

media-video/mpv-0.11.0 X alsa cdio cli dvb dvd enca encode iconv jack jpeg libass libcaca lua luajit openal opengl oss pvr sdl v4l vaapi vdpau wayland xscreensaver xv

zaskoczył Twój konfig. ;)

Ostatnio edytowany przez Jacekalex (2015-12-05 13:14:05)

A dlatego takie wielkie bufory, że mój ISP popełnia harakiri, i ostatnio nawet YT się często zacina.
Dlatego czasem warto conieco nasiąknąć przed odtwarzaniem.
Właśnie dlatego było

sed 's/vlc/mpv/'

że ten najlepiej sobie z buforowaniem radzi, i ma możliwość z YT ciagnąć konkretny format - mp4, który dekoduje GPU, podczas, gdy VP[8|9] wiszą na procku.

Także rozglądam się za zmianą ISP, obaczę LTE na wiosnę, bo Netia i Tepsa w mojej okolicy tak chodzą, że niech to ch... strzeli.

Ostatnio edytowany przez Jacekalex (2015-12-05 13:19:26)

U mnie czasem zalicza utratę połączenia albo nawet restart pppd i zmianę IP  w czasie pobierania, także nawet 100MB pobranego filmu może nie starczyć.

Tak to jest, mój ISP to 5 la temu był najlepszy w mieście, 2 lata temu taki sobie, a obecnie to już CH.. D... i kamieni kupa.

Miałem w umowie 5, potem 10 Mb/s, i wszystko fruwało, teraz na umowie mam 100, a o praktyce szkoda gadać.
Wszelkie reklamacje to mowa dziada do obrazu.

Czyli chodzi tak, jak Tepsa i Netia w mojej okolicy od 5 lat.
Mógłbym jeszcze pociągnąć po wifi jedną sieć, ale tam też jest niewiele lepiej.

Mplayer ma limit 1G z tego samego powodu, a Vlc na 9999s, ale ostatnio sobie nie radzi.

NA YT pobieranie około 160-200 kB w tej chwili, tak od co najmniej pół roku.
Jeszcze rok temu z YT wyrabiał często 1-2MB/s, choć nazywalo się to 30Mbit/s - na umowie.

YT potrafi się nawet o 3 w nocy zacinać...

Ostatnio edytowany przez Jacekalex (2015-12-05 13:38:17)

Ja co jakiś czas sprawdzam transfer ze stron testowych, pobierając pliki po 50-100MB z ovh, e-wschód i podobnych, i  ostatnio znikąd nie przekroczył 3Mbit/s o dowolnej porze, także to niekoniecznie wina YT.
Nawet źródełka kernela ostatnio kapały po 18kB/s, chociaż pół roku temu to było jakieś 50-60kB/s.

Krótko pisząc, cały net zdycha.

Nawet na torrencie nie widzę ponad 5Mbit.

Także jak się cieplej zrobi, to mój ISP dostanie kopa w "przedłużenie pleców" i koniec.

Zarówno wifi jak i LTE u mnie oznacza wizyty na dachu, a na to jest za zimno na razie.
Poza tym jak w zeszłym  roku zdechł kabel antenowy, musiałem wymienić, to jak dotknąłem masztu, to dwie inne przestały działać, i trzeba było "poruszać kablami" :D.

Dlatego w zimie nie zapieprzam na dach, jak nie muszę, wzmacniacza w antenie nie mam, żeby się psuł, jak kiedyś 23 grudnia. :P

Sprawdzam zazwyczaj [b]nethogs[/b]em albo [b]vnstat[/b]em,  na przeglądarkach i playerach, czy choćby wgecie, aria2c, curlu  czy axelu.
Torrent śmiga na [b]Qbittorent[/b].

Co zostało z mojego ISP:

wget -c http://noc.pirx.pl/50mb.bin
--2015-12-05 14:34:37--  http://noc.pirx.pl/50mb.bin
Translacja noc.pirx.pl (noc.pirx.pl)... 193.47.247.4, 2a02:2780:0:100::1:4
Łączenie się z noc.pirx.pl (noc.pirx.pl)|193.47.247.4|:80... połączono.
Żądanie HTTP wysłano, oczekiwanie na odpowiedź... 200 OK
Długość: 52428800 (50M) [application/octet-stream]
Zapis do: `50mb.bin'

50mb.bin             20%[===>                  ]  10,14M  76,0KB/s   eta 6m 59s^C

kiedyś z tego serwera leciało [b]wget[/b]em  2MB/s - u ISP mi go do testu polecali. :D
Serwer noc.pirx.pl  stoi jakieś 10-15 km ode mnie.

Ostatnio edytowany przez Jacekalex (2015-12-05 14:48:29)

Ostatecznie mój wygląda tak:

vd-lavc-threads=2
stop-screensaver="yes"
hwdec=auto
vo=vdpau:deint=4#:fps=60:pullup,opengl-hq
deinterlace=yes
video-aspect=16:9
brightness=4
geometry=1280x960
alang=pl
slang = pl
ao=alsa
volume=120
softvol=yes
softvol-max=200.0
cache-default = 536870912
cache-seek-min = 524288
screenshot-template="~/Desktop/mpv_screenshot%n"
ytdl-format=mp4

2429

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:28:27)

SOA#1

Jak podbijałem softvolem głośność na Alsie, to wychodziło tak samo, jak w mpv.
jakby był problem, to najwyżej w Alsie dam głośniej całość, ale obniżę te wszystkie piski i komunikaty systemu na wyjściu default, bo mi po prostu na nerwy działają.
Trzeba będzie wtedy FF i Chrome puścić na inne urządzenie witrualne, ale to jakoś pewnie da się zrobić.

Skoro biblioteka Apulse pozwala wybierać do woli urządzenia dźwiękowe,
to Alsa pewnie też gdzieś ma odpowiednią wtyczkę, albo można napisać na liście mailingowej Alsy, żeby się pojawiła. :P


EDIT:
Nie trzeba listy mailingowej:

pcm.!default {
    type plug
    slave.pcm {
        @func getenv
        vars [ ALSAPCM ]
        default "asymed"
    }
}

I zmienna ALSAPCM grzecznie decyduje, do jakiego pcm.* idzie dźwięk.

Spróbuję rozdzielić  jeszcze ALSAPCM na dwie zmienne: ALSAIN i ALSAOUT.
EDIT: zrobione i działa (sprawdzony ALSAOUT):

pcm.alsain {
    type plug
    slave.pcm {
        @func getenv
        vars [ ALSAIN ]
        default "dsnooped"
    }
}

pcm.alsaout {
    type plug
    slave.pcm {
        @func getenv
        vars [ ALSAOUT ]
        default "dmixer"
    }
}

Teraz tylko wyczaić, jak na jednym pcm obniżyć głośność, i gotowe.
Ilin pewnie w 3 sekundy znajdzie sposób ;) .

Odpalanie poszczególnych programów z różnymi zmiennymi to bułka z masłem.

Względnie można zrobić jakiś pcm softvola, który głośność będzie brał ze zmiennej.
W końcu kontrola głośności działa kaskadowo.

Pozdro

Ostatnio edytowany przez Jacekalex (2015-12-05 18:17:12)