abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 16:38 | Komunita

Byly zveřejněny videozáznamy přednášek a workshopů z letošní konference OpenAlt konané 5. a 6. listopadu v Brně. K videozáznamům lze přistupovat ze stránky na SuperLectures nebo přes program konference, detaily o vybrané přednášce nebo workshopu a dále kliknutím na ikonku filmového pásu. Celkově bylo zpracováno 65 hodin z 89 přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
včera 11:30 | Komunita

Bylo oznámeno, že bude proveden bezpečnostní audit zdrojových kódů open source softwaru pro implementaci virtuálních privátních sítí OpenVPN. Audit provede Matthew D. Green (blog), uznávaný kryptolog a profesor na Univerzitě Johnse Hopkinse. Auditována bude verze 2.4 (aktuálně RC 1, stabilní verze je 2.3.14). Audit bude financován společností Private Internet Access [reddit].

Ladislav Hagara | Komentářů: 2
včera 06:00 | Komunita

Na YouTube byl publikován Blender Institute Reel 2016, ani ne dvouminutový sestřih z filmů, které vznikly za posledních 10 let díky Blender Institutu. V institutu aktuálně pracují na novém filmu Agent 327. Dění kolem filmu lze sledovat na Blender Cloudu. Videoukázka Agenta 327 z června letošního roku na YouTube.

Ladislav Hagara | Komentářů: 0
včera 01:02 | Zajímavý článek

Minulý týden byly vydány verze 1.2.3 a 1.1.7 webového poštovního klienta Roundcube. V oznámení o vydání bylo zmíněno řešení bezpečnostního problému nalezeného společností RIPS a souvisejícího s voláním funkce mail() v PHP. Tento týden byly zveřejněny podrobnosti. Útočník mohl pomocí speciálně připraveného emailu spustit na serveru libovolný příkaz. Stejně, jak je popsáno v článku Exploit PHP’s mail() to get remote code execution z roku 2014.

Ladislav Hagara | Komentářů: 1
8.12. 16:00 | Nová verze

Byla vydána verze 0.98 svobodného nelineárního video editoru Pitivi. Z novinek lze zmínit například přizpůsobitelné klávesové zkratky. Videoukázka práce s nejnovější verzí Pitivi na YouTube.

Ladislav Hagara | Komentářů: 1
8.12. 15:00 | Zajímavý software

Stop motion je technika animace, při níž je reálný objekt mezi jednotlivými snímky ručně upravován a posouván o malé úseky, tak aby po spojení vyvolala animace dojem spojitosti. Jaký software lze pro stop motion použít na Linuxu? Článek na OMG! Ubuntu! představuje Heron Animation. Ten bohužel podporuje pouze webové kamery. Podpora digitálních zrcadlovek je začleněna například v programu qStopMotion.

Ladislav Hagara | Komentářů: 5
7.12. 21:21 | Nová verze Ladislav Hagara | Komentářů: 0
7.12. 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 2
7.12. 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 10
6.12. 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 28
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 807 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Problem s rozlisenim 1600x1200

25.8.2008 10:40 Jozef Kollár
Problem s rozlisenim 1600x1200
Přečteno: 596×
Přílohy:
Dobry den!
Pouzivam nasledovny HW:
- graf karta: GeForce FX 5700LE
- monitor: Hewlett Packard LP2065
Na pocitaci mam nainstalovany Slackware 11.0 a momentalne experimentujem aj so Slackware 12.1. Moj problem je nasledovny: V novom slacku mi nechce nabehnut graficky rezim 1600x1200, pricom moj monitor ma toto rozlisenie ako nativne a v starom slacku (11.0) na danom pocitaci vsetko funguje bez najmensich problemov. Skusal som pouzit driver "nv" ako aj najnovsi binarny driver "nvidia". V oboch pripadoch som dosiahol max. rozlisenie 1280x1024. Pritom konfiguracny subor xorg.conf je v castiach tykajucich sa monitoru a grafiky v oboch verziach Slackwaru identicky.

