"Medium", sezon 2, epizod 9, z 2005r.
Ale to byl tylko jeden odcinek taki...

A czy do takiego playera nie potrzeba specjalnie przygotowanego obrazu?
Ja mam XviD z nalozonym przesunietym drugim obrazem. Watpie, zeby byla w metadanych informacja o lewym i prawym obrazie...

Witam!

Mam sciagniety odcinek jednego z seriali z amerykanskiej tv, ale zostal wyswietlony w stereoskopii. Jako, ze nie posiadam okularow, to pomyslalem, ze mozna by go troche podretuszowac, zeby bez okularow dalo sie ogladac. Odcinek czeka na mnie juz 3 lata

No i teraz pytanie, czy cos takiego jest w ogole mozliwe?

Racja, nie popatrzylem.

No to ja przetestowalem, dziala znakomicie

Jednak x264 ma moc bitrate 600 daje obraz dobrej jakosci przy 624x352.

No i powracam do tematu kodeka i jego ustawien.

Zaktualizowalem x264 do rev1510 oraz MeGui do v3.4.11 i teraz przy wyborze kompresji dwuprzebiegowej w pierwszym przebiegu mam mozliwosc ustawienia wszystkich opcji mimo zaptaszkowania fast first pass (czy to dawne turbo?).
Przedtem turbo wylaczalo kilka opcji.

Tak ma byc, czy znowu jakis problem z MeGui?

Hmm... Windows 64bit to i reszta softu musi byc 64bit..?
Znaczy poza kodekiem. Mowie o wymianie wszystkich programow, jakich uzywam.

Co do kodowania - wystarczy jezeli ustawie kodowanie na noc i rano zeby bylo gotowe

Udalo sie rozwiazac problem.
Ograniczenie pamieci w skrypcie pomoglo, dziekuje!

Dla informacji podam jeszcze, ze kodowanie (Turion 1,9GHz, 2GiB ramu) w pierwszym przebiegu odbywalo sie z predkoscia 1,46 FPS, a w drugim 1,05 FPS.
Lacznie 14h kodowania na 20min filmu
Mam nadzieje, ze wymiana sprzetu na Athlon II 245 (2,9GHz) i 4GiB ramu znaczaco przyspieszy sprawe...

Wyglada na to, ze ograniczenie pamieci w skrypcie podzialalo.
To znaczy na tyle, ze jest jeszcze wolna pamiec, a wczesniej jej nie bylo. Obecnie wolna pamiec "topnieje" mniej wiecej 1MiB na 5min na rzecz x264.

A swoja droga, do ilu mam ograniczyc pamiec? Obecnie mam 128MiB, ale moze np 50 by wystarczylo?

Nie mam tam zadnego wpisu od dwoch tygodni.

Ale ta wieksza wartosc, to tylko ilosc pamieci zarezerwowanej dla tego procesu. Faktyczne uzycie pamieci przez proces to ta druga wartosc. Nie mniej jednak...

...nic to nie dalo. Uzycie pamieci jest na tym samym poziomie juz po 2min pracy kodeka.

Jeden rdzen pracuje na 30-90%, a drugi 90-100%.

Oczywiscie, 32-bitowe.


Obserwowalem ostatnie 5min kodowania i oto moje obserwacje:

Dane ogolne


Dane tylko dla procesu x264 w czasie pracy


W momencie nastapienia bledu


Oczywiscie warotsci w KiB co sekunde sie zmienialy, ale byly w tych okolicach - zmiana rzedu 700 KiB; zainstalowana pamiec fizyczna to 2GiB; dla procesu x264 zawsze bylo ok. 4 MiB pamieci mozliwej do udostepnienia dla innych aplikacji; przez caly czas w uzyciu bylo 90-93% calkowitej pamieci RAM; karta graficzna korzysta z pamieci RAM. Blad nie nastepuje zawsze w tym samym miejscu (to znaczy patrzac po czasie kompresji, bo po klatkach niestety nie wiem) i czasem jest to 1h15min, czasem 45min.
Uzycie procesora (co mnie zaciekawilo) wahalo sie od 50 do 100%. Dlaczego nie przez caly czas 100%?

Nie wiem czy ten blad, ale po zmianie na rev 1471 mam dokladnie ten sam blad. Kodowanie trwa 1h i blad.

Moj sprzet to Prolink PixelView Play TV Pro, swojego czasu bardzo popularny model.
Ja niekoniecznie musze miec podglad, wystarcza statystyki pokazywane na biezaco.


