Kezdőlap › Fórumok › Multimédia › MPlayer és társai › Mencoder kérdések
- This topic has 312 hozzászólás, 14 résztvevő, and was last updated 16 years, 1 months telt el by
pointux.
-
SzerzőBejegyzés
-
2009-05-19-13:25 #2131686
mencoder vorbis párossal próbálkoznék tv-ből felvenni. A felvétel el is készül, mplayer-rel visszanézve van hang, de az avidemux már nem nyitja meg.
lavc -lavcopts acodec=vorbis:abitrate=128-cal próbálkoztam. Vorbis esetében nincs külső kódoló mint az mp3-nál a lame?
mp3lame -lameopts cbr:br=96:mode=0Azt is észrevettem hogy a vorbis a mode=0-t (Stereo) nem fogadta el. Jó lenne ha nem mono-ban venne fel.
2009-05-19-13:25 #2131687mencoder vorbis párossal próbálkoznék tv-ből felvenni. A felvétel el is készül, mplayer-rel visszanézve van hang, de az avidemux már nem nyitja meg.
lavc -lavcopts acodec=vorbis:abitrate=128-cal próbálkoztam. Vorbis esetében nincs külső kódoló mint az mp3-nál a lame?
mp3lame -lameopts cbr:br=96:mode=0Azt is észrevettem hogy a vorbis a mode=0-t (Stereo) nem fogadta el. Jó lenne ha nem mono-ban venne fel.
2009-05-19-17:45 #2131688csablak wrote:mencoder vorbis párossal próbálkoznék tv-ből felvenni. A felvétel el is készül, mplayer-rel visszanézve van hang, de az avidemux már nem nyitja meg.
lavc -lavcopts acodec=vorbis:abitrate=128-cal próbálkoztam. Vorbis esetében nincs külső kódoló mint az mp3-nál a lame?
mp3lame -lameopts cbr:br=96:mode=0Azt is észrevettem hogy a vorbis a mode=0-t (Stereo) nem fogadta el. Jó lenne ha nem mono-ban venne fel.
Vorbis esetén csak külső van, mivel az egy nyílt forráskódú függvénykönyvtár (na most, hogy ez statikus, vagy dinamikus, az beállítás kérdése). Mp3 esetén van egy ffmpeg és egy zárt kódú… ezek más más algoritmust használnak, de a végeredmény ugyanaz (lehet, mert ez is beállítás kérdése). Az ffmpeg gyorsabb.
Így – ebből a részletből legalábbis – nem látom, hogy miért ne működne.
Nem tudom, hogy vorbis esetén lehet-e egyátalán mono.2009-05-19-17:45 #2131689csablak wrote:mencoder vorbis párossal próbálkoznék tv-ből felvenni. A felvétel el is készül, mplayer-rel visszanézve van hang, de az avidemux már nem nyitja meg.
lavc -lavcopts acodec=vorbis:abitrate=128-cal próbálkoztam. Vorbis esetében nincs külső kódoló mint az mp3-nál a lame?
mp3lame -lameopts cbr:br=96:mode=0Azt is észrevettem hogy a vorbis a mode=0-t (Stereo) nem fogadta el. Jó lenne ha nem mono-ban venne fel.
Vorbis esetén csak külső van, mivel az egy nyílt forráskódú függvénykönyvtár (na most, hogy ez statikus, vagy dinamikus, az beállítás kérdése). Mp3 esetén van egy ffmpeg és egy zárt kódú… ezek más más algoritmust használnak, de a végeredmény ugyanaz (lehet, mert ez is beállítás kérdése). Az ffmpeg gyorsabb.
Így – ebből a részletből legalábbis – nem látom, hogy miért ne működne.
Nem tudom, hogy vorbis esetén lehet-e egyátalán mono.2009-05-19-17:58 #2131690Másrészt lame-opts nagyon lavc-opts, mert az egyik a lame cuccost paraméterezi, a másik a lavc-t… semmi köze nincs egymáshoz. (pl. lavc – abitrate, lame – br)
2009-05-19-17:58 #2131691Másrészt lame-opts nagyon lavc-opts, mert az egyik a lame cuccost paraméterezi, a másik a lavc-t… semmi köze nincs egymáshoz. (pl. lavc – abitrate, lame – br)
2009-05-19-20:29 #2131692Hello Vizsla, valamit nem értesz.
Tudom hogy a lame külső kódoló. Ezért is van úgy megadva hogy mp3lame -lameopts, és nem úgy hogy lavcopts acodec=libmp3lame.
Bár most hogy nézem a mencoder helpjét, teljesen mindegy hogy hogyan írom. Az mp3 miatt mindenképpen egy külső kódolót hív meg a program. a lame-t
http://www2.mplayerhq.hu/DOCS/HTML/hu/menc-feat-enc-libavcodec.html#menc-feat-enc-libavcodec-audio-codecs
A vorbis meg natívan támogatott, tehát bele van épülve a libavcodecs-be. S ha jól tudom a libavcodecs meg az mplayer része. Ezért ezt nem nevezném külső kódolónak.
Vagy valamit marhára nem értek.
Ezért van így megadva: lavcopts acodec=vorbisÉs hangsúlyozom a felvétel elkészül. MInden rendben. Az mplayer színesen, szagosan lejátssza.
A probléma az az, hogy nem tudom megszerkeszteni, kivágni belőle a reklámokat, mert az így natívan támogatott vorbis-sal ellátott fájlt, az avidemux nem hajlandó megnyitni. HIbaüzenettel leáll.
Sőt az Avi-Ogm Info http://www.xwing.info/index.php?p=avi_ogminfo#screenshots sem hajlandó megmutatni a részleteket. Ez meg egyszerűen kilépteti magát.Tehát arra gondolok hogy pld oggenc-cel megfűzve lehetne-e felvenni a mencoder segítségével?
Az oggenc egy külső program, ezért az én fogalmaim szerint külső kódoló. Ugyanúgy mit a lame.De ha ez mind nem igaz, akkor légyszíves világosíts fel.
2009-05-19-20:29 #2131693Hello Vizsla, valamit nem értesz.
Tudom hogy a lame külső kódoló. Ezért is van úgy megadva hogy mp3lame -lameopts, és nem úgy hogy lavcopts acodec=libmp3lame.
Bár most hogy nézem a mencoder helpjét, teljesen mindegy hogy hogyan írom. Az mp3 miatt mindenképpen egy külső kódolót hív meg a program. a lame-t
http://www2.mplayerhq.hu/DOCS/HTML/hu/menc-feat-enc-libavcodec.html#menc-feat-enc-libavcodec-audio-codecs
A vorbis meg natívan támogatott, tehát bele van épülve a libavcodecs-be. S ha jól tudom a libavcodecs meg az mplayer része. Ezért ezt nem nevezném külső kódolónak.
Vagy valamit marhára nem értek.
Ezért van így megadva: lavcopts acodec=vorbisÉs hangsúlyozom a felvétel elkészül. MInden rendben. Az mplayer színesen, szagosan lejátssza.
A probléma az az, hogy nem tudom megszerkeszteni, kivágni belőle a reklámokat, mert az így natívan támogatott vorbis-sal ellátott fájlt, az avidemux nem hajlandó megnyitni. HIbaüzenettel leáll.
Sőt az Avi-Ogm Info http://www.xwing.info/index.php?p=avi_ogminfo#screenshots sem hajlandó megmutatni a részleteket. Ez meg egyszerűen kilépteti magát.Tehát arra gondolok hogy pld oggenc-cel megfűzve lehetne-e felvenni a mencoder segítségével?
Az oggenc egy külső program, ezért az én fogalmaim szerint külső kódoló. Ugyanúgy mit a lame.De ha ez mind nem igaz, akkor légyszíves világosíts fel.
2009-05-20-07:38 #2131694Nem, rosszul tudod!
~ Vorbisból, mivel ez egy foss (és mindenféleszabadkorlátalmak és jogdíj nélküli), egy van (libvorbis) – mivel senki nem korlátozza a használatát. Ezt nem az „mplayer” fejleszti, így nem is lehetne külsőbb.
Ezt két módon tudod használni (enable-libvorbis után): statikusan, dinamikusan.
~ Az mp3 egy zárt szabadalmi eljárás alá eső cucc, így a formátum de/enkódolásához egy másik algoritmust kellett kitalálni. És mivel az első számú zárt, ezért többen többfélével megpróbálkoztak. Enkódolásban talán a lame, dekódolásban az ffmpeg a legnépszerűbb.
Tehát itt pl. választhatsz a lame (enable-mp3lame) ill. a beépített (enable-mp3lib) közül. És természetesen ott van – a mondjuk így – lame lavc wrapper2 (enable-mp3lame-lavc). És így is meg lehet hívni a lame függvénykönyvtárát. (A vorbist meg csak így lehet, mert abból egy van… minek bonyolítani a dolgot, hogy minden kódolónak külön paramétert kelljen megadni – majd „lefordítja” a program maga.)Az meg egy másik kérdés, hogy az adott függvénykönyvtárakat több program képes használni… pl. azok is írhatnak ilyet (szoktak is), akik magát a függvénykönyvtárat írták. De marhaság lenne egy binárisnak egy másik binárist futtatni, ami a fos függvénykönyvtárat használja, amikor lehet írni rá egy binárist, ami közvetlenül tudja. Egyszerűbb, mint a futtató paramétereknél az „exec”-cel megküzdeni… és a sebességek különbsége meg…
2009-05-20-07:38 #2131695Nem, rosszul tudod!
~ Vorbisból, mivel ez egy foss (és mindenféleszabadkorlátalmak és jogdíj nélküli), egy van (libvorbis) – mivel senki nem korlátozza a használatát. Ezt nem az „mplayer” fejleszti, így nem is lehetne külsőbb.
Ezt két módon tudod használni (enable-libvorbis után): statikusan, dinamikusan.
~ Az mp3 egy zárt szabadalmi eljárás alá eső cucc, így a formátum de/enkódolásához egy másik algoritmust kellett kitalálni. És mivel az első számú zárt, ezért többen többfélével megpróbálkoztak. Enkódolásban talán a lame, dekódolásban az ffmpeg a legnépszerűbb.
Tehát itt pl. választhatsz a lame (enable-mp3lame) ill. a beépített (enable-mp3lib) közül. És természetesen ott van – a mondjuk így – lame lavc wrapper2 (enable-mp3lame-lavc). És így is meg lehet hívni a lame függvénykönyvtárát. (A vorbist meg csak így lehet, mert abból egy van… minek bonyolítani a dolgot, hogy minden kódolónak külön paramétert kelljen megadni – majd „lefordítja” a program maga.)Az meg egy másik kérdés, hogy az adott függvénykönyvtárakat több program képes használni… pl. azok is írhatnak ilyet (szoktak is), akik magát a függvénykönyvtárat írták. De marhaság lenne egy binárisnak egy másik binárist futtatni, ami a fos függvénykönyvtárat használja, amikor lehet írni rá egy binárist, ami közvetlenül tudja. Egyszerűbb, mint a futtató paramétereknél az „exec”-cel megküzdeni… és a sebességek különbsége meg…
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz