Hali!
„Rossz” szokásomhoz híven mindig dobok egy érdelõdõ mailt a gyártónak/magyar képviseletnek/(jelen esetben Fujifilm),hogy miért nincs linux támogatás a termékükhöz adott CD-n.(win+Mac van) 🙂

Ezt a választ kaptam:
Engem lényegében S.Z. úr magánvéleménye fogott meg. 🙂
[align=right][snapback]140914[/snapback][/align]

Ne izgulj fel miatta, hiszen

Eddig azt hittem igen. MC-vel masolom, szerinte atmasolta, ergo a folyamatjelzo vegigment, feltunoen gyorsan! Leven, hogy csak USB 1.0-m van. Most vartam miutan vegigszaladt a folyamatjelzo, es lass csodat ott van a file! Ez valami bug? Gondolom nem csak en masolok MC-vel pendriv-ra. Tudom vmilyen programmal figyelni az USB-n at halado adatfogalmat vagy vmifele aktivitastat az USB-mnek?
Koszi szepen!
[align=right][snapback]139905[/snapback][/align]

A gyors másolás látszat csak un. késleltetett másolás, vagyis pufferelt.. A lényeg az unmount.

ELaci

Te fordítottad az mplayert?
Milyen disztrót használsz?

Nekem uhunál nem csak mplayert, hanem libdv-t is kellett fordítani, hogy felismerje. Az uhu-s libdv-t nem találta meg  konfigolásnál.
addilg konfigolgass amíg ott nem lesz a libdv az „enabled codecs” között a ./configure végén. Az –enable-libdv opcióval odakerül ugyan, de nem fogja használni.

Na ma mostmár mindenképpen idõt szakítok rá és kipróbálom! 🙂
[align=right][snapback]139824[/snapback][/align]

Az mplayer saját fordítás Fedora3 -on. Halványan rémlik hogy egyszer már újrafordítottam a mp3lame hiánya miatt, ami most már mûködik. Azt is tudom hogy a configure után lehet megnézni a configure.log-ot, ami a make -ek után törlõdik. A libdv -t is ellenõrzöm majd, de szerintem benne van.
Haladtam egy kicsit a dologgal, mert rájöttem hogy a raw dv -t nem ismeri az mplayer, viszont a dvgrab default állapotban dv2 típust hoz létre ami viszont már avi formátum így az mplayer le tudja játszani. Egy avi formátumú dv -t belecsövezve az mencoder-be remekül mûködik, viszont a dvgrab kimenetével nem tud megbirkózni és egy „nem lehet visszafelé keresni a fileban” hibával elszáll, ami után egy „ismeretlen fileformátum” hibát is kiír. Ebbõl kiindulva adtam a mencoder -nek egy „-cache 8192” puffer paramétert is, de a helyzet ugyanaz.
Most ott tartok hogy majd létre fogok hozni egy „named pipe” fifo vermet és ezen – mint fileon – keresztül történik az adatátadás. Szerintem ez jó lesz. 🙂

ELaci

Tudom 🙂

De már egyébként is vettem volna.

Off: Beszerelés közben meg észrevettem, hogy nem forog a videókártyám ventije.
[align=right][snapback]139557[/snapback][/align]

Ha meg mûködik így is a cucc akkor meg nem mindegy hogy forog vagy nem ? Legalább kisebb a huzat. 🙂
Valahogy nem jut idõm ezt a nyamvadék csövezést kipróbálni. :blush:

ELaci

Hali!

a dvgrab man-jában le van írva, hogy név helyett csak –-t adsz meg, akkor stdout-ra fogja irányítani raw dv-ben a videót. (Vagy az ugyanolyan, mint ami a te példádban van?)

De mivel itt nagy anyagok egyik helyrõl a másikra való átömlesztésrõl van szó szerintem a mencoder nem birná szusszal. Esetleg úgy lehetne megvalósítani,  hogy ha a dvgrab-et rávennénk, hogy lassabban küldje az adatot. Csak imho ilyet nem lehet.

Szóljatok, ha rosszul gondolom.
[align=right][snapback]139523[/snapback][/align]

Szerintem a mencoder olyan sebességgel tud dolgozni amire képes a hardware környezete, tehát annál gyorsabb minél gyorsabb a gép. A probléma veleje az hogy az irodalom azt ajánja hogy a dvgrab futtatásakor le kell állítani minden más folyamatot a gépen, mert a firewire kártyáról kb. 5Mbyte/s -el ömlik be az adat és ezt kötelezõen rögzíteni kell a hdd-re realtime-ban. Tehát gyors hdd kell(ett) hozzá. A dvgrab csövezése azonban egyre inkább megoldhatóvá válik hiszen ez az 5 Mb/s manapság nem egy borzasztó nagy sebességigény, sõt amikor én futtatom a gépemen, akkor a terhelése nem számottevõ, kb. 2-5 %. Viszont a mencoder zabálja a gépet és elképzelhetõ hogy megfojtja a dvgrab-ot. A mencoder terhelést kellene valahogy visszafogni, mondjuk max. 90 %-ra.

ELaci