Forum CDRinfo.pl

Forum CDRinfo.pl (https://forum.cdrinfo.pl/)
-   DVD-Video (https://forum.cdrinfo.pl/f13/)
-   -   dv do dvd kiepska jakosc (https://forum.cdrinfo.pl/f13/dv-dvd-kiepska-jakosc-62679/)

RadekSo 06.04.2006 10:10

Cytat:

Napisany przez 1stwasp
....
4. Do kodowania materiału DV NIE UŻYWAMY CBR - NIGDY!!!, chyba, że chcemy mieć w efekcie po kodowaniu kiepski obraz :-)
....

Być może się mylę ale czy nie jest tak, że w pierwszym przebiegu (jeśli chodzi o VBR) program analizuje poszczególne klatki po to by w następnym użyć do konkretnej klatki odpowiedniego bitrate z narzuconego przedziału np. przytoczonego przez ciebie Max:9000 - Min:2000?
Bo jeśli tak (a właśnie tak myślę) to stosowanie stałego bitrate (CBR) na poziomie 9000 jest w pełni uzasadnione. I wtedy upchniemy na płytkę DVD jekieś 60min materiału w najlepszej jakości.

1stwasp 06.04.2006 11:35

Cytat:

Napisany przez 1stwasp
Kodowanie CBR jest również nonsensowne z punktu widzenia matematycznego. Z punktu widzenia obrazu również może generować artefakty, szczególnie dla dużych stabilnych płaszczyzn jednokolorowego obrazu, np. jak ktoś sobie sfilmuje niebo bez chmur, bo lubi kolor niebieski i zaalokuje tam 8Mb/s to zobaczy po kodowaniu pewne ruchy tego nieba, których tam nie było :-) Ale jak kto lubi... (może powinienem napisać używając wprawnego oka, ale to już nie moja sprawa co kto widzi a czego nie...)

a to była dalsza część mojej wypowiedzi - chyba nie dość dokładnie czytasz posty :(

Dodam również, w odpowiedzi na Twój post, że na pewnym poziomie ogólnosci masz racje. Gdzie leży bład metody CBR?
Jeżeli masz przedział 2000 - 9000Mb/s i dysponujesz przyzwoitym koderem MPEG2, to po pierwszym przebiegu i analizie materiału zaalokuje on w drugim przebiegu OPTYMALNĄ prędkosc bitową. Wracając do moich chmurek, które wiszą na niebie - nie spodziewaj się, że jeżeli koder VBR zaalokuje w nie, np. 4Mb/s a CBR zaalokuje 9Mb/s to bedziesz miał lepszy obraz - będziesz miał wyprodukowane masę pary, która w większości pójdzie w gwizdek - lepiej nie będzie. Tzn. będziesz miał poczucie, że jest lepiej bo jest więcej, ale rzeczywistośc będzie inna :)
Poza tym jak tez pisałem w tym wątku, koder nie jest taki *****ny, że wykonuje głupią analizę polegajacą tylko na myśleniu komu zabrać... To jest bardzo skomplikowana, wielowątkowa analiza materiału, na którą własnie koder CBR nie ma czasu, stad też obraz wyprodukowany wieloprzebiegowo, bedzie zawsze lepszy od jednoprzebiegowo (za wyjątkiem one pass constant quality - ale powoli sklaniam sie do stwierdzenia, że ten tryb chyba jest poza zasiagiem koderów softwareowych).

reasumując - więcej nie zawsze znaczy lepiej - ale jak kto woli - ja się nie upieram, jak kto sobie zakoduje, tak będzie miał :)

Pozdrawiam!

Arepo 06.04.2006 12:02

Cytat:

Napisany przez RadekSo
Być może się mylę ale czy nie jest tak, że w pierwszym przebiegu (jeśli chodzi o VBR) program analizuje poszczególne klatki po to by w następnym użyć do konkretnej klatki odpowiedniego bitrate z narzuconego przedziału np. przytoczonego przez ciebie Max:9000 - Min:2000?

