Discussion:
jak wykonac resize, by zachowac jakosc wizualną
(Wiadomość utworzona zbyt dawno temu. Odpowiedź niemożliwa.)
1634Racine
2010-02-24 03:36:10 UTC
Permalink
jest plik mp4 -> h.264/aac i jest stary laptop,dla ktorego rozdzielczosc
1280x720 jest jakby za duza, meczy sie bowiem straszliwie,plik chodzi,jak w
smole.
Wiec pomyslalem, ze warto na mp4 wykonac resize np. do 640 x 352, mam w
swietnej jakosci film w takiej rozdz.
Robilem to na trzy sposoby, chociaz nalezalo od razu podejrzewac, ze efekt
bedzie nieomalze identyczny:

1.
W avidemux, filtr resize, konwersja do xvida [dwa przebiegi], kontener avi.
W avidemux, filtr resize, konwersja w kontener mp4,zachowanie h.264.

2.
w VD; ale poniewaz VD nie chwyta h.264, wykonalem myk pod tytulem zmiana
kontenera bez rekodowania, czyli tym cudem:
http://sourceforge.net/projects/mp4cam2avi/
zmienilem kontener na avi, w srodku pozostalo bez zmian h.264/aac.
VD z filtrem resize bez problemu przekodowal dwuprzebiegowo do xvid.

EFEKT:
o ile plik wyjsciowy jest dobrej jakosci, ostry, to jest plik instruktażowy,
zawiera prezentacyjny druk, o tyle w pliku wynikowym ledwo daje sie odczytac
szczegoly, a zwlaszcza rozmyte sa litery tekstu do odczytania.

PYTANIE:
jak wykonac takie przekodowanie/resize, by plik nadal zachowal ostrosc, a w
kazdym razie nie stracil jej az w tak znacznym stopniu. Rozumiem, ze jest
"subtelna' roznica miedzy 1280x720, a 640 x 352, ale... No wlasnie - jak
poradzic sobie z tym problemem?
Placio74
2010-02-25 05:31:47 UTC
Permalink
Sprawdź czy nie wystarczy zastosowanie 'szybkiego' dekodera (DivX H.
264 Decoder, CoreAVC, DiAVC).

------

Spróbuj z wyższą rozdzielczością, np. 800x448 czy 720x404.

Sprawdź kodowanie ze 'stałym' kwantyzerem - 2.
Albo z wyższym bitarte.

Wypróbuj inne filtry zmiany rozdzielczości - np. Lanczos4Resize czy
Spline32Resize (to oczywiście z Avisynth).

Najpierw sprawdź efekty działania filtrów, kodując fragment
bezstratnym kodekiem.
Jeśli będzie OK, wówczas próbuj redukować straty wynikłe z kodowania.
DeJotPe
2010-02-25 18:24:33 UTC
Permalink
Post by Placio74
Sprawdź czy nie wystarczy zastosowanie 'szybkiego' dekodera (DivX H.
264 Decoder, CoreAVC, DiAVC).
------
Spróbuj z wyższą rozdzielczością, np. 800x448 czy 720x404.
Sprawdź kodowanie ze 'stałym' kwantyzerem - 2.
Albo z wyższym bitarte.
ja stawiam na za niski bitrate.
nalezy pamietać że zmniejszając rozdzielczosc zwiększa się
"upakowanie" szczegółów.
A przy rozdziałce 640x to nawet bez kompresji cięzko odczytać tekst.

PS: gdyby to nie był laptop to proponowałbym zakup karty obsługującej DXVA
--
*Jacek Popłoński* _| |_|___ www.audioscrobbler.com/user/DeJotPe
Pozdrawiam! / | | \ http://strony.aster.pl/dejotpe/
< GG:4806236 > \___| | __/ http://tinyurl.com/qdydn
***@grupe.pl |/|_| http://42.pl/url/aou
1634Racine
2010-02-26 11:52:39 UTC
Permalink
DeJotPe in news:hm6f4k$kd$***@inews.gazeta.pl
[.....................]
Post by DeJotPe
ja stawiam na za niski bitrate.
nalezy pamietać że zmniejszając rozdzielczosc zwiększa się "upakowanie"
szczegółów.
A przy rozdziałce 640x to nawet bez kompresji cięzko odczytać tekst.
PS: gdyby to nie był laptop to proponowałbym zakup karty obsługującej DXVA
zanim popracuje wg podpowiedzi Placio, to wykonalem na szybko pare
konwersji z wiekszym bitrate i wnioski takie:

material WEjsciowy: zmieniony kontener z mp4 na avi zeby bylo dobre dla VDM,
h.264, 1280 x 720, ma z gspota dziwny [?] bitrate = 139 kbps...
Takie wlasnie cudo ledwo chodzi w playerach w pececie.
Przeróbki na:

1.
xvid,800x448,dwa przebiegi i zadane 2500kbps -> tez bardzo kiepsko chodzi w
playerach, najlepiej w mpc-hc, w zasadzie od biedy moze byc. Inne, w tym
videolan - prawie stop.
I dziwne po raz pierwszy:
co prawda WEjsciowy avi/h264 ma bitrate 139 [mozliwe to??], ale czy to sie
liczy dla wynikowego xvida, ktoremu zadalem 2500? Bo wynikowy xvid ma... 462
kbps. Dlaczego nie wiecej znaczaco, chocby cos w okolicach 1000, skoro
zadane 2500. ja rozumiem, ze z pewnych wzgledow nie musi osiagac zadanego
2500,ale zeby tylko 462?

Gdy zwiekszylem w powyzszym resize [800/448] bitrate na... 5000 kbps -
wynikowy xvid mial bitrate = 386 kbps !

2.
inny resize, na: xvid,720x404, zadane bitrate 5000kbps -> plik niezle juz
chodzi w playerach, ale wynikowy bitrate znow dziwny = 307 kbps

3.
ostatnia probka resize: xvid, 640x352, zadane 5000kbps -> najlepiej/dobrze
chodzi w playerach, wynikowy bitrate = 231 kbps

Jest poki co jedno pytanie: o co chodzi z tym malutkim bitrate w wynikowych
xvidach, skoro dla wejsciowego zadawane byly duze bitrate przerobkowe?
DeJotPe
2010-02-26 13:57:35 UTC
Permalink
Post by 1634Racine
xvid,800x448,dwa przebiegi i zadane 2500kbps -> tez bardzo kiepsko
chodzi w playerach, najlepiej w mpc-hc, w zasadzie od biedy moze byc.
Inne, w tym videolan - prawie stop.
co prawda WEjsciowy avi/h264 ma bitrate 139 [mozliwe to??], ale czy to
sie liczy dla wynikowego xvida, ktoremu zadalem 2500? Bo wynikowy xvid
ma... 462 kbps. Dlaczego nie wiecej znaczaco, chocby cos w okolicach
1000, skoro zadane 2500. ja rozumiem, ze z pewnych wzgledow nie musi
osiagac zadanego 2500,ale zeby tylko 462?
jeśli to jest statyczna tablica z tekstem, to może tak być że wiecej
bitów wcisnąć się nie da.
Nie rób 2pass + bitrate, tylko stały quantizer - 2 lub 1 nawet.
klatki B 1 góra 2

No i pytanie: jak wrzucasz h264 do VDM?
on potrzebuje dekodera wfv a ja takowego dla h264 nie znam...
--
*Jacek Popłoński* _| |_|___ www.audioscrobbler.com/user/DeJotPe
Pozdrawiam! / | | \ http://strony.aster.pl/dejotpe/
< GG:4806236 > \___| | __/ http://tinyurl.com/qdydn
***@grupe.pl |/|_| http://42.pl/url/aou
1634Racine
2010-02-26 14:08:55 UTC
Permalink
Ten wpis może być nieodpowiedni. Kliknij, aby go wyświetlić.
1634Racine
2010-02-26 17:23:22 UTC
Permalink
1634Racine in news:hm8klq$on2$***@news.task.gda.pl
[............................]
Post by 1634Racine
Post by DeJotPe
Nie rób 2pass + bitrate, tylko stały quantizer - 2 lub 1 nawet.
klatki B 1 góra 2
1.
why?
2. poprobuje.
poprobowalem; _zdecydowanie_ gorsza jakosc niz 2pass + bitrate
Placio74
2010-02-26 19:07:42 UTC
Permalink
Post by 1634Racine
material WEjsciowy: zmieniony kontener z mp4 na avi zeby bylo dobre dla VDM,
h.264, 1280 x 720, ma z gspota dziwny [?] bitrate = 139 kbps...
Takie wlasnie cudo ledwo chodzi w playerach w pececie.
Te dziwne bitrate to raczej efekt działania MP4Cam2AVI.
Korzystając z MediaInfo albo Avinaptic sprawdź źródłowy plik MP4.

---
Post by 1634Racine
[............................]
Post by 1634Racine
Post by DeJotPe
Nie rób 2pass + bitrate, tylko stały quantizer - 2 lub 1 nawet.
klatki B 1 góra 2
1.
why?
2. poprobuje.
poprobowalem; _zdecydowanie_ gorsza jakosc niz 2pass + bitrate
Co najmniej dziwne...

------

Zostaw MP4Cam2AVI - to zdecydowanie nie jest dobra metoda.
Jako tako może sprawdza się przy MJPEG i MPEG-4 ASP, ale do MPEG-4 AVC
to raczej kiszka.

Zastosuj aktualny VirtualDub z pluginem dla QuickTime bądź DirectShow.
Albo skrypt Avisynth (z DirectShowSource albo DGAVCDec).
Ewentualnie po oddzieleniu wideo - AVC2AVI.

Może udostępnisz ten plik MP4?
1634Racine
2010-02-26 22:31:07 UTC
Permalink
Post by Placio74
Post by 1634Racine
material WEjsciowy: zmieniony kontener z mp4 na avi zeby bylo dobre
dla VDM, h.264, 1280 x 720, ma z gspota dziwny [?] bitrate = 139 kbps...
Takie wlasnie cudo ledwo chodzi w playerach w pececie.
Te dziwne bitrate to raczej efekt działania MP4Cam2AVI.
Korzystając z MediaInfo albo Avinaptic sprawdź źródłowy plik MP4.
ja w watku z oczywistych wzgledow operuje caly czas na kawalku mp4
przerobionym na avi, ale oto wynik dla calego mp4 i z niego zrobionego w
MP4Cam2AVI avi:

mp4.
mediainfo: 219 Kb/s
avinaptic: 219 z ulamkiem

avi:
mediainfo: 220 Kb/s
avinaptic: 219 z troche innym ulamkiem
Placio74
2010-02-26 23:48:52 UTC
Permalink
Hmm... bardzo niskie bitrate jak na taką rozdzielczość.

A jakie tam jest FPS oraz wielkość pliku?

Podstawowa kalkulacja bitrate jest nader prosta...
Ot, wielkość wideo (w KB) dzielona przez czas trwania (w sekundach).

Oczywiście przy mniejszym FPS, będzie również mniejsza wielkość wideo.

O ile się nie mylę - bitrate zwykle jest po prostu obliczane.
(Stąd przykładowo GSpot 'głupieje' przy zmiennym FPS, podając
kompletnie niepoprawne wartości - ale to raczej nie jest bezpośrednio
związane z tematem).
1634Racine
2010-02-27 00:34:30 UTC
Permalink
Post by Placio74
Hmm... bardzo niskie bitrate jak na taką rozdzielczość.
A jakie tam jest FPS oraz wielkość pliku?
Podstawowa kalkulacja bitrate jest nader prosta...
Ot, wielkość wideo (w KB) dzielona przez czas trwania (w sekundach).
Oczywiście przy mniejszym FPS, będzie również mniejsza wielkość wideo.
O ile się nie mylę - bitrate zwykle jest po prostu obliczane.
(Stąd przykładowo GSpot 'głupieje' przy zmiennym FPS, podając
kompletnie niepoprawne wartości - ale to raczej nie jest bezpośrednio
związane z tematem).
mediainfo w calosci dla tego pliku mp4 [jak latwo widac: dzwieku nie ma w
praktyce]:


Format : MPEG-4
Profil formatu : Base Media / Version 2
ID kodeka : mp42
Rozmiar pliku : 12,1 MB
Czas trwania : 7 min.
Całkowita przepływność bitów : 222 Kb/s
Zdekodowana data : UTC 2009-06-30 18:22:13
Znakowana data : UTC 2009-06-30 18:22:13

Wideo
ID : 1
Format : AVC
Format/Informacja : Advanced Video Codec
Profil formatu : ***@L4.0
Ustawienia formatu, CABAC : Tak
Ustawienia formatu, poklatkowy : 4 klatki
ID kodeka : avc1
ID kodeka/Informacja : Advanced Video Coding
Czas trwania : 7 min.
Rodzaj przepływności : Zmienna
Przepływność bitów : 219 Kb/s
Szerokość : 1.280 pikseli
Wysokość : 720 pikseli
Proporcje obrazu : 16:9
Tryb wyświetlania klatek : Stały
Szybkość wyświetlania klatek : 15,000 kl/s
Rozdzielczość : 8 bitów
Kolorymetria : 4:2:0
Rodzaj skanu : Progresywny
bity/(piksele*ramki) : 0.016
Rozmiar strumienia : 12,0 MB (99%)
Język : Angielski
Zdekodowana data : UTC 2009-06-30 18:22:13
Znakowana data : UTC 2009-06-30 18:22:13
colour_primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE
RP177
transfer_characteristics : BT.709-5, BT.1361
matrix_coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709,
SMPTE RP177

Audio
ID : 2
Format : AAC
Format/Informacja : Advanced Audio Codec
Wersja formatu : Version 4
Profil formatu : LC
Ustawienia formatu, SBR : Tak
Ustawienia formatu, PS : Tak
ID kodeka : 40
Czas trwania : 7 min.
Rodzaj przepływności : Stała
Przepływność bitów : 1.033 b/s
Kanały : 2 kanały
Rozmieszczenie kanałów : Front: L R
Częstotliwość próbkowania : 44,1 KHz
Rozmiar strumienia : 57,7 KB (0%)
Język : Angielski
Zdekodowana data : UTC 2009-06-30 18:22:13
Znakowana data : UTC 2009-06-30 18:22:13
Placio74
2010-02-27 04:16:46 UTC
Permalink
O... i owszem zaledwie 15 FPS.

BTW
Plik jest na tyle mały że mógłbyś go udostępnić (nie mam akurat pod
ręką adekwatnego).

BTW
Jak wcześniej wspomniałem możesz sprawdzić jaki wpływ na stratę
szczegółów ma samo zmniejszenie rozdzielczości (bez stratnego
kodowania) jak i samo stratne kodowanie (bez zmiany rozdzielczości).
1634Racine
2010-02-27 22:28:28 UTC
Permalink
Post by Placio74
O... i owszem zaledwie 15 FPS.
ma jakies znaczenie dla tej sprawy?
Post by Placio74
Plik jest na tyle mały że mógłbyś go udostępnić (nie mam akurat pod
ręką adekwatnego).
ok, postaram sie.
Post by Placio74
Jak wcześniej wspomniałem możesz sprawdzić jaki wpływ na stratę
szczegółów ma samo zmniejszenie rozdzielczości (bez stratnego
kodowania)
w VD:
filtr resize + ffdshow -> Huffman HuffYUV ?
1634Racine
2010-02-27 23:39:10 UTC
Permalink
Post by Placio74
O... i owszem zaledwie 15 FPS.
ma jakies znaczenie dla tej sprawy?
Post by Placio74
Plik jest na tyle mały że mógłbyś go udostępnić (nie mam akurat pod
ręką adekwatnego).
ok, postaram sie.
Post by Placio74
Jak wcześniej wspomniałem możesz sprawdzić jaki wpływ na stratę
szczegółów ma samo zmniejszenie rozdzielczości (bez stratnego
kodowania)
czyli przekodowac,ale rozumiem,ze bezstratnie.
w VD:
1. filtr resize + ffdshow -> na przyklad bezstratny Huffman HuffYUV ? czy
raczej:
2. filtr resize + ffdshow -> na przyklad h264 lossless?

OK, wykonalem powyzsze dwie mozliwosci na kawalku mp4 [tylko 600 kB, jakies
35 sek.]:
no nie wiem..., bo po resize i bezstratnym Huff wyszlo 102 MB [bylo 600 kB];
a jakosc po resize z Huff i z h264 lossless jest w zasadzie taka sama i daje
_wyrazne_ zubozenie w czytelnosci liter zawartch w kadrze
Post by Placio74
jak i samo stratne kodowanie (bez zmiany rozdzielczości).
dwa przebiegi w vd do xvida praktycznie daja plik tej samej jakosci, co
wyjsciowy mp4

Wniosek: zabiera jakosc operacja resize.
Placio74
2010-02-28 01:03:58 UTC
Permalink
Post by 1634Racine
Post by Placio74
O... i owszem zaledwie 15 FPS.
ma jakies znaczenie dla tej sprawy?
Niespecjalnie...
Po prostu wydaje mi się że stąd głównie jest niskie bitrate.
Post by 1634Racine
                Wniosek: zabiera jakosc operacja resize.
Niestety tego właśnie się spodziewałem...

Jakiego filtru używałeś?
1634Racine
2010-02-28 01:50:14 UTC
Permalink
Post by Placio74
Placio74
Post by Placio74
O... i owszem zaledwie 15 FPS.
ma jakies znaczenie dla tej sprawy?
Niespecjalnie...
Po prostu wydaje mi się że stąd głównie jest niskie bitrate.
Wniosek: zabiera jakosc operacja resize.
Niestety tego właśnie się spodziewałem...
Jakiego filtru używałeś?
Smart Resize (Version 1.0), w trybach roznych, nearest, bilinera, pozostalem
przy lanczos3
Placio74
2010-02-28 04:51:31 UTC
Permalink
A co z filtrami Avisynth?
DeJotPe
2010-03-01 13:40:05 UTC
Permalink
Post by 1634Racine
Post by 1634Racine
xvid,800x448,dwa przebiegi i zadane 2500kbps -> tez bardzo kiepsko
chodzi w playerach, najlepiej w mpc-hc, w zasadzie od biedy moze byc.
Inne, w tym videolan - prawie stop.
co prawda WEjsciowy avi/h264 ma bitrate 139 [mozliwe to??], ale czy to
sie liczy dla wynikowego xvida, ktoremu zadalem 2500? Bo wynikowy xvid
ma... 462 kbps. Dlaczego nie wiecej znaczaco, chocby cos w okolicach
1000, skoro zadane 2500. ja rozumiem, ze z pewnych wzgledow nie musi
osiagac zadanego 2500,ale zeby tylko 462?
jeśli to jest statyczna tablica z tekstem, to może tak być że wiecej bitów
wcisnąć się nie da.
to jest taki zapis filmowy prezentacji z ekranu monitora, instalacja pewnego
programu i faktycznie ruchu w pliku tyle widac, co w czasie instalacji
kazdego softu,co jakis czas tylko tablica inna i paski postepu widac.
Nie rób 2pass + bitrate, tylko stały quantizer - 2 lub 1 nawet.
klatki B 1 góra 2
1.
why?
2. poprobuje.
bo dając Q=2 dzielisz wszystkie wartości przez 2, ergo masz 2x mniej
poziomów kwantyzacji, a jak gdzieś wyszło po transformacji DCT 1, to
1/2=0,5 i to już jest do 0 redukowane.
Post by 1634Racine
No i pytanie: jak wrzucasz h264 do VDM?
on potrzebuje dekodera wfv a ja takowego dla h264 nie znam...
oryginalny plik to mp4 z h264.
"[...] poniewaz VD nie chwyta h.264, wykonalem myk pod tytulem zmiana
http://sourceforge.net/projects/mp4cam2avi/
zmienilem kontener na avi, w srodku pozostalo bez zmian h.264/aac.
I VDM z filtrem resize bez problemu przekodowal dwuprzebiegowo do
xvid.[...]"
Ale ja się nie pytam jak mp4 wrzucasz do VDM, tylko h264, bo tego
kodeka tez sie nie da!
IMHO to ten program do zmiany containera robi ci rekompresje.
Jeśli to program typu 1klik, to pewnie twórca zakłada że 3/4 ludków
chcących zmienić mp4 na avi, tak naprawde chce zmienić h264 na xvid

obejrzyj to ten program daje na wyjsciu i jaki to ma rozmiar.

Bo niemożliwe żeby 1 przebiegowe kdowanie z Q=2 dało gorszy wynik niż
kodowanie dwuprzebiegowe z Q=2~31.
--
*Jacek Popłoński* _| |_|___ www.audioscrobbler.com/user/DeJotPe
Pozdrawiam! / | | \ http://strony.aster.pl/dejotpe/
< GG:4806236 > \___| | __/ http://tinyurl.com/qdydn
***@grupe.pl |/|_| http://42.pl/url/aou
1634Racine
2010-03-01 14:57:34 UTC
Permalink
Ten wpis może być nieodpowiedni. Kliknij, aby go wyświetlić.
Placio74
2010-03-01 16:47:20 UTC
Permalink
Post by DeJotPe
IMHO to ten program do zmiany containera robi ci rekompresje.
Jeśli to program typu 1klik, to pewnie twórca zakłada że 3/4 ludków
chcących zmienić mp4 na avi, tak naprawde chce zmienić h264 na xvid
Akurat jest odwrotnie.
Domyślnie bez rekompresji wideo, a możliwość przekodowania Xvid'em
dopiero w trybie 'expert'.

Jednak gdy sprawdzałem program radził sobie z tym raczej kiepsko
(przynajmniej w przypadku AVC).
1634Racine
2010-03-01 18:18:04 UTC
Permalink
Post by Placio74
Post by DeJotPe
IMHO to ten program do zmiany containera robi ci rekompresje.
Jeśli to program typu 1klik, to pewnie twórca zakłada że 3/4 ludków
chcących zmienić mp4 na avi, tak naprawde chce zmienić h264 na xvid
Akurat jest odwrotnie.
Domyślnie bez rekompresji wideo, a możliwość przekodowania Xvid'em
dopiero w trybie 'expert'.
Jednak gdy sprawdzałem program radził sobie z tym raczej kiepsko
(przynajmniej w przypadku AVC).
tak dokladnie jest.
ja od razu odpuscilem sobie kodowanie avi/h264 -> avi/xvid po komunikacie,
ze "cos tam cos tam" , ktory dla mnie malo zrozumialy byl, nie wiem czego
"to-to" chce. Odnioslem wrazenie, ze z avc sa wlasnie klopoty.
Po prostu od razu avi/h264 zapakowalem do vd.
Ja czytalem o tym sofcie na jakiejs niezlej stronie o "tych sprawach" jako o
sofcie dobrym do takich wlasnie przepakowan , traktuje ten soft WYLACZNIE
jako przepakowanie bez rekompresji do innego kontenera i widze [mam probe
pomyslna tylko na tym jednym pliku] ze to akurat wykonał OK.
Placio74
2010-03-02 10:12:02 UTC
Permalink
Hmm... fuks? Widać akurat z danym plikiem się udało.