V prilohe1 (priloha1.txt) je cast vypisu logu zo Slackware 11.0, kde vsetko funguje ako ma. Uvadzam len cast logoveho vypisu ktora sa tyka problemu, ako aj verziu jadra, X servra a drivra nVidie.

V uvedenom pripade vsetko funguje, co je z logu zrejme. V prilohe2 (priloha2.txt) uvadzam prislusne casti logu a konfiguracie zo Slackware 12.1 na tom istom pocitaci, kde mi rozlisenie 1600x1200 nejde.

Z uvedeneho logu je zrejme, ze X server nenasiel platny mod pre rozlisenie 1600x1200 a teda toto rozlisenie nepouzil. Skusal som v xorg.conf explicitne zadat ModeLine, pricom som googlil na internete ModeLine riadky pre podobny HW ako mam ja, ako aj som si zobral funkcne nastavenia zo Slackware 11.0 za pouzitia "nv" drivra. Mimochodom tu su este vypisy logov pri pouziti "nv" drivra v Slackware 11.0 obsahujuce funkcne dotclocky (opat len casti tykajuce sa problemu):

(--) NV(0): Display dimensions: (410, 310) mm
(--) NV(0): DPI set to (99, 98)

(**) NV(0): *Default mode "1600x1200": 202.5 MHz, 93.8 kHz, 75.0 Hz
(II) NV(0): Modeline "1600x1200" 202.50 1600 1664 1856 1160 1200 1201 1204 1250 +hsync +vsync

(**) NV(0): Default mode "1600x1200": 189.0 MHz, 87.5 kHz, 70.0 Hz
(II) NV(0): Modeline "1600x1200" 189.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync

(**) NV(0): Default mode "1600x1200": 175.5 MHz, 81.2 kHz, 65.0 Hz
(II) NV(0): Modeline "1600x1200" 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync

(**) NV(0): Default mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz
(II) NV(0): Modeline "1600x1200" 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync
...
...
(II) NV(0): Supported additional Video Mode:
(II) NV(0): clock: 162.0 MHz Image Size: 408 x 306 mm
(II) NV(0): h_active: 1600 h_sync: 1664 h_sync_end 1856 h_blank_end 2160 h_border: 0
(II) NV(0): v_active: 1200 v_sync: 1201 v_sync_end 1204 h_blanking: 1250 v_border: 0
(II) NV(0): Ranges: V min: 48 V max: 85 Hz, H min: 30 H max: 92 kHz, PixClock max 170 MHz
(II) NV(0): Monitor name: HP LP2065
(II) NV(0): Serial No: PLG738018M
(--) NV(0): CRTC 0 is currently programmed for DFP
(II) NV(0): Using DFP on CRTC 0
(--) NV(0): Panel size is 1600 x 1200

Ako vidno, tu vsetko funguje bez problemu, avsak pri pouziti tychto modov v konfiguracie pre Slackware 12.1 mi to vyhlasuje, ze tieto mody su neplatne a nepouzije ich.

Predpokladam, ze problem sa nachadza niekde v X serveri, pripadne v driveri pre nvidiu (co ale je menej pravdepodobne). Stretol sa uz niekto s podobnym problemom a vedel by mi poradit ako to vyriesit? V HW problem zjavne nie je, pretoze na nom rozlisenie 1600x1200 bez problemov funguje so starsim jadrom, X servrom a driverom. Graficku pamat karty, ako aj frekvencie monitora X server detekuje spravne. Hral som sa aj s roznymi parametrami binarneho drivra nvidie ako su "HorizSync" "DFP-0:..., "VertRefresh" "DFP-0:... a "MetaModes" "DFP-0:... (opat neuvadzam cele), ale ani to nepomohlo. Chcel som skusit instalovat aj starsi driver nvidie, ktory pouzivam v Slackware 11.0, ale ten mi s novym jadrom nesiel ani skompilovat.

Za kazdu radu vopred dakujem. J.K.

Odpovědi

