Teraz jest czwartek, 27 czerwca 2019, 00:20




Stwórz nowy wątek Odpowiedz w wątku  [ Posty: 15 ] 
 Kodeki z najmniejszym opóźnieniem 
Autor Wiadomość
Nowy
Nowy

Dołączył: niedziela, 29 października 2017, 12:56
Posty: 7
Post Kodeki z najmniejszym opóźnieniem
Witam wszystkich forumowiczów. To mój pierwszy temat. Na imię mam Mateusz i od dłuższego czasu szukam rozwiązania mojego problemu. Buszując po internecie znalazłem to oto forum, dlatego postanowiłem tu napisać z nadzieją, że może tutaj mi pomożecie.

Napiszę po kolei o co chodzi:

oglądam feedy sportowe poprzez zestaw satelitarny w moim komputerze:

- komputer
- tuner dvb do odbioru sygnału z satelity
- soft, oprogramowanie do oglądania przekazów

W jakiej kwestii szukam pomocy.

Każdy przekaz ma opóźnienie - buferowanie itd. Różne kodeki mają różne szybkości dekodowania, a ja szukam najszybszego możliwego kodeka.

nie znam się zbytnio na terminologii profesjonalnej, ale generalnie chodzi mi o to, co zauważył inny człowiek na innym forum:

"Hi there,my question is about codec latency, i compared two codecs Core AVC and LAV decoder and few other .Core avc decode much faster the LAV and is the fastest one for me,I mean LIVE H264 feed is about 1 second faster when i compare with all other codecs ."


Być może jest tu jakiś spec od kodeków i jest w stanie wyszukać rozwiązania? Mógłbym to nawet zlecić odpłatnie, bo jest mi to potrzebne. Tak naprawdę nie obchodzi mnie jakość obrazu, może być brzydki itd, najważniejsze to żeby to "latency" było jak najmniejsze. Znalazłem na forum jakieś dziwne kody w ffdshow, ale jestem laik w tych sprawach, dlatego może tutaj ktoś zgłosi się do pomocy.

Pozdrawiam


niedziela, 29 października 2017, 13:15
Zobacz profil
Aktywny bywalec
Aktywny bywalec

Dołączył: wtorek, 29 listopada 2011, 19:52
Posty: 355
Post Re: Kodeki z najmniejszym opóźnieniem
Od pozyskania obrazu "live", transmisja pośrednia, kompresja/przetwarzanie+cyfrowa transmisja wideo via sat to kilka a nawet kilkanaście sekund - opóźnienie odbioru danych/dekodowania obrazu to w tym ciągu to pomijalny szczegół...
QB

_________________
Teraz a6500, GoPro6, AG-AC160 i parę innych... OSX 10.10, AP CS6.0


niedziela, 29 października 2017, 18:04
Zobacz profil
Nowy
Nowy

Dołączył: niedziela, 29 października 2017, 12:56
Posty: 7
Post Re: Kodeki z najmniejszym opóźnieniem
hej, tak naprawdę, ten szczegół bardzo wiele dla mnie znaczy :) jeśli jestem w stanie dzięki kodekom zyskać nawet 0,6s (sekundy) - to jest to dla mnie bardzo duży zysk, dlatego tak bardzo szukam takiego rozwiązania.

Pozdrawiam


niedziela, 29 października 2017, 19:52
Zobacz profil
Aktywny bywalec
Aktywny bywalec
Avatar użytkownika

Dołączył: poniedziałek, 31 maja 2010, 11:05
Posty: 1906
Lokalizacja: Opole
Post Re: Kodeki z najmniejszym opóźnieniem
W LAV wybierz QSV. Przez bliskość procesora będzie najszybsza.

Obrazek

DXVA będzie najwolniejsze, niemniej czasy jakie podajesz.... Jak Ty je mierzysz?

_________________
Obrazek


niedziela, 29 października 2017, 21:09
Zobacz profil
Nowy
Nowy

Dołączył: niedziela, 29 października 2017, 12:56
Posty: 7
Post Re: Kodeki z najmniejszym opóźnieniem
Mam odpalone 2 playery z tym samym źródłem sygnału (mam konwerter duala, odbieram ten sam sygnał, więc mam porównanie) - video A jest np na ffdshow, video B na Lav, czy CoreACV - jeśli coś działa szybciej widzę od razu, moim zadaniem jest znalezienie tego złotego środka. Sam wybór kodeka to będzie najmniejszy problem, podejrzewam, że jego konfiguracja - tu pewnie będzie to, czego szukam.

