Nagrywarki |
Pliki |
Dyski twarde |
Recenzje |
Księgarnia |
Biosy |
Artykuły |
Nagrywanie od A do Z |
Słownik |
FAQ
|
||
|
DVD-Video Tematy poświęcone kopiowaniu, edycji, konwersji i kompresji z/do formatu DVD |
|
Opcje związane z dyskusją | Ocena dyskusji | Tryby wyświetlania |
08.11.2011, 17:36 | #1 |
Banned
Data rejestracji: 28.10.2011
Posty: 102
|
Test kompresowalności i kwestia audio
Zgrywam materiały z VHS na PC.
Piszę skrypty avs i potem kompresuję kodekiem Hcenc. Mam jednak dylemat co do ustawień bitrate. Przy testach na wycinkach materiału max zostawiam jak jest czyli 9570. Średni wyliczam na podstawie takiego kalkulatora jak na dole wiadomości (nie wiem jak umieścić załącznik tam gdzie chcę) Podaję tam rozmiar docelowy w "advanced mode" > "custom size" Wszystko pięknie, ale film filmowi nie jest równy. Źródło to samo, więc szumy odfiltrowuję tymi samymi filtrami. Natomiast jest np. różna ilość ruchu. Są to filmy nagrane amatorską kamerą NTSC. Czy robi się w ogóle przy kompresji do mpg tzw. "Test kompresowalności" ? Znam ten termin raczej z kompresji do avi (divx/xvid). Kwestia audio: Jakim programem ustawia się przy muxowaniu strumieni m2v i ac3 do mpg wartości preload, interleave i delay? Gdzie w DVD lab pro się ustawia w.w. parametry? Znalazłem tam tylko delay. Ostatnio zmieniany przez dromader40 : 08.11.2011 o godz. 17:46 |
#ads | |
CDRinfo.pl
Reklamowiec
Data rejestracji: 29.12.2008
Lokalizacja: Sieć globalna
Wiek: 31
Posty: 1227
|
|
08.11.2011, 19:00 | #2 |
Jukebox Hero
Data rejestracji: 17.09.2004
Lokalizacja: Back for the Attack
Posty: 10,800
|
HCEnc robi dwa przebiegi, w zasadzie nic nie musisz testować.
Do tego co masz na myśli możesz użyć trybu Constant Quantization, ale stracisz kontrolę nad wielkością pliku wynikowego. Co do parametrów to po co chcesz je ustawiać? AviDemux robi poprawne pliki MPG, delay strumienia audio też można tam ustawiać. |
08.11.2011, 19:57 | #3 | |
Banned
Data rejestracji: 28.10.2011
Posty: 102
|
Cytat:
Xvid też robi dwa przebiegi, a takie testy są na porządku dziennym (min. z wykorzystaniem odpowiedniego polecenia w skrypcie avs). Zatem teoretycznie można by to zastosować i do mpg. W tej chwili ręcznie porównuję na jednym wycinku materiału jakość wynikową. Wiem już, że ustawiony średni bitrate niższy niż ok. 8000 skutkuje jakością która mi nie odpowiada. Jednak jest to tylko malutka cząstka tego co chcę zgrać, a dynamika scen jest zmienna przecież. Chcesz powiedzieć, że w Hcenc wpisuje się na stałe obrany średni bitrate i on sobie go podwyższa w zależności od materiału/dynamiki scen itd.? Jeśli już, to pewnie w tym trybie "Constant Quantization"? Zawsze jest coś za coś. Stracę kontrolę nad wymiarem końcowym, ale będzie pewność, że w trudnych warunkach nie posypie się jakość. Coś w sekcji "Constant Quantization" zmieniać, czy na domyślnych? Są jeszcze jakieś wady w.w. opcji? Oczywiście "check VBV/max bitrate" powinienem zostawić zaznaczony? Co do audio: Przy kompresji do avi zawsze to robię. Są określone zasady/parametry i uważam, że trzeba się ich trzymać. Nie raz mi się trafił divx, który nie chodził na stacjonarce, a nawet na PC z powodu źle ustawionych parametrów a/v. Po przemuxowaniu z dobrymi parametrami było już ok. Znasz może inny program niż avidemux do muxowania a/v? Nie mogę tam znaleźć opcji preload i interleaving. Jest tylko "shift" co chyba ma oznaczać "delay"? Poza tym ten program jakoś nie przypadł mi do gustu z kilku powodów i go raczej unikam. |
|
08.11.2011, 20:18 | #4 |
Zarejestrowany
Data rejestracji: 18.05.2004
Posty: 9,589
|
|
08.11.2011, 20:23 | #5 |
Banned
Data rejestracji: 28.10.2011
Posty: 102
|
|
08.11.2011, 22:11 | #6 | |
Jukebox Hero
Data rejestracji: 17.09.2004
Lokalizacja: Back for the Attack
Posty: 10,800
|
Cytat:
W HCEnc zadajesz średnie bitrate, a on stara się zachować stałą jakość czyli zachować stały i możliwie najniższy Q(uantizer). W trybie CQ z góry zadajesz zadaną jakość, czyli to o co Tobie chodzi. Sceny dynamiczne będą miały wysokie bitrate, pozostałe niskie. Zwróć tylko uwagę że w CQ można bardzo łatwo przekroczyć specyfikację DVD, która zakłada maksymalne chwilowe bitrate gdzieś na poziomie 9800kbit/s (nie pamietam dokładnie). Wyższe będzie sie zacinać na stacjonarce. Niestety to zdecydowanie za mało do najbardziej dynamicznych i pełnych detali scen - nic na to nie poradzisz. Możesz wtedy jedynie zmienić macierz kwantyzacji na AVAMAT6. Bufor VBV powinien być włączony, ma za zadanie o ile pamiętam sprawdzać czy odtwarzacz stacjonarny nie zapcha sie nadmiarem danych. Co do audio MPEG to nie AVI. AviDemux poprawnie muxuje strumienie zgodnie ze specyfikacją DVD (opcja MPEG P+S) i nic nie trzeba tam już grzebać. Ostatnio zmieniany przez sobrus : 08.11.2011 o godz. 22:16 |
|
08.11.2011, 22:51 | #7 | ||||
Banned
Data rejestracji: 28.10.2011
Posty: 102
|
Cytat:
kodekach kompresujących do mpg? Tak jak pisałem w przypadku avi i kodeków XVid/Divx jest i było zawsze zalecane zrobić test kompresowalności, mimo dwóch przebiegów. Cytat:
tego maksimum przy którym stacjonarka się zacina, bo ma za wysoki bitrate. To jak to w końcu z tym jest? Cytat:
Cóż nie wiedziałem, że mpg nie posiada takich ustawień jak preload i interleaving. Jednak delay czasem może być konieczny. Cytat:
Sporo jest tam do wyboru, a ja nic nie wiem o poszczególnych wariantach. Trzeba by wszystkie wypróbować I jeszcze pytanie dotyczące samego skryptu avs: Odszumianie lepiej dawać na początku skryptu, czy na końcu? |
||||
09.11.2011, 07:46 | #8 |
Jukebox Hero
Data rejestracji: 17.09.2004
Lokalizacja: Back for the Attack
Posty: 10,800
|
Najlepiej zakoduj ten sam fragment materiału do różnych matryc z CQ powiedzmy 4.
Wtedy zobaczysz która matryca oferuje najlepszy w Twoim wypadku poziom kompresji (najmniejszy plik) Dla mnie AVAMATy były jedne z najlepszych (kamera DV), z tym że AVAMAT6 jest przystosowany ponoć do wysokich bitrate i zachowuje więcej szczegółów. Ew obserwuj średnie Q podczas drugiego przebiegu. Q powyżej 8 to już stosunkowo słaba jakość, 4 lub mniej - dobra. Najlepiej zmieścić się o ile to możliwe w 2-4. Co do kodowania 2-pass to praktycznie każdy kodek jaki widziałem stosuje pierwszy przebieg w celu analizy kompresowalności. VBV teoretycznie tak działa, w praktyce musisz wypalić płytkę testową i sam zobaczyć. HCEnc potrafi wypluć pliki które zapchają mój odtwarzacz, jeżeli średnie bitrate będzie zbyt wysokie. Ale chwilowe czasem nawet do 11000 nie robiło problemów. Nawet jeżeli dekoder odtworzy taki strumień, to napęd DVD 1x może nie nadążyć czytać dane. Co do ustawień MPEG to przede wszystkim nie wiem PO CO chcesz ustawiać i szukać na siłę jakichś ustawień? Coś źle działa? To gdzie dajesz odszumianie zależy od skrytu. Niektóre filtry powinny być przed, inne po. Ostatnio zmieniany przez sobrus : 09.11.2011 o godz. 07:50 |
09.11.2011, 18:33 | #9 | ||||||
Banned
Data rejestracji: 28.10.2011
Posty: 102
|
Cytat:
Co do testu kompresowalności w divxach, to tam rzecz polega na tym, że wycinanych jest kilkanaście fragmentów ze źródła gdy doda się na końcu skryptu SelectRangeEvery(...) i wtedy można dość wiarygodnie ocenić jak kompresowalny jest materiał. Nie bawiłem się w to nigdy natomiast nigdy też nie miałem do zripowania tak istotnych materiałów. Cytat:
Cytat:
Program "Gordian knot" też ma taką opcję zaimplementowaną. Cytat:
odtwarzacza u siebie w domu, by co film to sprawdzać jak chodzi. Można by jednak podejrzeć wykres bitrate w jakimś sofcie, np. w DVD LAB pro i na nim się opierać? Cytat:
jakość obrazu jest kiepska gdy porównam do oryginału na fragmencie gdzie nie ma za wiele dynamicznych ruchów. Oczywiście najgorzej jest przy ruchu (lekka pikseloza ). Natomiast wiem, że są takie triki/sposoby, że kopia jest nawet lepsza niż oryginał. To chyba wystarczający powód? Cytat:
Chodzi tu o inną wersję kopii materiału. Tutaj spodziewam się lekkiego pogorszenia jakości, bo jest to konwersja NTSC na PAL, ale też chcę wycisnąć ile się da. Nie wiem czy dawać odszumianie przed MVtools czy po. Musiałem połączyć dwa odszumiacze i efekt jest zadowalający, ale średni fps kodowania to 3 Może lepiej dać odszumiacze przed MVtools? Oto skrypt: SetMemoryMax(128) Load_Stdcall_plugin("C\Program Files\AviSynth 2.5\plugins\yadif.dll") LoadPlugin("C\Program Files\AviSynth 2.5\plugins\fft3dfilter.dll") Avisource("M\Zgrywane z VHS\film ntsc.avi") converttoyuy2 yadif(order=1,mode=1) multinum=2 multiden=1 mode=2 spar=0 pel=1 blkh=16 blkv=16 super=MSuper(pel=pel,hpad=0, vpad=0, levels=4) backward_vec1=MAnalyse(super, isb=true, blksize=blkh, blksizev=blkv, searchparam=spar, plevel=2, levels=4) forward_vec1=MAnalyse(super, isb=false, blksize=blkh, blksizev=blkv, searchparam=spar, plevel=2, levels=4) MBlockFps(super, backward_vec1, forward_vec1, num=50, den=1, mode=mode) Spline64Resize(720,576) assumeTFF separatefields selectevery(4,0,3) weave Trim(0,61103) Fadein(12) Fadeout(100) fft3dfilter(sigma=26, plane=3) DeGrainMedian(limitY=2,limitUV=3,mode=2, interlaced=true) DeGrainMedian(limitY=2,limitUV=3,mode=2, interlaced=true) ConvertToYV12(interlaced=true) Skrypt podstawowy NTSC gdzie najbardziej mi zależy na jakości, będzie miał te same odszumiacze, ale jest bardzo prosty/krótki, więc tam ich umiejscowienie może być tylko jedno. |
||||||
10.11.2011, 07:32 | #10 |
Jukebox Hero
Data rejestracji: 17.09.2004
Lokalizacja: Back for the Attack
Posty: 10,800
|
Moim zdaniem dodatkowy test jest zbędny. Pierwszy przebieg bada każdą jedną klatkę, więc po co się dodatkowo męczyć? Wybranie pewnych scen i tak nie oddaje charakterystyki całości.
Bitrate jest ograniczone, filmu też się wiele nie zmieni. Najbardziej na kompresowalność pomaga odszumianie. Ustawienia kontenera MPG w żaden sposób nie wpłyną na jakość. Na to mają wpływ tylko i wyłącznie ustawienia encodera MPEG2, czyli w tym wypadku HCEnc. Tak jak napisałem bitrate DVD nie wystarczy do wszystkiego, dlatego nie dziwie sie że jakość jest kiepska. W przypadku konwersji NTSC do PAL zarówno odszumianie przed i po ma swoje zalety i wady, trzeba by sprawdzić na oko. Przed jest więcej klatek do analizy, ale podczas konwersji szum może się troche sam zredukowac.. Na pewno szum powinno się dać przed wyostrzaniem i powiększaniem, gdyż po tych operacjach szum sie jeszcze bardziej wzmocni. O ile pamiętam fft3d filiter z sigmą 26 zrobi z obrazu kaszanę i tu żadne ustawienie nie pomoże Dodatkowo ten filtr nie działa na obrazie z przeplotem. Powinno się go dać przed Weave(). Do odszumiania możesz użyć też czasowo-przestrzenny hqd3dn. Ostatnio zmieniany przez sobrus : 10.11.2011 o godz. 07:37 |
10.11.2011, 18:50 | #11 | ||||
Banned
Data rejestracji: 28.10.2011
Posty: 102
|
Cytat:
Pytałem co prawda na początku o audio, ale to było na początku, gdy nie wiedziałem o tym, że nie ma preload i interlaeve w mpg i tu nie chodziło oczywiście o kwestię jakości, a o ew. problemy przy odtwarzaniu na stacjonarce (nie mam pod ręką odtwarzacza, by testować). Cytat:
duży plik w dobrej jakości. Czytałem o tym i widziałem na własne oczy ripy do avi z DVD, które są lepszej jakości niż oryginał, gdzie kopia ma oczywiście dużo niższy bitrate przy podobnej rozdzielczości obrazu, a plik trzy razy mniejszy. Ja chciałem mieć wielkość taką, jak przewiduje SP DVD-5 (120min). Jednak jakość mimo to jest za słaba. Stąd moje pytania odnośnie sposobów na jej poprawienie w zakresie sensownej wielkości pliku. Zobaczę, może zmiana matrycy coś poprawi. Cytat:
Może najlepiej sprawdzę na kawałku czy jest różnica w czasie. Myślałem, że teoria określi to jednoznacznie. Cytat:
Sigma z tego co widzę likwiduje tylko plamy(kolorowy szum) którego nie zlikwidował mi DeGrainMedian. Nie rusza natomiast czarnego ziarna szumu oraz ostrości, co z kolei robi DeGrainMedian. Im niższa wartość sigma, tym słabiej odfiltrowuje plamy. Troszkę zabiera też koloru przy tym ustawieniu jak u mnie (26), ale można w razie potrzeby Tweakiem dodać i jest ok. Nic więcej nie robi z obrazem. Natomiast gdyby nie działał w ogóle na obrazie z przeplotem, to nie dawałbym go do skryptu i nie byłoby tego opisu Moje źródła są z przeplotem. Masz poza tym stare info, bo cyt. ze strony autorów: "Since v1.3 it works with both progressive and interlaced clips." Być może powinienem dopisać do parametrów filtra interlaced=true, ale nie widzę różnicy w obrazie czy jest ten dopisek czy nie. Chyba, że ma to znaczenie potem przy czasie kompresji? Zobaczę dla testu, ale nie chcę mi się wierzyć, by zrobił to lepiej niż fft3dfilter. Chyba, że wymienię samego DeGrainMedian, który mi lekko rozmywa/rozmiękcza obraz. Mógłbym dać samego fft3dfilter gdyby tylko kolorowy szum mi przeszkadzał i zachowałbym pełnię ostrości, ale w ciemniejszych scenach jest tego czarnego ziarna za dużo, więc likwiduję wszystko. Polecam wszystkim fft3dfilter do kolorowego szumu, wolno działa, ale rewelacyjnie, bo wybiórczo. Ostatnio zmieniany przez dromader40 : 10.11.2011 o godz. 18:57 |
||||
10.11.2011, 23:04 | #12 | |
Jukebox Hero
Data rejestracji: 17.09.2004
Lokalizacja: Back for the Attack
Posty: 10,800
|
Parametr Interleave, delay itd to parametry multipleksowania strumieni video i audio.
Nie mają wpływu na jakość pliku, najwyżej na poprawność odtwarzania. Na jakość mają wpływ same strumienie. Zachowanie jakości VHS jest bardzo trudne, bo obraz ma wiele zniekształceń. Przede wszystkim szum, głównie chrominacji. Druga rzecz to losowe przesuniecia linii obrazu. Dla kompresji zachowanie tych informacji jest bardzo trudne. Oczywiście da się to zrobić i żeby wyglądało lepiej niż oryginał. Kwestia odpowiednich filtrów Nie używałem fft3d, tylko fft3dgpu które działając na Pixel Shaderze 2 działa znacznie szybciej (jeżeli masz dobrą kartę graficzną). Ale generalnie działanie takie same. I moje obserwacje są takie, że przy wysokim sigma ze szczegółów na obrazie niewiele zostaje. Najlepiej oddzielić chrominację od luminacji i tą pierwszą potraktować znacznie mocnieszym filtrem, zwłaszcza przy VHS. Informacja o kolorze nie musi być tak dokładna, i tak zarówno VHS jak i DVD zachowuje tylko jej ułamek. Przykładowo (dla kamery DV sony): Cytat:
Obraz z VHS ma bardzo mało szczegółów na poziomie pikseli, możliwe ze dlatego sigma 26 działa dobrze na tym materiale. Bez ustawienia interlaced odszumianie też będzie działać, ale przeplot zostanie też potraktowany jako część obrazu, więc odszumiacz będzie robić głupoty. hqd3dn nie odszumia lepiej niż fft3d, odszumia gorzej, ale inaczej. W niektórych przypadkach najlepiej użyć obu. Dokładnie można ustawić siłę spektralną i temporalną dla luminacji i chrominacji. Co może być przydatne przy materiale VHS Duże odszumianie chrominacji i masz kolorowe plamy załatwione. Znacznie szybciej niż przy użyciu fft3d. Ostatnio zmieniany przez sobrus : 10.11.2011 o godz. 23:07 |
|
11.11.2011, 15:52 | #13 | |||||||
Banned
Data rejestracji: 28.10.2011
Posty: 102
|
Cytat:
Cytat:
Zatem pod tym względem obraz wygląda lepiej niż oryginał. Chciałbym po prostu zachować taką jakość, jaką mam w podglądzie skryptu w Virtualdub. Jednym słowem to Hcenc nie wykonuje roboty jak należy z powodu zapewne złej konfiguracji pod moje źródło. Cytat:
Cytat:
No dobrze, ale skoro efekt w moim wypadku jest zadowalający na poziomie skryptu, to po co kombinować? Skupiam się raczej na tym co robi Hcenc. Jedyne co można by dopracować ew. to działanie/wymiana filtra DeGrainMedian, który mi lekko rozmywa obraz a więc tracę z jego powodu nieco szczegółów (próbowałem wielu ustawień) Tylko nie wiem czy możliwe jest usunięcie czarnego ziarna bez żadnego wpływu na ostrość? To jednak jest drobiazg w porównaniu do tego co robi na końcu Hcenc. Być może nieco przesadzam, bo różnicę widać albo na klatce stop, albo przy dokładnym wpatrywaniu się, ale na TV LCD 42" wszystko to będzie widać jak na dłoni. Drobiazgiem jest dla mnie lekkie rozmycie, a problemem bloki pikseli i wzmocnione rozmycie po kompresji HCenc. Cytat:
ekranie np. 42". Cytat:
poproszę Np. w przykładach ze strony avisynth filtra fft3d jest coś takiego: Cytat:
z dopiskiem interlaced=true. Jedynie sigma od 26 w górę eliminuje szum. Ta górna linijka coś zmieni w szybkości działania filtra? Jeśli chodzi o obraz niczego nie zmienia. Ale pisałeś o hqd3dn. Może on to zrobi lepiej/inaczej/szybciej? Podaj przykład skryptu, to sprawdzę. A propos gubienia szczegółów przez fft3dfilter, to gdy ustawi się plane na więcej niż 3 to owszem obraz się brzydko rozmywa, natomiast sama sigma nie wpływa na szczegółowość obrazu (przynajmniej na moim źródle z vhs). Najważniejsze jednak to jak już pisałem skonfigurowanie Hcenc, bo on mi psuje całą robotę, a nie odszumiacze. Ostatnio zmieniany przez dromader40 : 11.11.2011 o godz. 16:28 |
|||||||
11.11.2011, 17:21 | #14 |
Jukebox Hero
Data rejestracji: 17.09.2004
Lokalizacja: Back for the Attack
Posty: 10,800
|
Musisz sam sprawdzić hqd3dn i poeksperymentować z parametrami.
Szczerze mówiąć ja też nie widze różnicy miedzy interlaced=true a false ale to nie znaczy że jej nie ma. Skoro obraz wygląda już ok a HCEnc sobie z nim nie radzi nawet przy wysokim bitrate (choć ciężko mi to sobie wyobrazić ) - to chyba nic nie wykombinujesz, możesz jedynie sprawdzić CCE. |
11.11.2011, 17:52 | #15 |
Banned
Data rejestracji: 28.10.2011
Posty: 102
|
Chodzi o filtr HQDN3D ?
Czytam o nim, że działa tylko na materiale progressive. P.S. Jeszcze nie sprawdzałem innych matryc i CQ w Hcenc, więc może coś jeszcze da się zrobić. Aha mała sugestia dla potomnych: Na szum przy zgrywaniu z VHS ma wpływ ustawienie tracking w odtwarzaczu. Przy nieodpowiednim ustawieniu, kolorowego szumu może być od groma. Sprawdzone na tym samym fragmencie materiału. Ostatnio zmieniany przez dromader40 : 11.11.2011 o godz. 17:58 |
|
|
Podobne dyskusje | ||||
Dyskusja | Autor | Forum | Odpow. | Ostatni Post |
Jak podzielić AC3 | Homosapiens | Napędy optyczne CD | 11 | 27.12.2005 14:06 |
na jakich nośnikach nagrywać materiał audio? | żółtodziób | Nośniki optyczne | 22 | 14.10.2005 23:06 |
AUDIO - test jakości nagrywanych płyt | cemi83 | Napędy optyczne CD | 21 | 12.02.2003 09:21 |
audio, audio, audio....... | CoJeR | Napędy optyczne CD | 11 | 28.02.2002 13:32 |