Jasne że jest !
 

Jasne że jest :) albo rób to bezpośrednio z edytora video, np. SONY VEGAS lub za pomocą MeGUI, tam ustalisz wszystko, albo bitrate albo wielkość pliku winikowegom etv. Ja mam kamerkę SD CANON miniDV i w sumie obrabiam materiał w SONY VEGAS ale zapisuje go bez ponownej rekompresji spowrotem do miniDV. Potem wrzucam to do MeGui (instrukcja na mojej stronie: http://x264power.blogspot.com/ ), wyniki daje bardzo dobre, ustalam średni bitrate dla video 720x400 na 2000-2500kbit, wiem że to dużo ale na nagraniach rodzinnych nie oszczędzam miejsca. Jakieś tam zwykłe materiały to już 90min na 1/5DVD (ok.890mb) + audio 6kanałowe aac-lc 128kbit i wszystko wygląda w miarę przyzwoicie. Video poprawnie odtwarza się jak i bezpośrednio z TV LCD SAMSUNG USB-VIDEO jak i z dekodera SAT FERGUSON ARIVA HD, a i tak wszystko z reguły ogładam ze starego kompa (ATHLON SEMPTRON 2.8GH 4GB RAM, GeForce jakiś) połączony kablem PC to złącza TV-LCD PC w rozdziałce full HD za pomocą kombajnu multimiedialnego XBMC (też jest na mojej stronie do zassania).

---------------------------

Wszystko o x264 i nie tylko :) http://x264power.blogspot.com/

@Sorbus x64 + i7 Quad + 8GB RAM i kompresja do HD nie jest taka straszna ;)

już to pisałeś, i ja sie przecież temu nie dziwie...
do AVC przydałoby sie mieć POWER7 pod maską, a nie te dziadostwa x86 :/ Ponad 270GFLOPa z procesora, a może być ich kilkadziesiąt i można by sobie nawet HD pokodować...
:D

Ale to oczywista oczywistość, że h264/AVC jest bardziej zasobożerny niż inne algorytmy kompresji ;)

@gallus
Konkretniej to znaczy wszystko ;)
CRF18, refframes na 16, max bframes na 16, hadamard exhaustive search na 10, chroma motion, trellis na każdej klatce...
wiadomo takie ustawienia są bez sensu (przynajmniej przy obecnych komputerach), ale chciałem pokazać jak wolny potrafi być x264.

Istnieje też możliwość, że implementacja kodeków w Avidemux jest jakaś wolna, bo XVID też nie działa za szybko na max ustawieniach (15-20fps, spodziewałem się więcej). Tyle że XVID nie zajmuje wszystkich rdzeni a X264 owszem.

Materiał był trudny, bo to nagranie DV bez stabilizacji i odszumiania, bitrate wychodziło rzędu 10-15Mbps

gdyż daje taką możliwość :-) a że biegły w temacie nie jestem to było (jest) to dość wygodne.
Ale luzik, poszukam czegoś innego do audio.

Po co dźwięk kodujesz z poziomu VD? Najlepiej ścieżkę przerobić w oddzielnym enkoderze. W VD tylko łączysz ją z wideo.

trochę OT

hjuston mamy problem.
trzymając się scenowych wytycznych... zastanawiam się jak zmusić VirtualDuba by dźwięk kodował do ogg poniżej 128kbps. np 96, albo 64. dzieje się tak na kodekach vorbis ogg acm.

zalecają jednak oggenc2 ale tego to się z VDuba nie da odpalić. chyba.

jak wykorzystać tego oggenc2 by kodował do np 96kbps ?

Algorytm AVC jest bardziej niż inne wymagający w moc obliczeniową. Nawet dekodowanie materiału w HD czy FullHD wymaga mocnego kompa. Jeszcze jak się doda różnego rodzaju filtry to już w ogóle ;)

Gdyby sobie porównać kompresję do AVC i np. Xvida (SD) to AVC będzie wolniejszy na tym samym kompie. Jednak efekt wyjściowy czyli - stosunek jakość/wielkość jest już na korzyść AVC.


A to mało trailerów w HD/FullHD do pobrania za darmo i legalnie ? :)

Możesz coś konkretniej - jakie opcje?

Ale ja mówie o materiale SD :D

Do HD to nawet nie podchodze, mój aparat robi H264 720p w czasie rzeczywistym i już tego nie ruszam.

Po ustawieniu absolutnie wszystkiego co sie da, dla wideo 720x576i bezpośrednia konwersja z DV do H264 przebiega z prędkością...
...uwaga....
3.90fps
Procesor Q8300@3.30Ghz, Avidemux x64 (cała konwersja w 64 bitach). Wszystkie rdzenie zajęte 100%.

Oczywiście można zjechać z ustawieniami tak, że nawet HD będzie szło szybko. Tylko pewnie jakość nie będzie wiele lepsza od Xvida.

Ja chętnie przetestowałbym swojego athlona x3 na materiale hd i x264, są gdzieś w necie dostępne jakieś próbki ~10min filmów w hd? :)

> andy

nie miałem wcześniej o tym zielonego pojęcia. w sumie dopiero kilka dni temu się x264 zainteresowałem. ale już się sporo tu dowiedziałem co i jak :piwo:

Nie dziwcie się, żę materiał w HD tak wolno się kompresuje. Algorytm AVC/h264 jest akurat pod tym względem bardziej wymagający niż Xvid czy Divx.

Żeby było tragiczniej to była wersja x264 x64 :szczerb:.
Powłączałem prawie wszystko, ale nie było to max co można powłączać. Ale dalej nie miało już sensu bo wiele zysku by nie dało.
X264 potrafi być koszmarnie wolny.

łoł :D coś ty tam poustawiał?

u mnie Athlon XP 1,83Ghz lekko "podkręcony" na 2 z hercami.

wczoraj po allegro klikałem i trafiłem na: http://allegro.pl/dell-745-piv-3-2-2...495927295.html
i się łudziłem, że to by o wiele proces przyspieszyło. tja. już wiem że niebardzo :D ale i tak komputerek lepszy niż blaszak którego mam :taktak:

Mi kodowanie materiału z kamery wyciągało 12fps.
Na Core2 Quad 3.3 :szczerb:.
Na Core2 2.8 kodowanie jednej kasetki trwało całą noc, ok 4-5fps.

Ale fakt troche filtrów powłączałem polepszających jakość.
Jak się dobrze go ustawi to każdy proc się podda, ale jakość jest niezła.
W HD to nie wiem... trzeba mieć jakiś serwer z kilkoma procesorami.

Przypominają mi sie czasy pierwszych konwersji DVD do DivX3. Też całą noc trwało na Pentium II 300 ...

http://www.komputronik.pl/index.php/..._V5_M002_.html
12 proców czyli 48 rdzeni z pasywnych chłodzeniem... nada się k***a

mam taki zarąbisty sprzęt że kodowanie 2-przebiegowe to trwa to czas materiału razy 3 :sciana: i to w Xvid. w x264 trwało jeszcze nieco dłużej k***a

x264 jest dużo lepszy od starych mpegów ale oczywiście nie zawsze to widać.
Najbardziej w przypadku trudnego materiału, czyli przykładowo właśnie z kamery DV.
Do filmów kinowych i jedno i drugie da taki sam efekt, poza tym źe x264 lepiej poradzi sobie w HD i małym pliku.

Po drugie jeżeli ustawimy tak, żeby kodowało się z rozsądną prędkością to rewelacji też nie ma co oczekiwać.

Chodzi po prostu o to, że 1MB = 1MiB = 1024kB, a nie 1000kB...
A wracając do tych zasad to jeszcze niewiele grup przyjęło x264 i większość nadal koduje do xvid-a...

u mnie z testów co robiłem (ale nie były one wg zaleceń 'sceny') to x264 dawał lepsze wyniki przy ruchu czy scenach 'ogniowych'.

tak przeglądam te zalecenia i sam się zapędziłem w kozi róg. się zastanawiam czy tamtejsze MiB jest równe normalnemu MB którego znam od dawna :sciana:

A co do jakości to ja chyba nie dostrzegam różnicy przy filmach zrzuconych z TV, ma ktoś jakiś przykład że x264 jest "ładniejsze" od xvida? :)

Ta sama klatka x264/xvid wg. zasad "sceny"
Załącznik 56949 Załącznik 56950

oo.. fajna i obszerna 'dokumentacja'. dziękować :piwo:

A no faktycznie forum samo przeskalowało obrazek :)

Ale co to ma dać jak ten obrazek jest nieczytelny, bo przeskalowany?

Zapisz go sobie na hdd i otwórz w jakieś przegląarce np. irfran view

ok. instalne nowszego builda :-)

a ten .jpg wrzuc porszę moze na imgur'a czy gdzies bo przez foruma jest strasznie nieczytelny ;-)

To może wywal tego starego builda i zainstaluj najnowszego (x264vfw_32_1913bm_27769), zasady masz poniżej :)

A kompresja w dwóch przebiegach jest wymagana wg. sceny dla xvid-a i x264 ;)

co to za zasady? próbowałem googlować ale nic nie znalazłem na temat SDTV-X264. na sdtv owszem ale z x264 to nic.

kodek x264vfw_30_1867bm_26400

z pola bitwy dodam, że kodując 2-przebiegowo już jest w miarę dobrze z wielkością końcowa pliku, ale wywala mi błąd po pierwszym przebiegu. pozmieniałem coś i przeszło i teraz będę szukał czego zmiana to była.

Może używasz jakieś starej wersji x264, ja po raz pierwszy wykonałem kompresję do x264 (gordian knot) i od razu wszystko grało a kierowałem się jedynie nowymi zasadami scenowymi SDTV-X264

x264 - jak go ugryźć?
 

hej,

jako, że w domu kamera miniDV to czasem bywa używana. materiał lecia na DVD ale też koduję go do Xvid'em do avika by mieć szybki podgląd też na kompie.

przyjąłem sobie tak, że kompresja będzie taka jak w filmach "scenowych" czyli 90min = 700MB i całkiem fajnie wszystko chodziło i się zgadzało do chwili aż wpadłem na genialny pomysł zastąpienia Xvida x264 dla lepszej jakości przy tej samej objętości.

W Xvid było jest łatwo. określony bitrate i wyszystko wychodzi ładnie.
w x264 pomyślałem że będzie to działać podobnie więc ten sam bitrate i wyniki jednak wyszły inne (większa objętość pliku wynikowego). pozmieniałem bitrate na mniejszy i się poprawiło, ale znów pogrzebanie w opcjach Profil/Level też zmienia wielkość pliku.

Jest jakiś sposób by to ogarnąć i by x264 generował "przewidywalną" wielkość pliku?