25.8.2008 11:05 #Tom | skóre: 32 | blog: Inspirace, aneb co jsem kde vyhrabal
Rozbalit Rozbalit vše Re: Problem s rozlisenim 1600x1200
I když píšete, že to nepomohlo, úprava parametrů HorizSync a VertRefresh by měla pomoci, třeba já jsem musel posunout nahoru horní mez. Ovšem mód 1680×1050 nepatří mezi standardní a bez ModeLine mi nikdy nefungoval. ModeLine jsem si nechal spočítat programem gtf.

Podrobnosti si už přesně nepamatuju, ale v protokolu (/var/log/Xorg.0.log) byla asi nějaká chytrá hláška, která mi osvětlila, proč ModeLine nevyhovuje, a pak jsem rozšířil ty meze.
25.8.2008 19:53 Jozef Kollár
Rozbalit Rozbalit vše Re: Problem s rozlisenim 1600x1200
Vdaka za informaciu. Prikaz gtf som predtym nepoznal, takze som sa naucil opat nieco nove. Vygeneroval som si zopar Modeline riadkov pre rozne frekvencie, ale stale som na tom rovnako ako predtym - nefunguje to.

Pokial ide o protokol /var/log/Xorg.0.log, tak ten som prestudoval skutocne podrobne a pomerne dobre sa v nom orientujem. Zial ak pouzijem binarny nvidia driver, tak ten je velmi skupy na informacie. Vsetko co k danemu problemu povie je toto:

(--) NVIDIA(0): HP LP2065 (DFP-0): 150.0 MHz maximum pixel clock
(--) NVIDIA(0): HP LP2065 (DFP-0): Internal Single Link TMDS
(II) NVIDIA(0): Assigned Display Device: DFP-0
(WW) NVIDIA(0): No valid modes for "1600x1200"; removing.

Pricom len posledny riadok sa tyka problemu.

Driver nv je o cosi zhovorcivejsi:

(II) NV(0): Supported VESA Video Modes:
(II) NV(0): 720x400@70Hz
(II) NV(0): 640x480@60Hz
(II) NV(0): 640x480@75Hz
(II) NV(0): 800x600@60Hz
(II) NV(0): 832x624@75Hz
(II) NV(0): 1024x768@60Hz
(II) NV(0): 1024x768@75Hz
(II) NV(0): 1280x1024@75Hz
(II) NV(0): 1152x870@75Hz
(II) NV(0): Manufacturer's mask: 0
(II) NV(0): Supported Future Video Modes:
(II) NV(0): #0: hsize: 640  vsize 480  refresh: 85 vid: 22833
(II) NV(0): #1: hsize: 800  vsize 600  refresh: 85 vid: 22853
(II) NV(0): #2: hsize: 1024  vsize 768  refresh: 85 vid: 22881
(II) NV(0): #3: hsize: 1280  vsize 960  refresh: 60 vid: 16513
(II) NV(0): #4: hsize: 1280  vsize 1024  refresh: 60 vid: 32897
(II) NV(0): #5: hsize: 1280  vsize 1024  refresh: 85 vid: 39297
(II) NV(0): #6: hsize: 1600  vsize 1200  refresh: 60 vid: 16553

Tu mi nie je celkom jasne co znamena to Supported Future Video Modes:. Znie to tak, ako by ich teraz karta nepodporovala. Pritom v starsom Slackwari v protokole tieto riadky nemam.

No a este na zaver dalsia cast protokolu:

(II) NV(0): Not using mode "1600x1200" (exceeds panel dimensions)
(II) NV(0): Not using mode "1600x1200" (exceeds panel dimensions)
...
(II) NV(0): Not using driver mode "1600x1200" (exceeds panel dimensions)
(II) NV(0): Not using driver mode "1600x1200" (exceeds panel dimensions)
(II) NV(0): Not using mode "1600x1200" (no mode of this name)

