Rippowałem ostatnio jeden film. Film Allena z 2001. Ku mojemu zaskoczeniu DVD miało przeplot i to taki prehistoryczny. Przy odtwarzaniu w MediaPlayerClassic stosowany był pewnie standardowy DeInterlace() - film jest rozmyty do granic. Obraz słabej jakości, nie mam pojęcia skąd go wzieli, jakby go żywcem z telwizji NTSC nagrywali. Przy rippowaniu próbowałem różnych funkcji usuwających przeplot z zachowaniem ostrości, ale skutek i tak jest nadal marny. Dlaczego? Czy to wina słabego źródła, czy może da się to jakoś porządnie zrippować?

Problem polega na tym, że po usunięciu przeplotu uzyskuję ostrość, ale obraz lekko skacze co pewien czas, co jest najbardziej widoczne w scenie z jakimś ruchem. W poniższym linku załączam próbkę .m2v, dwa projekty DGIndex w różnych wersjach (to zależy jak nowe wersje pluginów macie do avisyntha) i ścieżkę dźwiękową. Do tego wszystkiego jest zrobiony skrypt w którym próbuję różnych funkcji.

link: http://www.sendspace.pl/file/mWpf29P5/

Najlepsze efekty uzyskuję chyba przy KernelDeint, TomsMoComp też jest dobry. Ale obraz i tak nadal skacze. Czytałem artykuł o przeplocie na naszym serwisie i w podsumowaniu stwierdzono, że najlepszy jest smartbobbing. Jaki plugin do AviSyntha odpowiada smartbobingowi? (zestawienie wszystkich pluginów)

Potraktowałem próbkę metodą opisaną w tym poście i wyszło nieźle.

Prawdopodobnie zrobiono 3:2 pulldown aby zmienić z 23.976 FPS na 29.97 FPS, po czym przekonwertowano na 25 FPS poprzez zlewanie półobrazów. To się zdarza.

Całe SRestore wypakowałem do plugins, ale przy próbie podglądu w AVSEdit wyskakuje error: "Script_error: There is no function named "mt_makediff" (line 32)"
w avs/plugins znajduje się Twoje mt_masktools-26 prawdopodobnie przrboione, bo zajmuje 700k, a oryginalny w wersji 2.6 zajmuje 500k. Próbowałem wkładać tam wersję 2.0 i 2.6 oryginalną, zmieniać nazwę na samo mt_masktools, ale nic nie pomaga.

Był taki sam problem tutaj i pomogła tylko ponowna instalacja AviSynth. Jeśli się na to zdecydujesz, konieczne użyj najnowszej wersji (2.5.8 Final),

error zniknął, ale nie umiem sobie dać rady z parametrami Tdeint i Srestore. Próbuję różnych ustawień, także funkcji Yadif, ale wychodzi mi kaszana. Możesz wkleić Swój skrypt, którym potraktowałeś tę próbkę?

Jeśli to nie da dobrych rezultatów na całym filmie, może to oznaczać, że w filmie nie ma żadnego wzorca zlewania półobrazów. Na takie materiały chyba jeszcze nikt nie znalazł sposobu.

W ostateczności możesz wyrzucić linijkę SRestore() ze skryptu - wtedy będziesz miał smartbobbing. Ale to pewnie też nie będzie wyglądało najlepiej.

Wiesz, co, narazie obrabiam tylko ten fragment i mam mega-ogromny skok za skokiem, przy czym Yadif lepiej to robi, niż TDeint. Na początku miałem właśnie tak jak w Twoim skrypcie i zacząłem kombinować, bo mi skakało. Jak wykasuję SRestore, to mam efekty podobne do KernelDeint, z tymże Yadif działa lepiej, niż Tdeint. No i co tu mam zrobić? Jak to możliwe, że obaj mamy AviSynth 2.5.8, te same wersje pluginów i Tobie działa bez zarzutu, a mi nie?

PS. Jak wygląda efekt użycia przez Ciebie SRestore? Przeplot, znika, obraz ostry i płynny, brak skoku, który występuje w smartbobbingu?

Próbka

ale ja jestem niekumaty. Jak wcześniej usuwałem przeplot Kernelem, to nie miałem problemów z podglądem w czasie rzeczywistym i teraz gdy używałem SRestore nie pomyślałem, że może być inaczej. Mam dość mocnego laptopa, ale nie dość. Mówiąc o skokach, cały czas mówiłem o podglądzie w mplyerc. Teraz to encodowałem: 7.3fps dla Yadifa i 6.11fps dla TDeint (x264 HQ). Efekty są niesamowite - dzięki Jawor! (sam napisałeś tę funkcję?)