Program musi nie tylko przepakować strumień wideo, ale (w przypadku
AVC) odpowiednio go dostosować (podobnie jak to robi AVC2AVI). Ta
druga 'czynność' nie zawsze jest 'poprawnie' wykonywana.

Zakładając że z tej 'konwersji' nie wynikły jakieś problemy (a możesz
się dodatkowo upewnić stosując inne metody), to jak już było
wspomniane już sama operacja zmiany rozdzielczości powoduje stratę
szczegółów.
Możesz popróbować z innymi filtrami oraz wyższą rozdzielczością.

BTW
Tak jak napisał DeJotPe - kodowanie ze stałym niskim kwantyzerem nie
powinno 'dawać' gorszej jakości niż 'zwykłe' kodowanie.
1634Racine
2010-03-03 13:38:29 UTC
Permalink
Post by Placio74
Hmm... fuks? Widać akurat z danym plikiem się udało.
100% racji.
Wpadl mi teraz jeszcze jeden mp4, jakis teledysk, operacja w tym "sprytnym"
sofcie mp4/h264 -> avi/h264 daje produkt MASAKRĘ pod tytulem: w
gspocie,avinapticu itp wszystko zgadza sie, konwersja niby wlasciwa co do
zawartosci strumieni na wy-, ale z pieciu tylko jeden player jest w stanie w
ogole odtworzyc chocby audio. Video - wszedzie szarosc [nie czern]
doskonala, zero widocznosci.
VD połyka te avi/h264, wiec - skoro wynik jest bez przeplotu - to
pomyslalem... że..., ale po przemieleniu z przeplotem i direct - wynik
odtwarzania taki sam.
O, jeszcze jeden z sieci mp4/h264/aac - to samo po "konwersji" na
avi.Masakra nie do odtwarzania.
No to przychodzi mi zmienic zdanie o tym sofcie, pomogl raz mp4->avi dobremu
do odtworzenia, ale jak piszesz: "fuksowo". Zero gwarancji powodzenia.

Probowalem wiec wykonac avidemuxem przepakowania mp4/h264 ->avi/h264 :
copy/copy/avi. Niby video bylo widac we wszystkich playerach,ale z kolei
dzwiek byl przyspieszony.
Wiec zrobilem tak:
mp4 -> avi w avidemux, mam juz dobry obraz, bo skopany dzwiek wyrzucam w VD.
W avidemux, poprzez "audio -> save", zapisuje sam dzwiek i ... Ale klops. I
z tych mp4, i z jakichs [dla sprawdzenia] flv dzwiek nie daje sie zapisac
osobno, jakis glupi, niemy plik wychodzi.

Czyli pomysl, zeby mp4/h264 -> avi/h264 robic avidemuxem dla samego obrazu
[bo wywalac dzwiek], brac za to dzwiek jako plik ze zrodlowego takze
avidemuxem i teraz pakowac do obrazu virtual dubem - ten pomysl pada.