Niech jeszcze dodadzac hiper-algorytm dla materialow sportowych, zeby pliki nie byly takie duze


A dekompresja za pomoca ffdshow nie dawala rezultatu?


Heh no widzisz i tu jest pies pogrzebany...
Otoz moj sprzet jest, ze tak powiem, sztukowany. Bo ten procesor dwurdzeniowy jest na laptopie, laptop ma dysk 5400 RPM SATA-II - odpada. Stacjonarny ma procesor jednordzeniowy 1,83GHz i dysk 7200 RPM SATA-II poprzez karte PCI - tez moze byc ciezko. Podczas kopiowania dysk-dysk (oba SATA-II) Win7 pokazuje szybkosc ok 41MiB/s. Najwyzej bede musial uzyc kodeka "malostratnego", zeby zmniejszyc przeplywnosc bitow. W koncu zrodlo to i tak VHS, a nie Blu-Ray

I tak tez jest w moim przypadku. Oficjalne wsparcie zakonczylo sie w 2006 roku. Ale po dlugich poszukiwaniach znalazlem taka paczke sterownikow, ktora nazywa sie btwdmdrvinstaller i o dziwo znalazly sie w niej sterowniki pasujace do Win7 32bit. Nie wiem czy sama karta dziala, poniewaz ja do tej pory potrzebowalem ja uruchomic wylacznie do obslugi pilota W kazdym razie w managerze urzadzen sprzet jest zainstalowany.


Zaiste niewiele
Zastanawialem sie tylko, czy az tak usprawnili kodek, ze potrzeba bylo tyle miejsca na kod


No i posprzeczali sie chlopaki, a w rezultacie wyszlo, ze najlepiej przechwytywac w 720x576, czyli tak jak ja dawniej robilem
Tylko, ze ja przechwytywalem do mjpeg, a teraz pewnie bede probowal do huffyuv. Jedyna obawa, czy moj dysk udzwignie 38MiB na kazda sekunde bez dropow...

Bedzie okazja po zgraniu tego materialu ze starej tasmy.

O widzisz. Kolejna cenna rzecz, bo przechwytywac bede wlasnie na BT878. Mam nadzieje, ze pod Win7 zadziala

No to jak kompresuje sie w studiach, zeby byc w pelni zgodnym ze standardami? Profesjonalne komercyjne kodeki maja wlasnie takie limity?

Biore sie do testow
Swoja droga wersja 1471 urosla o 355% w stosunku do 1442...

To znaczy, ze liczy sie wylacznie zegar, a nie wydajnosc jednostki podawana w GFlops (lub najszybsze TFlops)? Bo jak wiadomo, karty graficzne z racji innej architektury, przy nizszym taktowaniu maja ten parametr znacznie wyzszy niz CPU.


Dzieki za przykladowy skrypt Niedlugo bede pracowal nad materialem nagranym na malej kasecie VHS, ktora lezy nieuzywana od ponad 10 lat...
Dwa pytania do tego:
1. Do czego sluzy FixCaptureColors? Niestety ani na stronie AviSynth ani doom9.org nie ma wyjasnienia.
2. Czy Limiter jest potrzebny, jezeli docelowo bede kompresowal do MPEG2?



I zeby nie bylo tak rozowo, mam kolejny blad
Postanowilem dla testow ustawic wszystko na max w kodeku, zgodnie z Twoimi opisami w tym i innym watku oraz bitrate na 9000. Kompresja trwala juz ponad 45min, po czym dostalem blad (swoja droga uwazam, za glupote usuniecie wyboru lokalizacji kodeka w MeGui, dopiero z loga bledu dowiedzialem sie, gdzie kodek musi byc). Oto log:


Kodek x264 rev1442; MeGui v0.3.4.2.1; wlaczone Turbo; skrypt AVS oczywiscie zawsze ten sam i dla innych ustawien kompresja przechodzi bez problemu; daje blad tylko dla pierwszego przebiegu, bo wiadomo, ze dla drugiego nie ma pliku stats.

Dysponuje raczej slaba karta, poniewaz komputer juz od dawna nie sluzy mi do grania (od tego mam konsole ).
Ale wlasciwie dlaczego karta mialaby byc ograniczeniem? Przeciez dla tego konkretnego filtra odciazamy CPU, ktory moze wykonywac nastepne zadanie. Czy moze to odbywa sie na zasadzie kolejki zadan i CPU i tak bedzie czekal na zbyt slabe GPU?

Tak BTW mam AMD Turion 2x1,9GHz oraz Radeona x1200.
I nie mam pojecia czy karta jest chociaz zblizona wydajnosciowo do procesora.