Z tego co powiedział mi ktoś z "branży" którą się zajmuję, LAV to ogólnie idzie do wywalenia, bo ffdshow już są niby lepsze, których on kodeków używa mi nie zdradzi, a wiem, że on ma to ustawione tak, że dźwięk jest przed dźwiękiem.

Pozdrawiam


poniedziałek, 30 października 2017, 01:07
Zobacz profil
Aktywny bywalec
Aktywny bywalec
Avatar użytkownika

Dołączył: poniedziałek, 31 maja 2010, 11:05
Posty: 1906
Lokalizacja: Opole
Post Re: Kodeki z najmniejszym opóźnieniem
I na oko widzisz różnicę między 1s, a 0.6? WOW szacun.
Co to znaczy dźwięk przed dźwiękiem? Można uzyskać taką prędkość, siedząc w takim samolocie i słuchając muzyki trafiło by się w tą definicję. Czuję że nie miałeś na myśli takiej w sumie rzadkiej sytuacji.
Ramy w jakich się poruszasz raczej określa oprogramowanie, z którego korzystasz.
Wieki całe nie bawiłem się DVB-s na PCI. Kiedyś po prostu używało się ProgDVB. Nie pamiętam bym tam grzebał w kodekach, każdy cieszył się że po prostu działa.
Dziś są dekodery na linuxie, niektóre mają wiele głowic i to przez nie puszcza się "nieoficjalne" streamingi.
Są też dekodery do streamowania tylko po sieci. U ruskich są streamowane całe pakiety programów.
Pierwszy raz się spotykam by ktoś dostrzegł różnicę między 1, a 0,6s i mu to przeszkadzało. Czasem są lagi przy dekodowaniu, ale program powinien oferować możliwość przesunięcia audio(tak jak jest to np w Kodi). To jednak nie czas kompresji, czy dekompresji, a jej błąd.

Napisz może dokładnie co Ty chcesz zrobić i na czym, bo coś czuję że nie chodzi Ci o 0,4s opóźnienia przy kodowaniu.

_________________
Obrazek


poniedziałek, 30 października 2017, 01:45
Zobacz profil
Nowy
Nowy

Dołączył: niedziela, 29 października 2017, 12:56
Posty: 7
Post Re: Kodeki z najmniejszym opóźnieniem
Dzięki za odpowiedź. Chodziło mi o to, że ma dźwięk przed obrazem, tzn nie są one zsynchronizowane i dźwięk jest wcześniej odrobinę.

Co do tej różnicy:

jeśli mam odpalone 2 playery obok siebie (używam dvbwiever, bo ten jest najszybszy z tych które testowałem) i mam to samo źródło sygnału, to od razu jestem w stanie zauważyć, który player odrzucić na starcie. Potem dochodzi już wybór kodeków i po kolei sprawdzanie jak który działa. Jestem w stanie sprawdzić czasy bo nagrywam sobie camtasią i potem no nawet klatka po klatce sprawdzałem jak to wygląda. Może to brzmi głupio, ale działało :)

Co do lav, posiadam nvidię gtx1050ti, czy tam nie powinienem włączyć tego CUVID?


Pozdrawiam

Edit:

to czego szukam, to NAJSZYBSZY możliwy czas DEKODOWANIA


poniedziałek, 30 października 2017, 12:02
Zobacz profil
Aktywny bywalec
Aktywny bywalec
Avatar użytkownika

Dołączył: poniedziałek, 31 maja 2010, 11:05
Posty: 1906
Lokalizacja: Opole
Post Re: Kodeki z najmniejszym opóźnieniem
Nie wiem co tam masz do wyboru, nie napisałeś. Intel, ten z procesora będzie najszybszy, później Cuda.
Niemniej powinieneś pytać na forum pomocy programu, albo na dedykowanych SAT np DVHK.
Wracając do samego LAV.
Czemu w opcjach nie ustawisz opóźnienia?

Obrazek

_________________
Obrazek


poniedziałek, 30 października 2017, 13:35
Zobacz profil
Nowy
Nowy

Dołączył: niedziela, 29 października 2017, 12:56
Posty: 7
Post Re: Kodeki z najmniejszym opóźnieniem
Aktualnie jestem w pracy, jak będę w domu wieczorem, to podeślę Ci pełną specyfikację komputera oraz tego, co mam do wyboru w lav, porobię screeny i będzie widać wszystko jak na dłoni. Dzięki za zainteresowanie i chęć pomocy.


poniedziałek, 30 października 2017, 13:48
Zobacz profil
Aktywny bywalec
Aktywny bywalec
Avatar użytkownika