Tu to vyzera, ako keby X server spatne odhadol rozmery panelu. Skusal som pozerat v manualovej stranke xorg.conf, ci sa niekde nedaju zadat natvrdo, pripadne ci by sa vobec nedali vypnut tie jeho testy a natvrdo mu zadat mod/mody, v ktorych ma fungovat. Nic take som tam nenasiel, ale zasa az taky odbornik nie som, takze rad si necham poradit. Inak v xorg.conf sa daju zadat akesi rozmery panelu, ale pokial som spravne pochopil, tak to su rozmery v milimetroch (a nie v bodoch) a podla nich X server len pocita DPI. Dakujem.

25.8.2008 21:07 #Tom
Rozbalit Rozbalit vše Re: Problem s rozlisenim 1600x1200
První, co mě napadlo, bylo překročení meze frekvence 150 MHz. Sice 1600×1200×60 = 115200000, ale po započtení bodů a řádků, které nejsou vidět, během nichž přebíhá elektronový svazek na další řádek, případně přebíhá zpátky do levého horního rohu, vyjde třeba toto:
  # 1600x1200 @ 60.00 Hz (GTF) hsync: 74.52 kHz; pclk: 160.96 MHz
  Modeline "1600x1200_60.00"  160.96  1600 1704 1880 2160  1200 1201 1204 1242  -HSync +Vsync
Podle výpisu tedy jde o překročení frekvence vysílání jednotlivých bodů grafickou kartou (pixel clock, dot clock). Rozsah by se měl vyskytovat v X protokolu také, např.:
(II) NVIDIA(0): Clock range:  12.00 to 215.00 MHz
Nevím, jestli je možné tuto frekvenci překročit. Jistým řešením by bylo přepočítat ModeLine tak, aby se stlačil pod frekvenci 150 MHz, a to tak, že se sníží počet neviditelných pixelů. Nejsem si ale jist, jestli to bude fungovat.
25.8.2008 22:58 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Problem s rozlisenim 1600x1200
Skuste vyměnit kabel k monitoru, u mě pokud nepoužiji originál kabel tak si moje ovladače od nvidie nepřečtou informace z monitoru a potom nepovolí žádné nestandartní rozlišení. (Asi v tom náhradním kabelu nejsou ty piny propojené)

Takže pokud se vám v logu X neoběví název monitoru tak potom musíte nějak zakázat zjištování rozlišení toho monitoru a nastavit nějaké obyčejné - případně nějaké modeline.

Já tam mám v logu něco takového:
(--) NVIDIA(0): Connected display device(s) on GeForce 7600 GS at PCI:1:0:0:
(--) NVIDIA(0):     ACI VW222 (CRT-0)
(--) NVIDIA(0): ACI VW222 (CRT-0): 400.0 MHz maximum pixel clock
(II) NVIDIA(0): Assigned Display Device: CRT-0
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0):     "1680x1050"
(II) NVIDIA(0): Virtual screen size determined to be 1680 x 1050
(--) NVIDIA(0): DPI set to (90, 88); computed from "UseEdidDpi" X config
(--) NVIDIA(0):     option
Takže skuste do konfiguráku dodat Option "UseEDID" "FALSE" Více viz: README.txt od nvidie...
25.8.2008 23:33 DNA
Rozbalit Rozbalit vše Re: Problem s rozlisenim 1600x1200
možná bych zkusil původní xorg.conf přejmenovat a vygenerovat nový ovladačem od nvidie, popř. to zkusit bez něj, ale to zřejmě najede pod nv...
26.8.2008 08:48 Jozef Kollár
Rozbalit Rozbalit vše Rakcie na predchadzajuce rady
Skusim suhrnne reagovat na vsetky predosle rady:

1. To prekrocenie medznej frekvencie 150MHz ma tiez hned napadlo. Skusal som preto aj Modeline riadky s obnovovacou frekvenciou 56Hz, pri ktorej sa dosahuje ~149MHz. A dokonca som potom siel az na 50Hz obnovovaciu frekvenciu, ktora je na pracu nepouzitelna, ale ani to nepomohlo. Takze problem s prekrocenim tych 150MHz by som vylucil. Okrem toho na tomto pocitaci mi bezi rozlisenie 1600x1200 60Hz v Slackawari 11.0 so starsimi X-kami.

