Nie jesteś zalogowany.
Strony Poprzednia 1 2 3 Następna
K-Lite to śmieć. A vlc musi być w najnowszej wersji, starsza tego nie chwyci.
Offline
W vlc i Pupie Phenom II x3 nie wyrobił. Dobra wiadomości że wszystkie 3 rdzenie ładnie obciążył do 100%, inna sprawa iż to nie wystarczyło i rwało momentami.
Dodać do h.265 dodać napisy .ansi i bez i7 do pornobajek nie podchodź XD.
Ostatnio edytowany przez iruel89 (2014-01-13 13:58:39)
Offline
A vlc musi być w najnowszej wersji, starsza tego nie chwyci.
vlc jest idiotoodporny i sam ciebie zapyta, czy ma się zaktualizować.
K-Lite to śmieć.
Generalnie paczki codeców są dla debilów i leni. Ale k-lite jest obecnie bardziej popularny od cccp, więc pod niego robię testy, czy ludziom to działa.
W vlc i Pupie Phenom II x3 nie wyrobił. Dobra wiadomości że wszystkie 3 rdzenie ładnie obciążył do 100%, inna sprawa iż to nie wystarczyło i rwało momentami.
Koduję to jako ciekawostkę. Nie oszukujmy się, strata w objętości musi być wyrównana mocą proca. Sam Phenom x3 nie jest procesorem nowym, ma prawie 5 lat a sam z siebie nie był królem wydajności w dniu premiery. Porobiłem kilka testów. Na starym poczciwym athlonie 620 x4 chodzi materiał na 85-90%. Nowy dualcore G3420 50-70%. Na moim kompie jest jakieś 20-40%. Podobnie było na początku x264 procesory nie wyrabiały a teraz na byle netbooku wszystko śmiga.
Offline
Skyfall.2012.1080p.READ.NFO.BluRay.x265-DAA - kodowali to tydzień, z zawrotną prędkością 0.34 fps.
x265 odpali też http://nightly.mpc-hc.org/
Offline
bodzio napisał:A vlc musi być w najnowszej wersji, starsza tego nie chwyci.
vlc jest idiotoodporny i sam ciebie zapyta, czy ma się zaktualizować.
Nie pisz o czymś, czego nie jesteś w 100% pewien. Mam starszą wersję i wyświetliła się informacja o problemie, którego nie można rozwiązać.
Offline
Skyfall.2012.1080p.READ.NFO.BluRay.x265-DAA - kodowali to tydzień, z zawrotną prędkością 0.34 fps.
x265 odpali też http://nightly.mpc-hc.org/
Z obliczeń mi wynikło, że oni to kodowali non stop przez ponad 168h. Myślałem, że fragmentami.
Bogaci są.
Jeszcze przydałoby się info, jaki procek mieli.
Ostatnio edytowany przez marek2fgc (2014-01-13 17:02:56)
Offline
Jeszcze przydałoby się info, jaki procek mieli.
Nie mam pojęcia, tu pełne NFO: http://pastebin.com/H1DUMsUa
Offline
Hej, to znowu ja ze swoim spamem. Kolejny ep pupy i kolejne wnioski. Został użyty nowy klient x265( tym razem nie od ruskich), prędkość kodowania podskoczyła znowu o jakieś 20-30%. Obciążenie przy odtwarzaniu spadło do 10-20% a na starym antku x4 20-40%
Pozwoliłem sobie dać porównanie z powyższym skyfallem.
Kodowali to w czerwcu, gdzie jeszcze nikt nie słyszał o zoptymalizowaniu tego ustrojstwa. Mieli ustawienia domyślne, można je nazwać -default albo -medium. jak na owe czasy. Mój profil to obecny -slow z paroma bajerami( dla niewtajemniczonych trochę wyżej od medium). Na dodatek koduję w 10bitach i w większej rozdzielczości, co jeszcze powiększa przepaść. Co stanowi obronę dla nich, to bezpośrednie wczytanie avs i jak użyli jakiś filtrów to mogło wydłużyć im samo kodowanie. Wnioski: W życiu bym nie zgodził na kodowanie przez kilka dni, nawet jakbym miał serwer VNC bo to strata czasu i energii. Do zobaczenia przy kolejnym odcinku.
Ostatnio edytowany przez Wooren (2014-01-18 11:31:49)
Offline
Hmm, założenia śą proste nowy kodek ma bardziej obciążać cpu by wydusić mniejszy rozmiar pliku z takimi samymi parametrami jak w przypadku poprzednika. http://bloggeek.me/h265-vs-vp9/ naprawdę są dobre alternatywy dla h265 i to od wujka googla, ale przez monopol reszty promowany jest płatny kodek. Kwestia kodeków ma ogromne znaczenie YT ma przejść na V9 w html5 video i o to jest wojna, jako że sieć rośnie a filmy 4K czy 8K już się zbliżają kodeki muszą być coraz wydajniejsze a ten kodek który będzie wydajniejszy będzie używany w specyfikacji html5. Więc podsumowując ten kodek który trafi do HTML5 jako oficjalny kodek video będzie odpowiadać w przyszłości za media w sieci .
Ostatnio edytowany przez 123fluxbbfan (2014-01-18 16:49:20)
Błędy są po to by iść do przodu, determinacja to twoja siła.
Offline
Offline
Btw, Doki wydało wszystkie serie Zero no Tsukaima w h265. Przy odtwarzaniu na Core i5 4690 obciążenie jest o jakieś 3% większe niż przy wersji h264. Pliki w h265 jakieś 2x mniejsze rozmiarowo, tyle tylko, że wyglądają gorzej niż w h264.
Offline
Z komentarzy Doki:
Looking at Zero no Tsukaima F 720p ep 1 file sizes:
h264: 634 MB
Hi10P: 571 MB
HEVC: 278 MB
Offline
Usunęli ziarno, przez co obraz stracił na ostrości i detalach. Cóż poradzić...
Offline
Podbijam. Widział ktoś to wydanie?
https://animetosho.org/view/coalgirls-_ … lac.875254
1080p + FLAC w jakości BD, a pliki prawie nic nie ważą. Sprawdzałem to u siebie na dysku – chodzi i wygląda jak marzenie. Ciekawe, kiedy h265 stanie się standardem. Obecnie Coalgirls i Doki kodują już tylko w HEVC. ZłyLos z naszego podwórka zresztą też.
Ryzen R5 5600X
GTX 1660 Super
16GB 3200 MHz
Kingston KC3000
Offline
Sam się zastanawiam, czy nie zacząć używać HEVC. 2x mniejszy rozmiar plików nie byłby zły.
Tak z ciekawości zakoduję coś w tym i zobaczę jak to wyjdzie w praniu.
Ostatnio edytowany przez kostek00 (2015-07-05 19:39:23)
Jestem słodki jak miód, człowiek - ciacho; genetyczny cud! xD
Offline
Z pół roku temu h.265 mi na MeGui kodowało z 3-4fps odcinek 5min ;p I5 X4 3.7
Ost kolega mi pisał że to poprawili jak Dramy kodował w 1080p, jakość bardzo dobra a waga mniejsza dużo od h.264.
Jak będzie to całkiem dopracowane to na Onlajny sobie będziemy kodować ;p
Offline
To i tak bardzo szybko, ja jak coś koduje to zazwyczaj mam 0.8-1.6 fps
Jestem słodki jak miód, człowiek - ciacho; genetyczny cud! xD
Offline
na h.265?
Offline
Jak będzie to całkiem dopracowane to na Onlajny sobie będziemy kodować
Łunlajn nie radzi sobie z HEVC. #potwierdzone info
Ryzen R5 5600X
GTX 1660 Super
16GB 3200 MHz
Kingston KC3000
Offline
Gamedor napisał:Jak będzie to całkiem dopracowane to na Onlajny sobie będziemy kodować
Łunlajn nie radzi sobie z HEVC. #potwierdzone info
Na google drive kiedyś upałem h.265 i wszytko działało, vidfile też odbiera, sprawdzone info, aby vk miał problemy i mp4upload, reszty nie spr.
Offline
Strony Poprzednia 1 2 3 Następna