Dołączył: poniedziałek, 31 maja 2010, 11:05
Posty: 1906
Lokalizacja: Opole
Post Re: Kodeki z najmniejszym opóźnieniem
Nie wiem czy pomogę, bo jak ustawisz w LAV to będzie tak w każdym playerze, który go używa, a zapewne inne filmy działają dobrze.
Takie opcje powinien mieć sam player.
Będę strzelał w ciemno, bo kartę mam gdzieś w piwnicy i to od paru wieków...
Na forum tematycznym powinieneś znaleźć ludzi, którzy mają już temat przerobiony z konkretną kartą i konkretnym programem.
To tam powinieneś pytać, a nie tu o koder, bo z nim problemów nie masz.
Jest taka dystrybucja Openelec. Jeśli to HTPC to będzie jak znalazł, tylko trzeba sprawdzić czy Twoja karta jest w supportowanych.
Jest spora społeczność, no i ktoś nad tym siedzi żeby miało ręce i nogi.
Może warto sprawdzić.

EDIT
Tu w nazwie oscam, więc i sat... Można podejżeć sprawność działania.

_________________
Obrazek


poniedziałek, 30 października 2017, 14:07
Zobacz profil
Aktywny bywalec
Aktywny bywalec

Dołączył: niedziela, 27 grudnia 2009, 21:26
Posty: 1035
Post Re: Kodeki z najmniejszym opóźnieniem
Biegacie w kółko po ślepej uliczce. Trzeba wyjaśnić.
Pawcioiniesta napisał(a):
Każdy przekaz ma opóźnienie - buforowanie
.
To w całości prawda.
Pawcioiniesta napisał(a):
Różne kodeki mają różne szybkości dekodowania, a ja szukam najszybszego możliwego kodeka.

Szukać możesz, ale nic Ci to nie da. Absolutnie nic.

1.Dekodowanie.
Nic nie piszesz o zacinaniu obrazu, Twój komputer jest w stanie płynnie
odtwarzać dwa dekodowane strumienie. Moc obliczeniowa komputera jest
wystarczająca, dekodowanie odbywa się w czasie rzeczywistym (real time).
Płynnie wyświetlane jest tyle klatek na sekundę, ile jest nadawane.
Nawet jeśli przyspieszyć dekodowanie korzystając z CUDA czy QSV czy
czegokolwiek - wyliczone dane do renderowania obrazu będą w buforze
oczekiwać na swoją kolej. Transmisja wideo to nie gra komputerowa.
Jeśli nadawane jest np 30 kl/sek to tyle będzie odtwarzane. Nie da się
wyświetlać 31, 32... 35 klatek na sekundę bo obraz by przyśpieszał i
doszlibyśmy do absurdu - oczekiwalibyśmy wyświetlenia klatek obrazu,
które nie zostały jeszcze nadane. Przyspieszanie obliczeń dekoderów
nie ma najmniejszego sensu.

2.Opóźnienia.
Różne czynniki wpływają na łączną zwłokę (latency+delay) ustalenia transmisji.
Omówię kilka:
a. DVBViewer jest nie tylko odtwarzaczem ale też sterownikiem tunera.
Klikasz i wysyłasz polecenie do tunera "porzuć kanał X, połącz kanał Y".
Ta operacja nie trwa zero sekund. Tuner musi się wstroić w nową częstotliwość
oraz odebrać niezbędne informacje konfiguracyjne. Czas na to potrzebny
zależy od warunków propagacji danego medium. Jeśli kanał jest szyfrowany
tuner musi go też zdeszyfrować. Te czynności generują zwłokę (delay) do 200ms.
Jako odbiorca nie masz na nią żadnego wpływu.
b. Obecnie kodek h.264 zdominował transmisję satelitarną. Nadawca treści
definiuje w tym kodeku wartość "bufsize" czyli rozmiar bufora danych skompresowanych
u odbiorcy. Zwykle jest to minimum 2x maxbitrate.
Ten bufor generuje więc zwłokę (delay) od 1000ms wzwyż.
Jako odbiorca nie masz na nią żadnego wpływu.
c. Kodek h.264 ma strukturę GOP o przykładowej postaci
IBBPBBPBBPBBPBB/IBBPBBPBBPBBPBB/.......
Do zdekodowania i wyrenderowania obrazów klatek niezbędne jest odebranie ramek
kluczowych - I. Przy klatkażu 30p i strukturze GOP jak wyżej - klatka kluczowa
występuje co 500ms. I taki jest maksymalny czas oczekiwania (latency) na dane.
Wszystko zależy od którego miejsca GOP nawiązana została transmisja
- i to tłumaczy różnice opóźnienia obrazu pomiędzy dwiema
instancjami DVBViewera - a nie "szybkość kodeków".
Trzeba dodać, że używa się też struktur Long GOP które oszczędzają pasmo
ale powiększają zwłokę nawet do 4000ms.
Jako odbiorca nie masz na nią żadnego wpływu.

