Hozzászólások
-
SzerzőBejegyzés
-
Nem eszik olyan forrón…
Eltávolítottam a kdebase-nsplugins csomagot, és helyreállt a rend.
Mindazonáltal a kbuildsycoca –menutest-re így is van egy csomó érvénytelen bejegyzés.Code:Invalid entry (missing ‘=’) at /home/csablak/.kde/share/mimelnk/audio/mp3.desktop:4
kio (KService*): WARNING: The service/mime type config file
audio/mp3.desktop
does not contain a ServiceType=…
or MimeType=… entryNem eszik olyan forrón…
Eltávolítottam a kdebase-nsplugins csomagot, és helyreállt a rend.
Mindazonáltal a kbuildsycoca –menutest-re így is van egy csomó érvénytelen bejegyzés.Code:Invalid entry (missing ‘=’) at /home/csablak/.kde/share/mimelnk/audio/mp3.desktop:4
kio (KService*): WARNING: The service/mime type config file
audio/mp3.desktop
does not contain a ServiceType=…
or MimeType=… entryA Geforce 8x-es szérától az nvidia hardware jelentősen megváltozott, és pld. az nv meghajtó sem bír vele.
Ezért van csak vesa defaultként.
A 180.x-es driverektől kezdve ráadásul maga a driver is megváltozott. Bevezették a vdpau támogatást, mely a grafikus magot veszi elő ha számítási teljesítményre van szükség. Ezáltal véve le jelentős terhet a cpu-ról.
De azt a bizonyos shared pixel buffer-t is kivették, és emiatt pld. a kde 3.5.x-es kuickshow csak moziakdarabkákat mutat.
Erre van egy opció, melyet illik beírni a device szakaszba, ha szeretnénk tovább használni a kuickshow-t.
Option „AllowSHMPixmaps” „true”
Gondolom ilyen dolgok miatt problémázik a wine is. Az opciókat nézd át, és azokat szükség szerint állítsd be.
Erre a sax nem lesz elég. Ezt manuálisan kell megoldani. Olvasd a read.me-jét.
De éppen ma adták ki a legújabb stabil drivert. Nézd meg azt is.A Geforce 8x-es szérától az nvidia hardware jelentősen megváltozott, és pld. az nv meghajtó sem bír vele.
Ezért van csak vesa defaultként.
A 180.x-es driverektől kezdve ráadásul maga a driver is megváltozott. Bevezették a vdpau támogatást, mely a grafikus magot veszi elő ha számítási teljesítményre van szükség. Ezáltal véve le jelentős terhet a cpu-ról.
De azt a bizonyos shared pixel buffer-t is kivették, és emiatt pld. a kde 3.5.x-es kuickshow csak moziakdarabkákat mutat.
Erre van egy opció, melyet illik beírni a device szakaszba, ha szeretnénk tovább használni a kuickshow-t.
Option „AllowSHMPixmaps” „true”
Gondolom ilyen dolgok miatt problémázik a wine is. Az opciókat nézd át, és azokat szükség szerint állítsd be.
Erre a sax nem lesz elég. Ezt manuálisan kell megoldani. Olvasd a read.me-jét.
De éppen ma adták ki a legújabb stabil drivert. Nézd meg azt is.Értem. Mindenki máshonnan közelíti meg a dolgot.
Itt a teljes kód: Most direkt megENTEReztem! Hogy ne kelljen scroolozni.
Code:mencoder tv:// -tv driver=v4l2:norm=PAL:device=/dev/video0:input=0:amode=1:channel=SE14:width=720:height=540:fps=25:quality=0:buffersize=1024
-oac lavc -lavcopts acodec=vorbis:abitrate=96
-ovc xvid -xvidencopts bitrate=1800:trellis:hq_ac:closed_gop:chroma_opt:quant_type=mpeg:me_quality=4:aspect=4/3 crop=704:528:8:6,
-o /mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:19.avi
2>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:19_error.log
1>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:19_uzenet.log
-endpos 00:00:30Ez egy változókkal teli dologból kreálódik.
Ha az egyik változó helyett a másikat választom, akkor mp3 lesz a hang:Code:tv:// -tv driver=v4l2:norm=PAL:device=/dev/video0:input=0:amode=1:channel=SE14:width=720:height=540:fps=25:quality=0:buffersize=1024
-oac mp3lame -lameopts cbr:br=96:mode=0
-ovc xvid -xvidencopts bitrate=1800:trellis:hq_ac:closed_gop:chroma_opt:quant_type=mpeg:me_quality=4:aspect=4/3 crop=704:528:8:6,
-o /mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:23.avi
2>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:23_error.log
1>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:23_uzenet.log
-endpos 00:00:30Esetleg nem is xvid-et hanem divx-et használnék:
Code:tv:// -tv driver=v4l2:norm=PAL:device=/dev/video0:input=0:amode=1:channel=SE14:width=720:height=540:fps=25:quality=0:buffersize=1024
-oac mp3lame -lameopts cbr:br=96:mode=0
-ovc lavc -lavcopts vcodec=mpeg4:mbd=2:mv0:trell:v4mv:vbitrate=1800:cbp:last_pred=3:predia=2:dia=2: vmax_b_frames=2:vb_strategy=1:cmp=2:subcmp=2:precmp=2:preme=2:aspect=4/3 -vf crop=704:528:8:6,pp=lb,harddup, -ffourcc DIVX
-o /mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:24.avi
2>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:24_error.log
1>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:24_uzenet.log
-endpos 00:00:30De ahogy tovább olvasom a neten fellelhető infókat, ebből az lesz világos számomra, hogy ogg hangot (vorbis) csak ogm videóval lehet probléma nélkül összeházasítani?
Azt meg ugye semmi a világon le nem játssza.Hogy hangot is vegyen fel azt külön, másképpen adom meg neki. A script elején van egy
Code:/usr/bin/aumix -l 0 -l R -i 75a végén meg egy
Code:/usr/bin/aumix -l 0 -l P -i 0parancs.
Azt is megkérdezném, hogy melyik lenne a jobb, a processzor terhelést figyelembe véve. A crop vagy a scale inkább?
Értem. Mindenki máshonnan közelíti meg a dolgot.
Itt a teljes kód: Most direkt megENTEReztem! Hogy ne kelljen scroolozni.
Code:mencoder tv:// -tv driver=v4l2:norm=PAL:device=/dev/video0:input=0:amode=1:channel=SE14:width=720:height=540:fps=25:quality=0:buffersize=1024
-oac lavc -lavcopts acodec=vorbis:abitrate=96
-ovc xvid -xvidencopts bitrate=1800:trellis:hq_ac:closed_gop:chroma_opt:quant_type=mpeg:me_quality=4:aspect=4/3 crop=704:528:8:6,
-o /mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:19.avi
2>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:19_error.log
1>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:19_uzenet.log
-endpos 00:00:30Ez egy változókkal teli dologból kreálódik.
Ha az egyik változó helyett a másikat választom, akkor mp3 lesz a hang:Code:tv:// -tv driver=v4l2:norm=PAL:device=/dev/video0:input=0:amode=1:channel=SE14:width=720:height=540:fps=25:quality=0:buffersize=1024
-oac mp3lame -lameopts cbr:br=96:mode=0
-ovc xvid -xvidencopts bitrate=1800:trellis:hq_ac:closed_gop:chroma_opt:quant_type=mpeg:me_quality=4:aspect=4/3 crop=704:528:8:6,
-o /mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:23.avi
2>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:23_error.log
1>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:23_uzenet.log
-endpos 00:00:30Esetleg nem is xvid-et hanem divx-et használnék:
Code:tv:// -tv driver=v4l2:norm=PAL:device=/dev/video0:input=0:amode=1:channel=SE14:width=720:height=540:fps=25:quality=0:buffersize=1024
-oac mp3lame -lameopts cbr:br=96:mode=0
-ovc lavc -lavcopts vcodec=mpeg4:mbd=2:mv0:trell:v4mv:vbitrate=1800:cbp:last_pred=3:predia=2:dia=2: vmax_b_frames=2:vb_strategy=1:cmp=2:subcmp=2:precmp=2:preme=2:aspect=4/3 -vf crop=704:528:8:6,pp=lb,harddup, -ffourcc DIVX
-o /mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:24.avi
2>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:24_error.log
1>/mnt/egyebek/videos/From_tv/Viva/Viva_rip_09-05-20_10:24_uzenet.log
-endpos 00:00:30De ahogy tovább olvasom a neten fellelhető infókat, ebből az lesz világos számomra, hogy ogg hangot (vorbis) csak ogm videóval lehet probléma nélkül összeházasítani?
Azt meg ugye semmi a világon le nem játssza.Hogy hangot is vegyen fel azt külön, másképpen adom meg neki. A script elején van egy
Code:/usr/bin/aumix -l 0 -l R -i 75a végén meg egy
Code:/usr/bin/aumix -l 0 -l P -i 0parancs.
Azt is megkérdezném, hogy melyik lenne a jobb, a processzor terhelést figyelembe véve. A crop vagy a scale inkább?
Hello 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.
Hello 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.
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.
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.
-
SzerzőBejegyzés
legutóbbi hsz