Tv nézés és a blackPanther OS

Kezdőlap Fórumok blackPanther OS blackPanther OS CD/DVD kérdések/válaszok Tv nézés és a blackPanther OS

10 bejegyzés megtekintése - 171-180 / 260
  • Szerző
    Bejegyzés
  • #2037371
    csablak
    Felhasználó
      vadkan wrote:
      vadkan wrote:
      Azért idéztem magamtól mert nekem sem müködött a webkamera mig a scanner csatlakoztatva volt…

      Ha az /etc/sane.d/dll.conf-ban kommentjelet teszel a v4l elé, akkor nem fog bezavarni a scanner a webkamerának.
      #v4l

      #2037372
      admin
      Adminisztrátor
        csablak wrote:
        Hello Vector!

        Ugyan nem szorosan a topikhoz kívánok hozzászólni, de a tvkártya részhez már köze van a kérdésemnek.
        Nevezetesen a kernelen kívül mitől függhet egy tvkártya működése?
        Gondolok itt esetleges udev, rules meg mit tudom én milyen szabályokra. Fimware bejátszhat-e egy tvkártya működésébe főleg ha elvileg nincs is rá szüksége?
        Ugyanis érdekes szituációba botlottam. Többet egyelőre nem kívánok elárulni.
        A tvkártya amiről szó van, az egy Pinnacle PCTV 40i/50i/110i.
        SAA7134-es modult használ.

        Ha nem kell firmware egy eszközhöz akkor mi köze lenne hozzá?
        A régi Pinnacle kártyák használta azért lett problémás mert a kernelben gyökeres változások történtek a kártya gyártása óta, ami szinte minden részét érinti. A V4L-tól a PCI-táblán át az IRQ kezelésig, illetve egy modul is kikerült a kernelből, illetve ha jól emlékszem, beolvadt egy másikba. Tudtommal azóta vagy egyes VGA kártyával, vagy az AGP/PCIe vezérlővel is ütközik egyes gépeken. Többet nem tudok róla, nagyon régóta nem volt nálam ilyen eszköz.

        #2037373
        csablak
        Felhasználó

          Nos ezt a részét értem is. Gyökeres változások a kernelben. Éppen ezért az nvidia vga kártyákkal nem kompatibilis. Tehát ez lenne a jövő útja hogy minden működő de fél évnél régebbii eszközt szórjunk ki? Pedig tavaly vettem.

          De nézzük tovább. Nekem is Nvidia kártyám van de integrált, és érdekes módon nincs az együttműködéssel gond. Egy másik gépben meg ahol nincs integrált vga ott az nvidia kártyával nem is hajlandó működni, csak ati-val. Ezek szerint ez nem az nvidia driver hibája, hanem egy irq kiosztásé? A kernelé?

          Csak úgy halkan jegyzem meg, hogy az irq ütközéseket miért is nem oldották meg? Anno a dos-ban mintha pld. a sound blaster-nek lehetett megmondani az autoexec.bat-ban hogy milyen irq-t használjon. Én legalábbis nem találtam még erre megoldást.

          No de azért is kérdezem mert most a jelenség az, hogy egyes adókat egyszerűen nem értelmez, kihagy, nem vesz róla tudomást.
          Azért nem gondoltam kernel problémára, mert egy régebbi rendszerre leforgattam az új 2.6.31.5-ös kernelt, és a régebbi rendszeren az új kernellel minden gond nélkül megmutatja az összes csatornát. Viszont az új rendszeren nem.
          Az is érdekes hogy a az új rendszeren pld. a rádió része sem szól, csak súg, míg a régi rendszeren az új kernellel az is továbbra is működik.
          Régi rendszer, új rendszer.
          Lehet fájó pont neked, de én Mandrivát használok. S a 2008.1-ben minden okés, a 2010-ben meg nem.
          De olyan adókat hagy ki, hogy S28 van, S29 nincs, S30 van. Néha ha sokat váltogatok a csatornák között, akkor esetleg elkapja de nagyon ritka.
          Viszont ubuntu 9.1, opensuse 11.2, és blackpanther 9.1.1 alatt sincs ilyen gond. A blackpanther 10.0-t még nem teszteltem ebből a szempontból.
          Mert talán még le sem lehet tölteni.

          De milyen tvkártyát érdemes akkor venni? Ezeket a kis elhagyható usb-s vacakokat? Kábeltv hálózatra szeretném rákötni.

          Azért is téged kérdeztelek, mert Te mint fejlesztő talán jobban átlátod a dolgokat mint egy linux-ot csak használó user.

          #2037374
          kisbetu
          Felhasználó
            csablak wrote:
            De nézzük tovább. Nekem is Nvidia kártyám van de integrált, és érdekes módon nincs az együttműködéssel gond.

            No de azért is kérdezem mert most a jelenség az, hogy egyes adókat egyszerűen nem értelmez, kihagy, nem vesz róla tudomást.

            Az is érdekes hogy a az új rendszeren pld. a rádió része sem szól, csak súg, míg a régi rendszeren az új kernellel az is továbbra is működik.

            Viszont ubuntu 9.1, opensuse 11.2, és blackpanther 9.1.1 alatt sincs ilyen gond. A blackpanther 10.0-t még nem teszteltem ebből a szempontból.

            Nos, mint a pálya széléről bekiabáló drukker, annyit tudok hozzátenni, hogy a fentieket szinte én is írhattam volna, pedig a Panther csak a gépem talponállójáig szokott csak benézni, éjszakára nem marad.

            Nálam az openSUSE 11.2-n bizony előjöttek az idézett hibák: van csatorna, ami nincs, rádió nincs.
            Ráadásul a kdetv is megszűnt, ismét a fapados xawtv-t kell használnom.

            Azt viszont nem tudtam, hogy az nvidiával össze kéne akadnia, ezt még nem figyeltem ki.

            VISZONT: gyakran előfordul, hogy a „gyors” indítás miatt nem tölt be (időben, vagy egyáltalán?) modulokat. Képes úgy elindulni, hogy nincs TV-kártya, máskor meg a sensors nem töltődik be. De ez OFF, mert nem Panther, hanem a buta suse.

            #2037375
            vadkan
            Felhasználó

              A kábeltv fejállomáson a csatornák beállításakor gyakran „elhuzzák” egy kissé egymástól a csatornákat, hogy ne lépjen fel az interferencia.
              Ettől még a minőség jó marad de a csatornát az adott készülék kereséskor nem jeleniti meg kiváltképp ha autokeresést végzünk.
              Ilyenkor utólag kézileg, finomhangolással kell kikeresni az elveszettnek hitt sávon a csatornát.
              Talán az előzőekben leírt hibák okai is itt keresendőek…

              #2037376
              kisbetu
              Felhasználó
                vadkan wrote:
                A kábeltv fejállomáson a csatornák beállításakor gyakran „elhuzzák” egy kissé egymástól a csatornákat, hogy ne lépjen fel az interferencia.
                Ettől még a minőség jó marad de a csatornát az adott készülék kereséskor nem jeleniti meg kiváltképp ha autokeresést végzünk.
                Ilyenkor utólag kézileg, finomhangolással kell kikeresni az elveszettnek hitt sávon a csatornát.
                Talán az előzőekben leírt hibák okai is itt keresendőek…

                Igen, a drót tudja a fizikát.

                Kár, hogy a kétéves disztró ugyanazon a dróton működik, az új meg nem.

                #2037377
                csablak
                Felhasználó

                  Azt még tavaly kísérleteztem ki, hogy az mplayer/mencoder páros nem vesz fel, ha freq=(valami.25(0)-öt) adok meg neki, hanem csak akkor ha a sávot adom meg neki.
                  pld. channel=S11
                  Viszont hiába a manuálisan megadott sáv, így sem hajlandó megjeleníteni a kért csatornát.
                  #!/bin/bash
                  echo „Kérem a csatorna számot pld. E12: „
                  read code
                  mplayer tv:// -tv driver=v4l2:norm=PAL:alsa:adevice=hw.0,0:device=/dev/video0:input=0:channel=${code}:width=720:height=576 -vf crop=672:544:24:16 aspect=4/3

                  S miért jeleníti meg ugyanakkor a többi disztró? Holott azokban is új kernel van.
                  Én a tvtime-ot használom, és az egyszer már frankón beállított konfigomat hordozgatom. Eleddig bevált. De a nem megjelenő csatornákon ez sem segít.

                  #2037378
                  pointux
                  Felhasználó
                    csablak wrote:
                    Azt még tavaly kísérleteztem ki, hogy az mplayer/mencoder páros nem vesz fel, ha freq=(valami.25(0)-öt) adok meg neki, hanem csak akkor ha a sávot adom meg neki.

                    Nem lehet, hogy freq=(valami,25(0)-öt) kéne neki megadni? (Ill. másképp feltéve a kérdést, mi az LC_NUMERIC beállítása?)

                    #2037379
                    csablak
                    Felhasználó

                      LC_TELEPHONE=hu_HU.UTF-8
                      LC_CTYPE=hu_HU.UTF-8
                      LANGUAGE=hu_HU.UTF-8:hu
                      LC_MONETARY=hu_HU.UTF-8
                      LC_ADDRESS=hu_HU.UTF-8
                      LC_COLLATE=hu_HU.UTF-8
                      LC_PAPER=hu_HU.UTF-8
                      LC_NAME=hu_HU.UTF-8
                      LC_NUMERIC=hu_HU.UTF-8
                      SYSFONT=lat2-16
                      LC_MEASUREMENT=hu_HU.UTF-8
                      LC_TIME=hu_HU.UTF-8
                      LANG=hu_HU.UTF-8
                      LC_IDENTIFICATION=hu_HU.UTF-8
                      LC_MESSAGES=hu_HU.UTF-8

                      #2037380
                      pointux
                      Felhasználó

                        Na, akkor ott a baj – ahogy gondoltam – mert a magyar „tizedespont”, az tizedesvessző.

                      10 bejegyzés megtekintése - 171-180 / 260
                      • Be kell jelentkezni a hozzászóláshoz.