2. Kabel k monitoru je originalny HP a myslim, ze je v poriadku. X server spravne detekuje monitor, spravne vypise znacku a model a spravne detekuje horiznotalne aj vertikalne frekvencie. Je to vidno aj v prilozenych castiach logov z povodneho prispevku. Ako som uz spomenul predtym - vzhladom na uvedene fakty si myslim, ze tento problem je cisto softwarovy a s najvacsou pravdepodobnostou je cosi zbabrane v X serveri. Este ale poobede skusim (teraz som v praci) Option "UseEDID" "FALSE" co vyzera pomerne slubne.

3. Samozrejme som skusal nechat vygenerovat xorg.conf instalacnym programom nvidia driveru. Ono vsetko funguje normalne, az na to, ze maximalne rozlisenie mam 1280x1024 a nie 1600x1200 ako by malo byt. Inak v konfiguracnom subore nie su ziadne specialne volby - mam tam uvedene len HorizSync a VertRefresh frekvencie monitora, ale nie su potrebne, pretoze to rovnako dobre funguje aj bez nich. Vsetok HW je spravne detekovany a v Slackwari 11.0 bez problemov aj funguju vsetky mody od 640x480 az po 1600x1200.
26.8.2008 14:10 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Rakcie na predchadzajuce rady
Taky mě napadlo jakou verzi driverů tam máš ? A taky zda správně detekují velikost RAM na kartě ? Zda si nemyslí že máš na kartě málo RAM ?
26.8.2008 14:21 Jozef Kollár
Rozbalit Rozbalit vše Re: Rakcie na predchadzajuce rady
Nie v tomto to nie je. Samozrejme na to som sa pozeral ako prve. Ako ale vidno z logov prilozenych k povodnemu prispevku, vsetok HW (vratane pamate) to detekuje spravne. Aj to v povodnom prispevku tusim spominam. To mi je na tom to nepochopitelne: HW zjavne funkcny, pretoze aj v tejto chvili mam na monitore rozlisenie 1600x1200 a 60Hz (len stary Slackware 11.0), X sever detekuje vsetok HW spravne - teda aspon to tvrdi v logoch a napriek tomu mi to nefunguje. Inak verzie driverov (v starom slacku 11.0 aj v novom 12.1), ako aj verzie x sevreru a jadra systemu su uvedene v povodnom prispevku v prilohach 1 a 2.

Pokial by niekoho este napadla nejaka rada, budem mu za nu vdacny.

26.8.2008 15:52 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Rakcie na predchadzajuce rady
No pokud se dívám dobře tak v jednom OS máš staré ovladače nvidia (legacy nvidia driver: compiled for 4.0.2, module version = 1.0.9746 ), a v druhém máš nejnovější ovladače (nvidia driver: NVIDIA GLX Module 173.14.12).

Právě že u těch starých se dalo vnutit rozlišení, kdešto u těch nových to jednoduše nejde jedině si pohrát s nějakou volbou a zrušit u těch nových tu autodetekci z EDID pak by to mělo jít i u těch nových. Případně skus do těch novějších použít starší ovladače od nvidie ty 1.0.9746 legacy pokud máš stejné x servery....
26.8.2008 16:38 Jozef Kollár
Rozbalit Rozbalit vše Re: Rakcie na predchadzajuce rady

Skusit dat stare ovladace bola tiez jedna z prvych veci co som skusal. Avsak ten stary ovladac mi s novym jadrom nesiel ani skompilovat, takze sa mi to nepodarilo. Okrem toho mam velmi silny pocit, ze moj problem nesuvisi s nvidia ovladacmi. Uplne rovnako sa mi to v novom Slackwari 12.1 sprava totiz aj s "nv" ovladacmi.