Wniosek z tego, ze powinienem robic dodatkowe testy, jezeli do przkodowania mam material watpliwej jakosci. Mysle ze np 30 sekundowe kawalki materialu zrodlowego i skompresowanego, przepuscic przez SelectRangeEvery (25,2) i porownywac klatka po klatce w VD i w razie czego dobierac inne wartosci bitrate. Dobrze mysle?

Jakie na przyklad?

Rozumiem.
Pisza w tym watku, ze w obecnej wersji rozwojowej domyslnie jest normal i nie ma mozliwosci przelaczania, ale jezeli normal ma dawac lepsza jakosc, to chyba nie bede sobie zawracal glowy.

Jeszcze na temat bitrate.
Jak pisalem wczesniej, z testu z q=21 wyszedl mi bitrate = 10500 kbps. Problem w tym, ze material zrodlowy ma bitrate troche wiecej niz 6000 kbps. Jest zatem sens dawac taki wysoki bitrate w x264, jezeli zrodlo jest gorsze?
Biorac pod uwage ilosc zajmowanego miejsca bardziej oplaca mi sie przechowywac oryginalne pliki niz "skompresowane" do x264 Wiecej szczegolow miec przeciez nie bede...
Czy x264 nie ma w zalozeniach dawac mniejszych rozmiarow pliku?



P.S.
Kompresja z ustawieniami kodeka takimi, jak podales odbywa sie z predkoscia 1,1 fps

Czy ktos potrafi powiedziec, jakiego filtru uzywa MeGui?
Jezeli jest lepszy niz Yadif, to moze warto go importowc do AviSynth?

A nie chodzi o to, zeby wrocic do rozdzielczosci DVD?

Dzieki piekne.
Poprawki w ustawieniach zastosowane, dalem kompresje z nizszym bitrate i rano ogladne efekty i porownam z poprzednia kompresja



-------Edit-------

No i jest problem.
Dalem Keep some B-frames as reference oraz Number of reference frames = 3 i dostalem error, ze invalid argument: --b-pyramid = --ref, przy czym oba nie maja wartosci w linii komend. Zmiana wartosci na 4 tez nie daje rezultatu i tez dostaje error.
Co ciekawe, ten sam blad wystepuje rowniez w pierwszym przebiegu, gdzie po zaznaczeniu Turbo, wartosci Number of reference frames nie da sie ustawic i jest ona rowna 1.
Bledu nie ma tylko, jezeli wylacze Keep some B-frames as reference.

O co tu chodzi?

Czyli jezeli mam material FullHD sredniej jakosci, daje filtry w AviSynth, zeby nieco poprawic i na koncu resize do 624x352, to mimo wszystko kwantyzator powinno sie dawac nizszy niz dla FullHD?


Odnosnie ustawien - na dole okienka w MeGui jest spis wszystkich parametrow, jakie beda uzyte w kodeku w linii komend.
Zauwazylem, ze jak dam Number of Reference Frames = 3, to taki parametr znika u dolu okienka.
Czy wtedy ten parametr w ogole bedzie uzyty?

Wiesz, czas moze mamy, ale obecnie na moim sprzecie kodowanie z tymi parametrami, jak na screenach w rozdzielczosci 1920x1080 odbywa sie z szybkoscia 2,9 fps


Odnosnie jeszcze testu kompresji i bitrate docelowego. Dla FullHD wyszlo mi z testu (q=19) prawie 14000 kbps, a to z kolei daje 2GiB na 20min materialu. Cos chyba duzo, nie?
Material jest sredniej jakosci, zawody sportowe, duza ilosc ruchu.
Moze dla sredniej jakosci materialu zrodlowego (.MTS w ok 6Mbit/s) ustawic q=21? Wtedy wychodzi ok 10500 kbps

Witam po przerwie w tym watku

Nurtuje mnie jeszcze pytanie, czy w kodeku x264 (obecnie mam rev.1416) mozna lub powinno sie jeszcze cos inaczej ustawic?
Ponizej zrzuty z moich ustawien (wlasciwie defaultowe):


Czy jezeli w skrypcie AVS mam juz deblocking z sila jaka mnie satysfakcjonuje, to w kodeku powininem te opcje wylaczyc?

Tak, teraz dziala.
Dzieki piekne

A Dissolve powinno sie uzywac przed czy po filtrach "poprawiajacych" obraz?

A co jest nie tak w takim skrypcie (w uproszczeniu):
?
Dostaje blad argumentu dla dissolve...