Wiec pytanie:
czy jest soft, ktory przeprowadzi mp4/h264 do avi/h264 akceptowalnego przez
VD tak, by potem juz standardowo konwertowac do avi/xvid?
Post by Placio74
Program musi nie tylko przepakować strumień wideo, ale (w przypadku
AVC) odpowiednio go dostosować (podobnie jak to robi AVC2AVI).
czy to jest wlasnie ten soft [mozesz podac namiar sieciowy?], ktory daje
dobre przepakowanie mp4/h264 -> avi/h264, ktore to avi mozna wpakowac do VD
i dalej juz wiadomo jak isc do avi/xvid?
{a vd w ogole moze dzialac na h264 w ten sposob?? dejotpe cos pisal tutaj,
ze nie i juz)
Placio74
2010-03-03 16:26:26 UTC
Permalink
Post by 1634Racine
czy to jest wlasnie ten soft [mozesz podac namiar sieciowy?], ktory daje
dobre przepakowanie mp4/h264 -> avi/h264, ktore to avi mozna wpakowac do VD
i dalej juz wiadomo jak isc do avi/xvid?
{a vd w ogole moze dzialac na h264 w ten sposob?? dejotpe cos pisal tutaj,
ze nie i juz)
http://mirror05.x264.nl/Sharktooth/x264/utils/
http://www.videohelp.com/tools/avc2avi

Zdaje się że GUI wymaga .NET Framework 2.0.
GUI jest jednak ułatwieniem i można z samego AVC2AVI korzystać z linii
komend.
Oczywiście wideo H.264/AVC należy wcześniej oddzielić korzystając z
MP4Box (Yamb) bądź FFmpeg.
Inna sprawa że dekodowanie H.264/AVC poprzez VfW nadal nie jest dobrym
pomysłem.

Nie zapominaj o możliwości dekodowania poprzez QuickTime z
wykorzystaniem dodatkowego wejściowego pluginu w aktualnym VirtualDub.
Jak i oczywiście możliwości skorzystania ze skryptu Avisynth (plus
DGAVCDec albo DirectShowSource lub FFmpegSource - QTSource raczej może
mieć problemy z takim wideo).
Marx
2010-03-01 10:01:47 UTC
Permalink
Wydaje mi sie ze nie ma cudow, w tak niskiej rozdzielczosci plik musi
byc nieczytelny, to nawet nie jest pelne VGA.
Jesli to ty produkujesz te filmy, to najprosciej zrobic capture
wlaczywszy wczesniej rozdzielczosc VGA - wtedy jakosc bedzie najlepsza z
mozliwych, choc byc moze okienka nie beda sie miescic.
Marx
DeJotPe
2010-03-01 13:42:10 UTC
Permalink
Post by Marx
Wydaje mi sie ze nie ma cudow, w tak niskiej rozdzielczosci plik musi
byc nieczytelny, to nawet nie jest pelne VGA.
Jesli to ty produkujesz te filmy, to najprosciej zrobic capture
wlaczywszy wczesniej rozdzielczosc VGA - wtedy jakosc bedzie najlepsza z
mozliwych, choc byc moze okienka nie beda sie miescic.
Marx
a jak ustalasz w jaki sposób ten capture zmienia rozdzielczość?
bo operując na oryginalnym pliku mas zprzynajmniej tę możliwość...
--
*Jacek Popłoński* _| |_|___ www.audioscrobbler.com/user/DeJotPe
Pozdrawiam! / | | \ http://strony.aster.pl/dejotpe/
< GG:4806236 > \___| | __/ http://tinyurl.com/qdydn
***@grupe.pl |/|_| http://42.pl/url/aou
Marx
2010-03-08 08:41:37 UTC
Permalink
Post by DeJotPe
Post by Marx
Wydaje mi sie ze nie ma cudow, w tak niskiej rozdzielczosci plik musi
byc nieczytelny, to nawet nie jest pelne VGA.
Jesli to ty produkujesz te filmy, to najprosciej zrobic capture
wlaczywszy wczesniej rozdzielczosc VGA - wtedy jakosc bedzie najlepsza z
mozliwych, choc byc moze okienka nie beda sie miescic.
Marx
a jak ustalasz w jaki sposób ten capture zmienia rozdzielczość?
bo operując na oryginalnym pliku mas zprzynajmniej tę możliwość...
prawy klawisz na pulpicie -> wlasciwosci -> rozdzielczosc ekranu
i dopiero wtedy robisz "capture"
Marx

Loading...