W podgladzie lepiej wypadał Yadif od Tdeint, bo (jak pisze w readme) jest niebywale szybki. W obrazie po encodowaniu nie widzę różnicy. Którego lepiej użyć według Ciebie, Tdeint, czy Yadif?

Tak na przyszłość: Czy odnośnie tej konkretnej próbki należałoby użyć jeszcze jakichś funkcji poprawiających obraz po usunięciu przeplotu? Czy Ty byś coś z tym jeszcze robił?

Nie napisałem tego. Napisał to niejaki MoMonster z Doom9 (http://forum.doom9.org/showthread.php?t=95924).

Użyj Yadif jeśli jest szybszy. SRestore jest dość powolny, więc warto spróbować wycisnąć większą prędkość z pozostałych filtrów.


Szumu właściwie tam nie ma, więc pewnie nie dodałbym żadnych dodatkowych filtrów (oprócz Crop i Resize). Kolorystyka też raczej nie wymaga poprawy.

Czy mógłbyś podać jak powinna wyglądać konstrukcja skryptu? Ściągnąłem potrzebne pliki, ale nie mogę sobie poradzić ze zbudowaniem skryptu. Cały czas mam komunikaty o błędnej, lub o braku danej funkcji i nie mogę dojść do końca. Proszę o pomoc.

Przy okazji, nie mogę uruchomić Yadif. Mam komunikat, że ta funkcja nie jest do AVS 2.5 (mam zainstalowaną 2.5.8). CO robić? skąd wziaść nowszą (stabilną) wersję AVS?

Tak jak poniżej:

Po SRestore() możesz dać filtry jakie chcesz (np. odszumianie, obcinanie boków itp.).

Jeśli źródło jest w pliku AVI, to oczywiście używamy AVISource("ścieżka\plik.avi") w pierwszej linijce (zamiast MPEG2Source(...)).
Tutaj wrzuciłem wszystkie pliki które powinny wystarczyć. Trzeba je wsadzić do katalogu wtyczek AviSynth.

Jakiej funkcji? AviSynth powinien napisać w komunikacie jakiej funkcji brakuje (lub który parametr jest nieprawidłowy).

Yadif musimy osobno ładować poleceniem:

Jeszcze raz przeinstalowałem AVS i teraz wczytało się wszsytko jak należy. O tej metodzie wczytywania Yadif wiedziałem (przeczytałem o tym wcześniej ), a mimo to nie mogłem załadować pluginu. Wracając do sprawy. Stworzyłem taki oto skrypcik:

Efekt jest dobry, nawet bardzo dobry jak dla mninie. Przeplot został wyeliminowany, jak również FPS jest standardowe 23.976 (zawsze miałem z tym problemy). Nagranie było w 25, ale widocznie takie było źródło. Oto jak prezentują się nostalgiczne miejsca przed i po kompresji.
PRZED:


PO:



Zamieszczam również sampelek, pobierzcie - oceńcie proszę.


I pytanie czy coś jeszcze można zmienić, by poprawić jakoś obrazu? Chciałbym jeszcze jakoś "wyostrzyć" kard, by kontury były bardziej znaczące, ale nie przez zwiększanie kontrastu, bo to zupełnie nie to. Nie jestem obeznany we wszystkich pluginach, więc czekam na jakieś sugestie.

Bo w PALu (a także SECAMie) inaczej się nie da

Żeby wyemitować materiał w telewizji PAL lub SECAM musi mieć on 25 FPS. Kiepskie konwersje FILM -> NTSC -> PAL są dość częste w telewizji (na DVD też się zdarzają). Kreskówki bywają szczególnie wredne, bo czasem są rysowane z niskim FPS (np. 12 lub mniej klatek na sekundę), co może utrudnić pracę funkcjom takim jak SRestore().

RapidShare mówi że ma "przeładowane serwery"

Spróbuj uploadować na http://www.mediafire.com, on nie jest taki złośliwy.

Pewnie obejrzę dopiero jutro, bo jakaś grypa mnie złapała i muszę się przespać

Dziwne, ja cały czas mam aktywny link, a dałem na rapidshare, bo na niego dobrze mi się wysyła. Na ten co podałeś to chyba nie umiem się nim posługiwać, bo nie wysyła, ale może z sendspace nie będziecie mieli kłopotów:

OK, z SendSpace się udało ściągnąć.

Wygląda na to, że uzyskany FPS jest dobry.

Do filtrów w zasadzie nie mam zarzutów, ale ustawienia Xvida można trochę zmienić. Widzę, ze użyłeś VAQ (lub starego AQ), a to w przypadku kreskówek może zwiększyć "moskity" na ostrych krawędziach (i rzeczywiście się one pojawiły). VAQ na ogół daje dobre efekty w filmach z aktorami, ale w kreskówkach może trochę zaszkodzić. Przydałoby się też zwiększyć bitrate (może do 1200 a nawet 1300 kbps), oczywiście przy kompresji dwuprzebiegowej.

Użyłem VAQ (pobrałem go z Twoich kompilacji) - sugerujesz go wyłączyć? OK. sprawdzimy jak się będzie to miało do ogólnego efektu wizualnego. Kompresja jest oczywiście dwuprzebiegowa (ten sampelek też). Kompresja leci. Już widzę jedna poprawę dwukrotne zwiększenie fps z ~6 (przy włączonym AVQ) na ~16 (przy wyłączonym). Bitrate zwiększone do takich jak poleciłeś, a oto efekt:


Zastanawiam się tylko jeszcze nie nie powinienem zwiększyć max Ikey Interval z 250 na 300 (w ustawieniach XviDa)? skoro FPS jest 23,976 a nie 25?

Różnica w prędkości jest duża... Ale jest to możliwe, bo VAQ nie zawiera kodu napisanego bezpośrednio w assemblerze, obliczenia wykonywane są w zwykłym C. Muszę sprawdzić u siebie, bo wydaje mi się, że nie miałem takiej dużej różnicy.

Niestety "moskity" zmniejszyły się tylko minimalnie (miałem nadzieję że będzie trochę lepiej).

Kwantyzatory wyszły trochę wysokie, więc jeśli nie zależy Ci na małym rozmiarze pliku, mógłbyś zwiększyć bitrate nawet do 1500 kbps (albo użyć rozdzielczości 576x432) - to może trochę pomóc temu materiałowi.

Swoją drogą dobrze że to nie sport - dla sportu w rozdzielczości 640x480 przy 25 FPS czasem można dać 6000 kbps a i tak nie wygląda zbyt dobrze...


To ma znaczenie głównie dla "przewijalności" filmu - jeśli damy bardzo duży odstęp między klatkami typu I, przeszukiwanie/przewijanie filmu (zwłaszcza na odtwarzaczu stacjonarnym) będzie wolniejsze.

Na ogół ustawia się 10*FPS (żeby osiągnąć maksymalny odstęp równy 10 sekund), ale jak damy 300 to też nic złego się nie stanie (będzie to w tym przypadku 12.5 sekundy). Ważne by nigdy nie dawać dużych odstępów (powyżej 500).

Mimo iż jest do czysty MPEG ze tunera (zgrany bezpośrednio z dysku - bez przechodzenia po drodze na sygnał analogowy) to akurat ta kreskówka nie jest nadawana w zabójczej jakości przez TVP1. Jak na moje oko dzięki temu skryptowi i tak jest lepiej niż było. Podsumując. Jeśli jest choć niewielka poprawa, ale za to widoczne przyspieszenie czasu kompresji warto zrezygnować z VAQ? Zmiana z 250 na 300 jest odczuwalna tylko przy przewijaniu klipu? Nie ma znaczenia dla jakości kompresji? Jeśli tak jest jak mówisz to zostawię te 250.

Dziękuję za rady. Chyba już osiągnąłem to co dało się osiągnąć.

Dla kreskówek? Warto. VAQ trochę pogarsza ostre krawędzie.

Ale wciąż nie wiem skąd tak duże przyspieszenie, bo u mnie różnica prędkości jest prawie niezauważalna. Może to kwestia procesora...

Przy przewijaniu i przy cięciu... Ale dzisiaj już nie trzeba przecinać filmu na 2 połowy, bo mamy nośniki DVD-/+R

Klatki typu I zużywają znacznie więcej bitów niż pozostałe typy klatek, więc jeśli jest ich mniej, to jakość całego filmu może nawet wzrosnąć (bo pozostaje więcej bitów dla pozostałych klatek). Zatem przy 300 może być odrobinę lepsza jakość niż przy 250... Ale trzeba pamiętać, że Xvid i tak wstawia klatki typu I tam gdzie wykryje zmianę sceny (bo tam mają one najwięcej sensu), więc czasem odległość między sąsiednimi klatkami typu I będzie mniejsza od wybranego przez nas maksimum. Jeśli nie ma zmiany sceny, to dopiero wtedy stosowane jest maksimum podane przez nas w opcjach kodeka.

Wartość 300 zapewnia wystarczająco dobrą "przewijalność" - dlatego jest domyślna w Xvidzie. Zwyczajowo ustawia się 10*FPS ale nie jest to żadna "żelazna" zasada...