Witam

Gdyby to było takie proste to ustawienie np.: 10 przebiegów w CCE byłoby kompletnie bezsensowne, bo przecież po 2 wszystko jest jasne :).

Cały proces jest dużo bardziej skomplikowany niż się wydaje o czym wspomniał już 1stwasp. Zapewniam Cię jednak, że 10 przebiegów z niższym bitrate-m (oczywiście bez przesady) da lepszy efekt niż 2 z maksymalnym :taktak:.

To potwierdza w pełni, iż maksymalny bitrate nie oznacza zawsze najwyższej jakości kodowanego materiału.

pozdrawiam

Dziadeczek 09.04.2006 15:28

Ptanie z natury dyletanckich: by***322;a tu mowa wcze***347;niej o HCEncoder i FreeEnc i o ich zaletach. Pobra***322;em oba ale nie wiem co dalej zrobi***263; bowiem ja mam plik .avi a one domagaj***261; si***281; plik***243;w: d2v lub avs. Mistrzowie!!! o***347;wiecicie Dziadeczka???? Pewno tak! i wyjdzie znowu, ***380;e Dziadeczek my***347;li czapk***261; a nie g***322;ow***261; Hi Hi

Arepo 09.04.2006 15:52

Kolega sobrus wyjaśnił wszystko w poście nr 10.

pozdrawiam

Dziadeczek 09.04.2006 16:44

Cytat:

Napisany przez Arepo
Kolega sobrus wyjaśnił wszystko w poście nr 10.

pozdrawiam

Bardzo Ci dziękuję. Ale to wszystko dla mnie jest zbyt zawiłe. Z czystej ciekawości chciałem zobaczyć co można zrobić przy pomocy tych programów ale w tej sytuacji pozostanę przy Canopusie. Jednak moja "czapka" już nie ogarnia pewnych spraw. Raz jeszcze dziękuję Arepo.

Edson 09.04.2006 23:54

Gdyby VBR 2 pass dawa***322; lepsz***261; jako***347;***263; od CBR 1 pass to nic nie sta***322;oby na przeszkodzie aby producenci enconder***243;w dla dobra jako***347;ci wyj***347;ciowego materia***322;u zaaplikowali multipass CBR. Tak si***281; sk***322;ada, ***380;e ***380;aden producent nie oferuje takiej opcji z tej prostej przyczyny, ***380;e nic by ona w dziedzinie jako***347;ci nie da***322;a, wi***281;c po co niepotrzebnie komplikowa***263; ***380;ycie.
Owszem CCE jako jedyne ze znanych mi enconder***243;w daje mo***380;liwo***347;***263; kodowania multipass CBR ale w instrukcjii wyra***378;nie jest podane i***380; u***380;ywa si***281; tej opcji tylko w przypadku materia***322;u "multiangle" czyli przy filmach nakr***281;conych z wykorzystaniem wielu kamer z mo***380;liwo***347;ci***261; przerzucania podgl***261;du z jednej na drug***261;. Nie chodzi tu o jako***347;***263; ale o dobre zsynchronizowanie linii czasowych.

Arepo 10.04.2006 19:09

Proponuję abyś wykonał samodzielnie test kompresji materiału dobrej jakości (powiedzmy z kamery DV), za pomocą CCE, czy HCEnc używając opcji CBR i VBR z 2 lub więcej przebiegami (parametry bitrate-u można ustawić na max.). Rezultat powinien być widoczny (dla ułatwienia zrób zrzut klatki w szybkiej scenie, powiększ i porównaj lub uważnie obserwuj odwzorowanie kolorów w ciemnych miejscach).

Cała siła kompresji kilkuprzebiegowej polega między innymi na dokładnym ułożeniu bitów dla każdej klatki obrazu w zależności od analizy wykonanego wcześniej ruchu. Nie pozwala na to metoda CBR.

Kiedyś znalazłem w sieci taki opis (dotyczy kodowania wieloprzebiegowego) i mylę, że jest on prawdziwy :

***8222;Można sobie to wyobrazić na podstawie kolorowej kuli na czarnym tle, szybko odbijającej się po ekranie. Przy metodzie CBR, na całej powierzchni obrazu mamy podobne ułożenie bitów, gdyż kodek nie wie gdzie występuje ruch i obdziela cały obszar podobnie. Przy metodzie VBR fragment z poruszającą się piłką opisuje dużo większa liczba informacji, gdyż czarne tło, tego nie potrzebuje. Przykład ten jest uproszczony do minimum, ale pokazuje na czym polega między innymi przewaga metody kilkuprzebiegowej.***8221;

Aby było śmieszniej, każdy kolejny przebieg powoduje jeszcze dodatkowy wzrost jakości, choć jak zostało już wielokrotnie opisane nie jest to do wychwycenia powyżej 8-10 razy. Zresztą w instrukcji do CCE masz jak byk napisane, że każdy kolejny przebieg powoduje wzrost jakości obrazu :).

Jeśli jednak nie zauważysz różnicy, to pozwól, że przytoczę Ci kilka oczywistych i powszechnie znanych faktów :

- prawie żadne z profesjonalnych wydań filmów na DVD nie mają kodowania CBR
- ludzie, którzy kupili kamery z kompresją bezpośrednio do mpeg-2, skarżą się na złą lub nawet fatalną jakość obrazu mimo posiadania w opcjach możliwości ustawienia bardzo wysokich wartości bitrate, szczególnie jest to dotkliwe w miejscach słabo oświetlonych
- zgrany od razu do mpeg-2 materiał za pomocą kart TV jest słabej jakości (sam to wiele razy doświadczyłem, niesławne rozjechania kolorów), po zastosowaniu kodeka DV i kompresji kilkuprzebiegowej rezultat jest nieporównywalnie lepszy.

Naturalnie jeśli chcesz to używaj metody CBR, może akurat to ustawienie Ci bardziej odpowiada. Ja jednak na podstawie swoich własnych doświadczeń i obserwacji mogę powiedzieć, że metoda VBR i klika przebiegów ma zdecydowanie lepszą jakość niż CBR.

pozdrawiam

maposte 29.04.2006 06:06

witam
prosze o pomoc-pr***243;bowa***322;em kompresowac avi do mpg2 za pomoca HC wg opisu kolegi Sobrusa(dzieki za miniporadnik) ale wyjsciowy plik *.m2v jest zupelnie nieczytelny-poziome uko***347;ne pasy, czy ktos moze wie co mo***380;e by***263; przyczyn***261;? z g***243;ry dzi***281;ki za wszelkie wskaz***243;wki

xxlgreg 28.06.2006 09:10

dv-dvd kiepska jakosc (ponownie)
 
Witam ponownie. Juz raz walkowalem ten temat ale problem powrocil jak bumerang.
Otoz stworzylem krociotki filmik w UleadMediaStudio8. Jakosc pliku wynikowego bez zarzutow.
Przepuscilem go przez CanoPus Procoder2 w opcji ->dvd (vob, mastering quality, Bitrate Type VBR - 2pass 6000-8000kbps, Interlacing BFF). W wyniku tej obrobki dostalem cos strasznego.
Wczesniej sie juz bawilem tym softem i nie bylo takich scen.
Zalaczam screeny zrobione PowerDVD6 z pliku vob i ponizej avi(dv).
Bede wdzieczy za porady.
pozdrawiam Grzesiek
Szczegolnie licze na Arepo i 1stwasp ktorzy mi ostatnio BARDZO pomogli.

Screeny

PS. Przepraszam za jakosc zdjec ale sa to ujecia z okna helikoptera i wszystkie sa rozmazane.

ed hunter 28.06.2006 09:22

nie wiem co jest, ale jak klikam w tego linka to mi się wikipedia otwiera :w00t:

http://pl.wikipedia.org/wiki/Strona_g%C5%82%C3%B3wna

PIOTR34 28.06.2006 16:11

@xxlgreg to w tym temacie TU nie mog***322;e***347; pisa***263;? wszyscy kt***243;rzy Ci odpowiedzieli dostali by wiadomo***347;***263; na skrzynk***281;, temat jest jak najbardziej aktualny.

Jedno mnie zastanawia, dlaczego ustawi***322;e***347; tak wysoki bitrate 6000 dolnej granicy, my***347;l***281; ***380;e spokojnie m***243;g***322;by***347; ustawi***263; 3000, by***263; mo***380;e to jest przyczyn***261;. Inna kwestia, to materia***322; odtwarzasz na kompie i widoczny jest przeplot, nagraj kawa***322;ek filmu (po przerobieniu) na p***322;ytk***281; DVDRW i sprawd***378; na TV.

Arepo 28.06.2006 20:41

Ilość załączników: 1
Witam

@xxlgreg

Strasznie podbiło nasycenie kolorów w stosunku do materiału źródłowego, sprawdź czy w ustawieniach PowerDVD na zakładce Video nie masz ustawionego jakiegoś innego profilu kolorów niż Original (np.: Vivid). Powinno być tak jak na załączonym obrazku.

Zawsze można spróbować innego kodeka, ustawienia bitrate-u też bym zmienił, jeśli film jest krótki (taki do 1,5 godziny) to powiedzmy na : 2000 (Min), 6000 (Avg), 8000 (Max).

Nic innego nie przychodzi mi na razie do głowy.

Pozdrawiam

xxlgreg 28.06.2006 20:57

Cytat:

Napisany przez PIOTR34
Jedno mnie zastanawia, dlaczego ustawiłeś tak wysoki bitrate 6000 dolnej granicy, myślę że spokojnie mógłbyś ustawić 3000, być może to jest przyczyną. Inna kwestia, to materiał odtwarzasz na kompie i widoczny jest przeplot, nagraj kawałek filmu (po przerobieniu) na płytkę DVDRW i sprawdź na TV.

Fakt , w canopusie min bitrate mialem ustawiony na 0 (teraz zmienilem na 3000), avg na 6000, max na 8000. Nie przynioslo to w zasadzie zadnych zmian. Nadal mam w pliku wyjsciowym widoczne przebarwienia (glownie czerwonawy szum).
Co wypalenia plytki, zalezy mi na tym zeby jakosc byla dobra nie zaleznie czy to bedzie odtwarzane na kompie czy stacjonarnym dvd. Pozatym z tego cos sie juz zorientowalem w tym watku odtwarzacze dvd (na kompie) domyslnie sa ustawine aby usuwaly przeplot, wiec przyczyna nie tkwi tu.:)

xxlgreg 28.06.2006 21:07

Cytat:

Napisany przez Arepo
Witam
Strasznie podbiło nasycenie kolorów w stosunku do materiału źródłowego, sprawdź czy w ustawieniach PowerDVD na zakładce Video nie masz ustawionego jakiegoś innego profilu kolorów niż Original (np.: Vivid). Powinno być tak jak na załączonym obrazku.

Zawsze można spróbować innego kodeka, ustawienia bitrate-u też bym zmienił, jeśli film jest krótki (taki do 1,5 godziny) to powiedzmy na : 2000 (Min), 6000 (Avg), 8000 (Max).

Nic innego nie przychodzi mi na razie do głowy.

Pozdrawiam

Witam Cie Arepo. Nie jest to chyba kwestia Powerdvd, bo NeroShowTime pokazuje dokladnie tak samo. Jestem zdruzgotany wynikiem pracy. Filmik ma 15 minut, wszystko ustawiam na maxa, a jakosc wychodzi ... jak widac na zdjeciach:(
Zauwazym w czasie testow jedna ciekawa rzecz. Otoz w UMS8 jako plik wynikowy ustawilem mpg a nie avi. I ten mpg ma takie same znieksztalcenia jak plik wynikowy otrzymany z canopusa. Troche dziwne.


Wszystkie czasy w strefie CET. Aktualna godzina: 21:10.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.