activer79

Hozzászólások

10 bejegyzés megtekintése - 51-60 / 97
  • Szerző
    Bejegyzés
  • Hozzászólás: WMV fájlok lejátszása sikertelen #2061598
    activer79
    Felhasználó

      Sziasztok!

      Szinten a wmv file-ok lejatszasaval van problemam Uhu 2.0-ban. Az mplayer-w32codecs csomag telepitve van. Az mplayer a kovetkezo uzenetet adja:

      Code:
      Ez egy ASF formátumú fájl!
      VIDEO:  [WMV3]  320×240  24bpp  1000.000 fps    0.0 kbps ( 0.0 kbyte/s)
      Klipp info:
      name:
      author:
      copyright:
      comments:
      ==========================================================================
      Audio dekóder meghívása: [ffmpeg] FFmpeg/libavcodec audio decoders

      Az MPlayer futása 11-es szignál miatt megszakadt a(z) init_audio_codec modulban

      Egyebkent tenyleg csak a hanggal van problema, mert a -nosound opcioval a kepet lejatsza rendesen. Az alsa kimenetet hasznalom, de probaltam mar arts-re, oss-re beallitani, de ugy sem lett jo. Egyebkent a lejatszando file-okkal nem lehet problema, mert uhu 1.2-n meg lejatszotta oket az mplayer.

      Tudnatok segiteni, mi lehet a baj, vagy hogy lehetne kideriteni?

      Koszi!

      activer79
      Felhasználó

        Udv!

        Miert nem probalsz meg kiloni alkalmazasokat a legnagyobb processzorhasznalok kozul, mint ahogy mar korabban javasoltak? Pl. elsokent a gam_servert. Nyiss egy konzolt, jelentkezz be root-kent, majd add ki:

        killall gam_server

        Aztan figyeld, valtozik-e a proci hasznalat!

        Hozzászólás: UHU 2.0 modul betöltése bootkor #2074793
        activer79
        Felhasználó

          Nem tartozik szorosan a temahoz, de ha mar szoba kerult: az elozo alaplapommal sokaig en sem tudtam mukodesre birni az nvidia drivert, pedig tobb kartyaval is probaltam. Aztan vegul az nvagp opcio hasznalata segitett.
          Valahogy igy nezett ki a /etc/X11/xorg.conf file „section device” resze:

          Code:
          Section „Device”
          Identifier „UHU-Card”
          Driver „nvidia”
                  Option „NvAgp” „1”

          A lenyeg az NvAgp utan allo szam, ami lehet 0, 1, 2, 3
          Bovebben:  /usr/share/doc/NVIDIA_GLX-1.0/README.txt
          Persze a rivafb es nvidiafb drivereket mindenkepp el kell tavolitani, valamint a load dri sort az xorg.conf section module reszeben.

          Valami azert Nalad sem egeszen jo, ha visszatoltodtek a modulok. Latszolag nalam is beallitja, hogy nem fogja betolteni, viszont reboot utan ott vannak az lsmod kimeneteben.

          Hozzászólás: UHU 2.0 modul betöltése bootkor #2074790
          activer79
          Felhasználó

            Koszi az otleteket!

            Sajnos az nvidia.conf atmozgatasa nem segitett.  🙁
            Nem tudom pontosan, ez a file mire valo, de tartalma alapjan valami olyasmi lehet, hogy eltavolitja a nvidiafb es rivafb modulokat az nvidia driver telepitesekor?

            Kistukesz: mennie kellene, de nalam megsem mukodik, pontosabban modulokat lehet ki/be toltogetni, csak azt nem lehet beallitani, hogy bootolaskor betoltodjenek-e vagy sem. modprobe -r, illetve rmmod termeszetesen jo, de azert megsem az a megoldas, hogy minden bootolasnal lefuttatok egy scriptet a nemkivanatos modulok eltavolitasara.

            Azt hiszem irok az uhu-levlistara ezzel kapcsolatban, de elotte azert jo volna tudni, hogy masoknal is fennall-e a problema. Kiprobalna valaki?

            Hozzászólás: UHU 2.0 modul betöltése bootkor #2074787
            activer79
            Felhasználó

              Sziasztok!

              Erdekes dolgot vettem eszre az Uhu 2.0-ban, bar erre mar a fentiekbol is lehet kovetkeztetni. (lehet, hogy ez masnak mar egyertelmu, csak nekem lassu a felfogasom). Nalam az uhu-control-centerben a kernelmodulok bootolaskor torteno betoltesere/kihagyasara vonatkozo resz teljesen hatastalan. Magyarul hiaba teszek zold pipat  valamelyik modulhoz, hogy bootolaskor automatikusan toltodjon, vagy piros x-et, hogy hagyja ki, egyik sem hajtodik vegre. Valoszinuleg ez abbol adodik, hogy az uhu-control-center a /etc/modules.load es modules.skip file-okba ir, amelyek hatastalanok.

              Masnal mukodik ez a funkcio?
              Modulok betoltesere van megoldas, esetleg tudtok arra valami modot, hogyan tudnam megakadalyozni a rivafb es nvidiafb betoltodeset (torlesen, kernel ujraforditason kivul)?

              Hozzászólás: UHU 2.0 modul betöltése bootkor #2074783
              activer79
              Felhasználó

                A modulbetoltes elvileg az etc/modules.load file-ba irva is kellene, hogy mukodjon, ide nem kell semmilyen parancs, csak a betoltendo modulok nevet, neveit kell beirni. Az uhu-control-center is ezt a file-t irja. (en az ide-scsi kernelmodult szerettem volna betolteni boot-kor, de valamiert ezzel a modszerrel nem sikerult) Egy probat megerne talan a lirc_serial-al.

                Hozzászólás: UHU 2.0 modul betöltése bootkor #2074781
                activer79
                Felhasználó

                  Udv!

                  Egy tippet tudok adni:
                  Az /etc/rc.boot konyvtarban kellene korulnezni. Ott talalsz egy 10-system.boot nevu file-t, ebben van egy olyan resz, hogy kernelmodulok betoltese. Megprobalhatod ide hozzairni, vagy ha nem megy letrehozhatsz egy kulon file-t is a /etc/rc.boot konyvtarban, amibe birod azokat a parancsokat, amiket szeretnel, hogy bootolaskor lefussanak. Persze mindezt root-kent, es fontos, hogy a file futtathato legyen, valamint a tobbi ottlevohoz hasonloan kell elnevezni (szammal kezdodjon, .boot vegu legyen). Nalam az irda port beallitasa mukodik igy, remelem a Te lirced is eletre kelti!

                  Hozzászólás: xcdroast: csak root-ként használható #2074122
                  activer79
                  Felhasználó

                    Erre gondolsz?

                    „Linux Kernel 2.6.8 broke CD-Writing:
                    I had several reports that the last 2.6.x kernel broke CD-Writing using the ATAPI driver. Don’t update if you want to continue to use X-CD-Roast, or switch back to SCSI-emulation.
                    Update: When started from a root shell burning still works, but non-root mode is disabled by this kernel.”

                    Mostanaban nem neztem meg az oldaluk, de mar latom, hogy masoknak is ugyanez volt a gondjuk, (bocsi az angol nyelvu idezetert)

                    SCSI emulacio bekapcsolasaval a fentiek szerint mukodnie kellene, de megis hiaba toltom be az ide-scsi modult, ami egyebkent eleg furan viselkedik. Az uhu-control-centerben bekapcsoltam, hogy toltse be bootolaskor, a boot-folyamat vegen ennek ellenere megsem volt ez a modul betoltve. Viszont a modprobe paranccsal siman betoltheto.

                    Hozzászólás: xcdroast: csak root-ként használható #2074120
                    activer79
                    Felhasználó

                      Udv!

                      Igazad volt milfer, probalkoztam meg scsi modulok betoltesevel, (ide-scsi, scsi-mod), de ettol sem javult meg az xcdroast, ugyhogy fogtam magam es felraktam forrasbol a graveman-t. Az egesz muvelet (letoltes, telepites, beallitas) nem volt tobb 10 percnel, es ugy nez ki ez gond nelkul mukodik, bar meg csak CD-t irtam vele. Raadasul egybol magyarul beszel, gtk-s feluletu, gnome-hoz jol illeszkedik, egyszeru, gyors.

                      http://graveman.tuxfamily.org/index.php

                      Hozzászólás: xcdroast: csak root-ként használható #2074118
                      activer79
                      Felhasználó

                        Udv!

                        Engem is pont azert bosszant, mert 1.2 es 1.1.1 alatt is jo volt, igaz akkor a DVD meghajto meg nem volt a gepben. Ezt kifejezetten az Uhu 2.0 miatt vettem. Viszont megprobaltam mar enelkul is, valamint probaltam mashogy csatlakoztatni az eszkozoket (hogy a cd/dvd meghajtok ne legyenek egy kabelen), de semmi valtozas. Probaltam dao es tao modokban is irni, de egyik sem megy 🙁

                        sany: nem tudom pontosan mire gondolsz, mikor valamit atallitottam/megvaltoztattam (pl. jogosultsagok allitasa), mindig ujrakonfigoltam: inditas elott toroltem a home konyvtarban a ./.xcdroast alkonyvtart, igy ujrakereste az eszkozoket, ezutan pedig mentettem az „uj” beallitasokat.

                        Csatoltam a cdrecord altal adott hibauzenetet, valamint az xcdroast config file-t, hatha kozelebb visz a megoldashoz.

                      10 bejegyzés megtekintése - 51-60 / 97