- This topic has 6 hozzászólás, 5 résztvevő, and was last updated 20 years, 1 months telt el by
Inkvisitor.
-
SzerzőBejegyzés
-
2005-06-08-21:13 #2019611
Nem tudom a megoldást, de nálam most volt egy kis gond a tv kártyával, lehet, hogy tanulságos.
2005-06-08-22:31 #2019612Lecseréltem a rendszerem egy részét, most egy Athlon 64 3000+ (0.09) megyen egy Abit AV8 alaplapon 1 GB RAM-mal. A többi hardveremet (táp, IDE vinyó, stb., tuner) nem cseréltem le.
A tuner (valami noname, de card=10 tuner=1 radio=1-ként már évek óta ismeri a Linux) eddig – 1.8-as Celeron – tökéletesen mûködött. Most viszont nem vagyok vele elégedett. Ha elindítom pl. a gnomeradio-t, nincs hang az esetek nagy többségében. Ha van, akkor a mute/unmute során rengeteget hibázik, van, amikor nem némít, aztán a következõ kattintásnál meg igen, aztán nem unmute-ol, csak ezredik kattintásra (közben a gomb minden kattintásnál ki-be nyomódik), és ez elég bosszantó…
A korábbi rendszeremnél egyetlen egyszer találkoztam ilyen problémával, amikor az 1.8-as cerkát felhúztam 2 gigára. Akkor pontosan ugyanezt a rapszodikus mûködést produkálta a tuner. De a jelenlegi proci nincs húzva, minden alapon van, mégis instabil a tuner…
Az, hogy a proci 1836 MHz-en megy, holott az „1800(200)”-at választottam a BIOS-ban, de azon nyo,mban 204-re vette az FSB-t, az ugye normális?
Nyilván UHU 1.2-t használok, azért itt tettem fel a kérdést. 🙂 A helyzet a DMCRadio-val is, a tvtime-mal is ugyanez. Hang nincs.
Tud valaki valami megoldást?
[align=right][snapback]137636[/snapback][/align]– Biztos vagy benne, hogy a processzor miatt nem mûködik a tuner? Mert én valahogy kétlem…
– Gnomeradio, hát igen, az nem mûködött nekem sem soha…
–2005-06-09-14:03 #2019613Nem tudom a megoldást, de nálam most volt egy kis gond a tv kártyával, lehet, hogy tanulságos.
2005-06-09-16:36 #2019614„PCI busz frekvenciája is kicsit elment (ha nagy baromságot mondok, ne lõjetek le!), és akkor jelentkezett pont ugyanez a hiba. Visszavettem 1900(!)-ra, akkor már nem volt semmi baj…”
– A bus frekvencia a sávszélességet befolyásolja, de ilyen szempontból negatív hatása nem lehet, mivel egy ilyen eszköz a sávszélesség töredékét használja.
– Viszont ha megváltozik a frekvencia esetleg hasznos a feszültséget is állítani. (Talán növelni kell majd, de ebben sem vagyok biztos.) Nyílván van egy optimális érték, melynek érdemes utána nézni…
– A 64 bites módban futtatással az is lehet, hogy megszûnnek a problémák, vagy akár újak is keletkezhetnek. (Pl. régebben volt rá példa, hogy nem mûködtek biz. körülmények között biz. videokártyák.)2005-06-10-04:47 #2019615„PCI busz frekvenciája is kicsit elment (ha nagy baromságot mondok, ne lõjetek le!), és akkor jelentkezett pont ugyanez a hiba. Visszavettem 1900(!)-ra, akkor már nem volt semmi baj…”
– A bus frekvencia a sávszélességet befolyásolja, de ilyen szempontból negatív hatása nem lehet, mivel egy ilyen eszköz a sávszélesség töredékét használja.
– Viszont ha megváltozik a frekvencia esetleg hasznos a feszültséget is állítani. (Talán növelni kell majd, de ebben sem vagyok biztos.) Nyílván van egy optimális érték, melynek érdemes utána nézni…
– A 64 bites módban futtatással az is lehet, hogy megszûnnek a problémák, vagy akár újak is keletkezhetnek. (Pl. régebben volt rá példa, hogy nem mûködtek biz. körülmények között biz. videokártyák.)
[align=right][snapback]137724[/snapback][/align]Köszi! Asszem értem. Kipróbálok majd egy 64 bites disztrót, hátha segít.
Közben a hibáról szóló sorokat találtam a dmesg kimenetében. Tesztelgettem egy darabig, míg biztos lehettem benne, hogy a mute/unmute párossal állnak ezek kapcsolatban.
Code:pic16c54 (PV951): chip_write: reg2=0x10
pic16c54 (PV951): I/O error (write reg2=0x10)
….
pic16c54 (PV951): chip_write: reg2=0xa0
pic16c54 (PV951): chip_command 0x40287611Amikor 0x10-et akarna írni, akkor mute lenne, amikor meg 0xa0-t, akkor unmute. Amikor valóban némít vagy visszaadja a hangot, akkor nincs hibaüzenet.
Valakinek van sejtése arról, hogy ez mitõl lehet?
Kösz!2005-06-10-07:35 #2019616Szerintem a 64 bites géppel nincs semmi baj. Nekem teljesen normálisan megy rajta az uhu tvtime-vel és mplayerral. Van már 64 bites oprendszer is a gépen (FC+), de még vannak ismerkedési problémáink (helixplayer lejátszik egyátalán valamit?)
A chiprõl nem tudok semmit, de az elnémüulás után nézd meg a hangerõszabályzókat. Mikor egyszer nekem elnémult, azokkal vissza lehetett hozni a hangot. Bár meg nem mondom, miért.2009-12-04-19:57 #1879860Lecseréltem a rendszerem egy részét, most egy Athlon 64 3000+ (0.09) megyen egy Abit AV8 alaplapon 1 GB RAM-mal. A többi hardveremet (táp, IDE vinyó, stb., tuner) nem cseréltem le.
A tuner (valami noname, de card=10 tuner=1 radio=1-ként már évek óta ismeri a Linux) eddig – 1.8-as Celeron – tökéletesen mûködött. Most viszont nem vagyok vele elégedett. Ha elindítom pl. a gnomeradio-t, nincs hang az esetek nagy többségében. Ha van, akkor a mute/unmute során rengeteget hibázik, van, amikor nem némít, aztán a következõ kattintásnál meg igen, aztán nem unmute-ol, csak ezredik kattintásra (közben a gomb minden kattintásnál ki-be nyomódik), és ez elég bosszantó…
A korábbi rendszeremnél egyetlen egyszer találkoztam ilyen problémával, amikor az 1.8-as cerkát felhúztam 2 gigára. Akkor pontosan ugyanezt a rapszodikus mûködést produkálta a tuner. De a jelenlegi proci nincs húzva, minden alapon van, mégis instabil a tuner…
Az, hogy a proci 1836 MHz-en megy, holott az „1800(200)”-at választottam a BIOS-ban, de azon nyo,mban 204-re vette az FSB-t, az ugye normális?
Nyilván UHU 1.2-t használok, azért itt tettem fel a kérdést. 🙂 A helyzet a DMCRadio-val is, a tvtime-mal is ugyanez. Hang nincs.
Tud valaki valami megoldást?
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz