Én az Avi-val tökéletesen meg vagyok elégedve, ha több hangsáv kell, akkor Mp3-ban az Avi mellé teszem a plusz hangsávokat (pl. BsPlayer így váltogatni tudja a hangot).
Ha nem csak sztereó hang kell (bár szerintem a sztereo tökéletesen megfelelő), akkor meg ott az Ac3 vagy esetleg az Ogg. Ezek is mennek Avi-nál.
VBR Mp3-al se volt sok gondom Avi-nál.
Ha tényleg gyorsabb a seek, akkor ez már tényleg (számomra is :-)) egy pozitívum.
Ha kisebb az osszefuzesbol adodo overhead, akkor az biztosan jó, én ilyenekkel nem szoktam foglalkozni. :-)
AMD Athlon 1.3 procival mpeg2 (SVCD) átkódolására 1 CD-nyi avit két órára számolt.
Ha jól emléxem, a régi AMD Duron 800 procival sem volt több 3-4 óránál a konvertálás.
Memóriával hogy állsz? Nálam 512 DDR van a vasban.
Nektek mennyi idö alatt kodol at a gepetek egy kb 800-900 MB-os avi allomanyt mpeg2-be, highest qualitybe a tmpeg? Mert nekem 60 orat becsül. Normaltol eggyel jobbban egy 550-es avit pedig 26 ora. P3 800-as a gep. szoval nem mai darab. Kivancsi lennek, hogy egy p4 2Ghz körül nagysagrendekkel jobb-e...
OGM az Ogg Media, egy stream formatum (olyan mint az AVI, csak masfele). tehat nem codec (az az Ogg Vorbis, ami audio codec. csak azert mondom mert szoktak keverni).
OGM-be elvileg rakhatsz DivX, XviD stb video streamet, MP3, AC3, OGG audio streamet (tehat mindent amit az AVI-ban is). az elonye elvileg annyi hogy jobban tamogatja a multichannel audiot es a VBR MP3-mat (AVI-ba ez erosen hack szinten lett belepasszirozva), gyorsabb a seek, es kisebb az osszefuzesbol adodo overhead.
Erről ti mit tudtok, mármint az "OGM"-ről? Mi az? (Nincs sok kedvem utánajárni/utánaolvasni, legalábbis ha lesztek oly kedvesek és röviden leírjátok ide a dolgokat. :-))
Mivel a Fraunhofer CBR, ezért film esetén helyenként elég kevésnek bizonyul a 128.
Persze ha Lame ABR/VBR-es nyomja az ember a 128-at, az már mindjárt jobb.
Hiszen különbség van CBR és VBR között.
Tehát én Frau128-ra írtam azt, hogy az egy picit kevés.
1CD esetén 128Kbps-nál nem nagyon lehet többet adni a hangnak. Más kérdés, hogy mindenki Lame-et használ inkább, és nem Frau-t. Esetleg ABR-rel csinálja a 128K-t, úgy valamivel jobb lesz.
Úgy értettem, hogy a DVD többnyire R1-ben jelenik meg, aztán az amerikai kiadók nem nagyon törik magukat az R2-es kiadás tökéletesre csiszolásával, egyszerűen gyorsítanak picit rajta. És ezért hiszik az emberek, hogy az eredeti amerikai változatból kivágtak pár percet az európai kiadásból.
"a PAL (R2) DVD-k gyorsabban jatszanak (mivel nagyobb az fps) mint az NTSC (R1) DVD-k, ezert az europai verzio mindig rovidebb valamivel mint az amerikai." Pontosan ezt írtam én is ha figyelmesen olvastál.
forditva van szerintem, ugyanannyi kepkockabol all a film valoban, de a PAL (R2) DVD-k gyorsabban jatszanak (mivel nagyobb az fps) mint az NTSC (R1) DVD-k, ezert az europai verzio mindig rovidebb valamivel mint az amerikai. A hanggal meg az a helyzet, hogy sokszor nem valtoztatnak a hangsavon egyszeruen gyorsabban jatsszak le (ettol szol magasabban), de van olyan DVD is amelyen csinalnak hangmagassag korrekciot (ami neha szarul sikerul es akkor a vajtfuluek ezen anyaznak).
Egyebkent a 23.976 sem siman annyi, 29.97 fps az, de az R1 DVD-k kepe interlaced, vannak benne felkepek, de aztan lejatszaskor az effektiv 23.976 fps-nek "latszik". Arrol is olvastam valamit hogy miert 23.976 es nem 24, mert elvileg 24-nek kene lennie (a moziban ugye, annyi van), de mar nem emlekszem mibol jon a pici elteres.
Hát, ez a primitív "25-ből 23-om fps-t csinálok" dolog elég megdöbbentően hangzik...
(Ilyen esetben akkor már értem, hogy mi köze a hangnak a kép-fps-hez.)
Én is azt hittem, de valóban elmászik.
Olyasmi oka van, hogy a PAL szabvány 25fps, az NTSC meg 23.976, ami kb. 4% eltérés. És állítólag a film ugyanannyi képkockából áll, az amcsik nem konvertáják át a DVD-iket, hanem ugyanazt lelökik 25fps-sel, így a film játékideje pár perccel rövidebb lesz (ebből gondolják aztán a népek, hogy az R2 kiadás "meg van vágva"). A hangot is simán felgyorsítják ennyivel. A vájtfülüek állítják, hogy hallják is kicsit magasabb a hang ezért, és csak R1-es DVD-ket vesznek.
Aztán hogy mi a valóság nem tudom, ezt más fórumokon olvasgattam össze. El kéne mélyedni a DVDfaq-ban, biztos kitér erre.
Magyarázzátok már el, hogy mi köze van a kép fps-nek a hanghoz?
Szerintem csak ugyanolyan hosszúnak kell lennie a képnek és a hangnak (bár ez se feltétel), és ennyi. Az már tök mindegy kép és hang összemásolásánál, hogy a kép hány frame/sec-en megy. Nem?
Traider:
Ha mp3 a hang, akkor nandub kell.
Részletes leírás: http://szinkron.uw.hu/faq.html
A gyors munkához 2 adatra van szükség a hangfájlról: ? fps és ? mp eltolás.
Ha ez nincs meg, akkor bonyolultabb a művelet. 0 eltolással ráülteted a filmre a szinkronsávot(Nandubbal), majd letöltöd a synchronizer nevű kis proggyt, és hozzáigazítod a képhez a hangot.
Adott egy ~30 fps-es múvi, ehhez szeretném uezen film 25 fps-es szinkronját rárakni.
Van erre lehetőség, mármint átkonvertálni vmelyik részt, hogy összhangba lehessen őket hozni?
Ha igen, milyen proggy-val?
üdv:
Tr
Huhh, na úgy látom fedúltam néhány ember lelkivilágát! :-)
A Vegas és a Premiere ha minden igaz akkor nem tud Mpeg2/Vob-ból DivX/Avi-t csinálni. Szóval ez erre a célra biztosan nem jó.
Ember! Értesz te ahhoz egy icipicit is amiről beszélsz??? :-)
Ahogy írtam is, én csak hallomásból értesültem a NanDub áldásos tevékenységéről, és azt adtam vissza. Ezért nem kell ennyire lerohanni! :-)
Én csak a srác hozzászólására reagáltam, ahogy tudtam.
inkabb ne köszi!!!! :) Azon agyalok, hogy talan megtalalom valahol angolul a feliratot es kiprobalom azokkal a szamokkal... mindenesetre a feliratok.hu-n nincs meg se igy, se ugy...
mas mostansag ugy 15-20 percenkent akad a film...
hehe, most ment suspendbe a vinyo, hat ezeert.... :)))) mi mindenre jo ez a forum ;))
Ember! Értesz te ahhoz egy icipicit is amiről beszélsz???
A Nandub csak a 3.11-es kodekhez való, semmi máshoz. A VirtualDub egy klónja, mivel az forráskódban hozzáférhető, bárki beletúrhat, moddolhatja. De ez alaposan át lett írva, rengeteg plusz funkció került bele.
Ha nincs fönt a 3.x kodek, akkor hiába adsz be neki bármit, uncompressed lesz a végeredmény. Hiába van ott divx4/5.
Nem tudom milyen bugokról beszélsz, de ennek semmi köze hozzá.