Bardzo mi przykro Mateuszu, ale informacje które wynalazłeś na forach
czy masz od kolegi - to bzdury.


poniedziałek, 30 października 2017, 19:51
Zobacz profil
Nowy
Nowy

Dołączył: niedziela, 29 października 2017, 12:56
Posty: 7
Post Re: Kodeki z najmniejszym opóźnieniem
No to dziękuję Ci za wyjaśnienie w pełni tego problemu. W takim razie zaczynam szukać jeszcze innych playerów, może jakiś dobry dvb pominąłem po prostu.

Pozdrawiam


poniedziałek, 30 października 2017, 21:57
Zobacz profil
Aktywny bywalec
Aktywny bywalec

Dołączył: poniedziałek, 23 stycznia 2006, 15:20
Posty: 2032
Post Re: Kodeki z najmniejszym opóźnieniem
Czyli i tak nic nie zrozumiałeś z tego...


poniedziałek, 30 października 2017, 22:59
Zobacz profil
Nowy
Nowy

Dołączył: niedziela, 29 października 2017, 12:56
Posty: 7
Post Re: Kodeki z najmniejszym opóźnieniem
No dobrze, to powiedz mi jaką mam alternatywę? skoro kodekami nic nie jestem w stanie zdziałać, to szukam w takim przypadku innego playera skoro sam widzę, że ten sam feed działa różnie na różnych playerach. Skoro z testowanych najlepiej wypadł dvbviewer, to rozszerzę poszukiwanai o kolejenych kilkanaście do testów, może któryś z nich będzie jeszcze szybszy.


poniedziałek, 30 października 2017, 23:34
Zobacz profil
Aktywny bywalec
Aktywny bywalec
Avatar użytkownika

Dołączył: poniedziałek, 31 maja 2010, 11:05
Posty: 1906
Lokalizacja: Opole
Post Re: Kodeki z najmniejszym opóźnieniem
Dekodery sprzętowe mają różną sprawność i przekonasz się o tym jak zmienisz ich parę. Windows, jako platforma sat nigdy nie była w czołówce. Szukanie winnych tylko w kodeku jest trochę słabe, bo ten zrobi to czego chce od niego program, a te też mają różną sprawność.

Z pomocy Twojego programu(zmasakrowane translatorem):
Cytuj:
Opcja filtrów zawiera listę aktywnych składników programu DirectShow. Wybranie jednego z nich otwiera okno jego właściwości. Zwykle nie ma potrzeby wprowadzania żadnych zmian, a jeśli tylko wiesz, co robisz, spróbuj tylko dostosować te ustawienia. To nie działa z dekodera NVIDIA, musisz użyć jego ikony zasobnika.

Polecenie rebuild graph resetuje wszystkie filtry DirectShow i ponownie je uruchomi. W ten sposób można rozwiązać problemy z zakłóceniami audio lub wideo. Mogą wystąpić takie problemy podczas korzystania z przełączania szybkiego kanału (zobacz Ustawienia / DirectX ). Może to się zdarzyć z niektórymi dekoderami audio, gdy przełączasz się na inny kanał z niższą szybkością transmisji dźwięku (np. Z stereo do mono), co powoduje, że dźwięk, który jest okresowo przerwany i szybko odtwarzany (dźwięki takie jak głosy myszy Mickey Mouse).

Konieczne jest odtworzenie wykresu w przypadku niektórych zmian wprowadzonych w oknie opcji (np. Wybranie innego dekodera wideo w połączeniu z filtrem źródłowym Marfi lub DVBViewer).

Dodatkowe informacje na temat filtrów DirectShow można znaleźć w rozdziale 10 .

_________________
Obrazek


wtorek, 31 października 2017, 17:26
Zobacz profil
Wyświetl posty nie starsze niż:  Sortuj wg  
Stwórz nowy wątek Odpowiedz w wątku  [ Posty: 15 ] 


Kto przegląda forum

Użytkownicy przeglądający to forum: Brak zalogowanych użytkowników i 6 gości


Nie możesz rozpoczynać nowych wątków
Nie możesz odpowiadać w wątkach
Nie możesz edytować swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Skocz do:  
Powered by phpBB © phpBB Group.
Designed by Vjacheslav Trushkin for Free Forums/DivisionCore.
Przyjazne użytkownikom polskie wsparcie phpBB3 - phpBB3.PL