Ani tym starym ovladacom nebolo trebe nic "vnucovat", takze nemyslim si, ze v tomto rozdiele medzi starymi a novymi ovladacmi je nejaky rozdiel (teda co sa tyka mojho problemu). V Slacku 11.0 mi dokonca idu vsetky mozne graficke rozlisenia, aj ked v xorg.conf neuvediem ziadne paramatre monitora a grafickej karty. Staci dat driver nvidia (alebo aj nv) a zvysok si x server detekuje sam.

Idem prave vyskusat vypnut tu autodetekciu z EDID a zadat nejake modeline riadky. Ak by to nahodou pomohlo, tak to tu napisem. Zatial dakujem a prosim o dalsie rady.

26.8.2008 16:31 DNA
Rozbalit Rozbalit vše Re: Rakcie na predchadzajuce rady
V README jsem našel ještě toto:
Option "ExactModeTimingsDVI" "boolean"

    Forces the initialization of the X server with the exact timings specified in the ModeLine. 
Default: false (for DVI devices, the X server initializes with the closest mode in the EDID list).
Čili by mohlo pomoci do Section "Device" nacpat:

Option "ExactModeTimingsDVI" "true"
26.8.2008 18:01 Jozef Kollár
Rozbalit Rozbalit vše Uz to (ciastocne) funguje!!
Skusal som postupne volby:
Option "UseEDID" "false"
Option "ExactModeTimingsDVI" "true"
Option "NoBandWidthTest" "true"
Option "ModeValidation" "NoEdidModes"
Option "UseEDIDDpi" "FALSE"
...
jednotlivo a podaktore aj spolu a v kombinacii s roznymi Modeline riadkami. Nic z toho nepomohlo. Potom som natrafil na:
Option "ModeValidation" "string"
Nebudem to dlho napinat - vyskusal som viacero moznosti, ale funguje to teraz s:
Option      "ModeValidation" "DFP-0: NoMaxPClkCheck"
X windows nabehne 1600x1200, 60Hz, 74.9kHz.

ALE!!!! Po vypnuti X windows mam "pomrvenu" textovu konzolu (teda aj pocas behu X windows) ak sa prepnem na konzolu. Font je nejaky "rozmazany" a obraz presahuje plochu monitora. Po par sekundach v tomto mode mi monitor prejde do sleep modu. Zjavne driver prepne graficku kartu do nejakeho zvlastneho modu, z ktoreho sa potom nie je schopna spamatat spat. Vie mi niekto poradit akym prikazom refreshnem textovu konzolu ked sa takto zblbne? Uz som to raz kdesi mal a pouzil ale teraz si neviem spomenut aky to bol prikaz (take cosi nepotrebujem casto). Inak zaujimave je ze v slackwari 11.0 mam v x-kach rezim: 1600x1200, 60Hz, 75.3kHz, cize lisi sa len horizontalna frekvencia a textova konzola funguje normalne. Este idem skusit nejako nastavit tie frekvencie ale budem vdacny za kazdu dalsiu radu.

26.8.2008 19:20 Jozef Kollár
Rozbalit Rozbalit vše Zatial asi posledna poznamka
Tak skusal som viacere modifikacie, ale funguje to tak ako som popisal v mojej predposlednej poznamke. Zistil som, ze ak sa prepnem to modu 1280x1024 a odtial do konzoly (pripadne ukoncim X-ka), tak vsetko je v poriadku. Pokial to spravim z akehokolvek ineho modu (640x480 az 1600x1200), tak mam rozhasenu konzolu. Pritom obnovovacia frekvencia vo vsetkych rezimoch je 60Hz, lisia sa len horizontalne frekvencie a vo vsetkych modoch monitor funguje bezproblemovo a nestazuje sa ze by mal "uletene" frekvencie. Takze pokial nepridem na lepsie riesenie, dokazem zit aj s tymto, aj ked ma trocha rozladilo to, ze zrazu prestalo fungovat cosi, co v starsej verii fungovalo bezproblemovo.

Dakujem za vsetky rady co som dostal.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.