csablak

Hozzászólások

10 bejegyzés megtekintése - 121-130 / 869
  • Szerző
    Bejegyzés
  • Hozzászólás: mimelnk #2189561
    csablak
    Felhasználó

      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=… entry
      Hozzászólás: mimelnk #2189562
      csablak
      Felhasználó

        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=… entry
        csablak
        Felhasználó

          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.

          csablak
          Felhasználó

            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.

            Hozzászólás: Mencoder kérdések #2131698
            csablak
            Felhasználó

              É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:30

              Ez 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:30

              Esetleg 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:30

              De 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 75

              a végén meg egy

              Code:
              /usr/bin/aumix -l 0 -l P -i 0

              parancs.

              Azt is megkérdezném, hogy melyik lenne a jobb, a processzor terhelést figyelembe véve. A crop vagy a scale inkább?

              Hozzászólás: Mencoder kérdések #2131699
              csablak
              Felhasználó

                É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:30

                Ez 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:30

                Esetleg 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:30

                De 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 75

                a végén meg egy

                Code:
                /usr/bin/aumix -l 0 -l P -i 0

                parancs.

                Azt is megkérdezném, hogy melyik lenne a jobb, a processzor terhelést figyelembe véve. A crop vagy a scale inkább?

                Hozzászólás: Mencoder kérdések #2131692
                csablak
                Felhasználó

                  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.

                  Hozzászólás: Mencoder kérdések #2131693
                  csablak
                  Felhasználó

                    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.

                    Hozzászólás: Mencoder kérdések #2131686
                    csablak
                    Felhasználó

                      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=0

                      Azt is észrevettem hogy a vorbis a mode=0-t (Stereo) nem fogadta el. Jó lenne ha nem mono-ban venne fel.

                      Hozzászólás: Mencoder kérdések #2131687
                      csablak
                      Felhasználó

                        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=0

                        Azt is észrevettem hogy a vorbis a mode=0-t (Stereo) nem fogadta el. Jó lenne ha nem mono-ban venne fel.

                      10 bejegyzés megtekintése - 121-130 / 869