Sort skærm efter standby

Naturligvis er det bedst at undvære tape! Der er bare tilsyneladende nogle EDID udvekslingsproblemer Mht visse "skærme" og Windows. Om det er "skærmen" eller Windows der har problemerne ved jeg ikke men jeg syntes det er opsigtsvækkende at med Onkyo **6 serien er opstartstid på op til 35 sek (nogle gange kommer der slet ikke billede) og Marantz 6003 der bare starter på ca. 5 sek! Det kunne være at der var andre "skærme" der havde tilsvarende problemer. Måske har du en anden skærm du kan prøve med? Måske kan det hjælpe med en simpel HDMI switch imellem? 

Redigeret af Bschmidt - 26-November-2011 kl. 19:58

Bschmidt skrev: Naturligvis er det bedst at undvære tape! Der er bare tilsyneladende nogle EDID udvekslingsproblemer Mht visse "skærme" og Windows. Om det er "skærmen" eller Windows der har problemerne ved jeg ikke men jeg syntes det er opsigtsvækkende at med Onkyo **6 serien er opstartstid på op til 35 sek (nogle gange kommer der slet ikke billede) og Marantz 6003 der bare starter på ca. 5 sek! Det kunne være at der var andre "skærme" der havde tilsvarende problemer. Måske har du en anden skærm du kan prøve med? Måske kan det hjælpe med en simpel HDMI switch imellem?  Det lyder jo logisk nok at EDID override ikke hjælper før det er indlæst! Men hvornår det er indlæst i en standby til vågen situation er jeg så ikke klar over, 3 sekunder efter lyder da som noget man kan leve med. BS

Well jeg kører kun med onkyo 6 series, nvidia 4x, med skærme af forskellig fabrikat eller opløsninger. I udgangspunktet er mit setup baseret på TV HD PAL, dvs 720p er den optimale opløsning. Jeg har så matrix switch mv der komplicerer setuppet. Men sig til kan evt hjælpe med driver edid infs.

Mit udgangspunkt er at 3-4 sekunder efter en given enhed tændes/resumes fra standby så har denne enhed en makro via "girder" der siger "nu skal jeg køre 720p/1080p i 50 hz på primærskærm.  Således sker der en geninitialisering af skærmen ift edid override. Aldrig sort skærm, altid res within range.)

Girder/evenghost har "on resume events"....Som du kan læse er dette mit udgangspunkt. Samtidigt skifter jeg sjældent drivere .... Div drivere dev har fokus på BF eller Call of Duty....Min "Duty" er er reliability....Jeg finder en Driver der opfører sig Consistant og tager udgangspunkt i denne(Samme gfx serie i hele systemet). Jeg har MEGET forskelligt hardware som evt kunne benyttes (og har været), men det jeg selv mener at have styr på er Nvidia. Jeg ved hvordan jeg skal skære kagen med denne form....

Derefter er det egentlig piece of cake...

Men grundlæggende har jeg også central/decentral styring dvs serveren modtager alle ir + sekundære kommandoer og sender derefter et summary til klienten eller fremviseren og skærmen(Girder THR). Dvs en central enhed er altid i stand til at modtage et IR signal og derefter lave "timed" events.

Skulle jeg lave et standalone system system der skulle geninitialisere en driver(eller en opløsning på en skærm), ville jeg tage udgangspunkt i task scheduler  og binde en bat(med fx powerres) til en windows service der startes hver gang Windows resumes.....Her kan defineres delays og du behøver ikke third party utillities...

 mvh A.


Redigeret af Patriarken - 26-November-2011 kl. 22:37

Patriarken skrev: Skulle jeg lave et standalone system system der skulle geninitialisere en driver(eller en opløsning på en skærm), ville jeg tage udgangspunkt i task scheduler  og binde en bat(med fx powerres) til en windows service der startes hver gang Windows resumes.....Her kan defineres delays og du behøver ikke third party utillities...  mvh A.

Redigeret af stefanb - 27-November-2011 kl. 08:23