Instalace Windows 7 pomalá nebo končí černou obrazovkou

Při instalaci Windows 7 jsem se potýkal se dvěma problémy:

Instalace velmi pomalá

Na zobrazení každého dialogu se čekaly minuty, ke kopírování souborů jsem se nedostal, tak trpělivý jsem nebyl. Problém byl vyřešen vypnutím floppy disku v BIOSu (setupu) počítače. Floppy disk nemám.

Instalace končí černou obrazovkou

Druhý problém byl kurióznější. Instalace probíhala naprosto pohodově a svižně. Vše se na počítač nakopírovalo, po restartu se provedly další kroky. V okamžiku, kdy jsem se již měl přihlásit, najednou instalace skončila černou obrazovkou. Po všech možných pokusech (a dalších instalacích) jsem si všiml, že Windows vyhodnotili divně prioritu monitorů a jako primární označili přes HDMI zapojenou televizi televizi, přestože byla vypnutá. Instalace tedy proběhla korektně, přihlašovací dialog byl na televizi a sekundární monitor nic nezobrazoval. Po přihlášení stačilo jen změnit hlavní monitor.

Propojení počítače s TV přes HDMI: Problémy a jejich řešení

Propojení počítače s TV přes HDMI: Problémy a jejich řešení

Před nedávnem jsem zakoupil TV Sony Bravia a pomocí HDMI kabelu ji připojil k počítači. Po shlédnutí obrazu z počítače jsem se zděsil: „Tohle je ta kvalita? To snad ne!“ Nebyla, ke štěstí bylo potřeba provést několik nastavení.
Byl jsem překvapený, jak mizerné to je. V dnešní době, kdy máme TV s HDMI, grafické karty s HDMI a vše již je nějakou dobu na trhu, jsem se domníval, že prostě zapojím kabel a pofrčím. Omyl. Lituju všechny běžné uživatele, kteří investují do techniky nemalé peníze a nedostanou odpovídající kvalitu. Přestože technika ten potenciál rozhodně má.

Problém první: Obraz je rozmazaný, kus chybí

Obraz byl opravdu podivný, po stranách dokonce chybělo (nebylo zobrazeno) zhruba 30 pixelů. Děs.
Nejprve je nezbytné nastavit rozlišení, které odpovídá rozlišení televize, tj. pro FullHD 1920×1080. Poté na televizi nastavíme pixel mapping 1:1. Tím se zajistí, aby nedocházelo k přepočtům za účelem „vylepšení“ obrazu. Na Sony Bravia jej najdete v menu Nastavení obrazovky, Rozsah zobrazení, Plný obraz / Pixel (Screen, Display Area, Full Pixel).
Ověřit, že nedochází k přepočtům by mělo být snadné pomocí např. Malování. Nakreslete na monitoru vodorovnou a svislou černou čáru širokou právě 1 pixel. Při zobrazení na televizi by čára měla zůstat kontrastní, ostrá. Neměla by se rozmazat do více pixelů.

Problém druhý: Přepaly, podpaly

Po předchozím nastavení se obraz extrémně zlepšil. Stále to ale nebylo ono, obraz působil divným kontrastem, chyběly detaily ve stínech, světla byla přepálená. Příčinou je skutečnost, že televize předpokládá rozsah složek RGB signálu 16-235, zatímco počítač posílá 0-255. Proto hodnoty 0-16 jsou beznadějně černé, hodnoty nad 235 způsobují přepaly.
Otestovat toto je opět jednoduché, zase stačí malování. Vyrobte (vedle sebe nebo přes sebe) několik obdélníků s barvami RGB například (0,0,0), (16,16,16), (24, 24, 24), (32, 32,32) a (235, 235, 235), (248, 248, 248), (255, 255, 255). Zobrazte je na televizi. Obdélníky by měly být viditelně různé, pokud jsou všechny tmavé černé a všechny světlé bílé, musíte provést korekci. Pokud máte nekvalitní LCD monitor nebo jej máte špatně nastaven, můžete mít problém se zobrazením černých a zejména pak světlých boxů už na LCD!
Možností provedení korekce se uvádí několik, nicméně jediný, který mně zafungoval, je nastavit v ovladačích grafické karty jas a kontrast (NVIDIA Control Panel, Adjust desktop color settings). Při nastavování sledujte obraz na TV a snažte se najít ideální nastavení.
Tento krok jsem musel provést ve Windows XP.
Windows 7 zajistí výstup v RGB 16-235 samy, obraz je brilantní hned po instalaci systému.

Problém třetí: Zvuk

Přes DHMI je možné do televize dostat i zvuk. Většina nových grafických karet je vybavena digitálním vstupem (dva piny z boku karty), do toho je nutné přivést výstup ze zvukové karty. Z Creative Audigy jsem jej vytáhl z konektoru pro front panel, na webu lze najít popis pinů. Použil jsem kablík dříve používaný pro propojení CDROM se zvukovou kartou. Grafická karta se zvukem nic nedělá, pouze jej přenese do HDMI výstupu.
Pokud máte reproduktory lepší než ty v TV, pak se tímto bodem nezdržujte. Sám nakonec zvukový výstup přes TV nepoužívám.

Problém čtvrtý: Přehrávání videa

Při přehrávání videa různé programy a různá nastavení způsobily nejrůznější problémy: Zasekávání přehrávání, pády přehrávačů, cukaný obraz, černo na sekundárním displeji (televizi), obraz neroztažený na celou obrazovku a hlavně brutální ztrátu synchronizace zvuku od obrazu (jednotky sekund).
Řešení pro mne bylo neuvěřitelné: Nainstalovat si z Windows Update .NET Framework 3.5 (ačkoliv vývojář, na domácím počítači jsem jej neměl), stáhnout Windows Media Player Classic Homecinema. V nastavení výstupu (View, Options, Playback\Output) zvolit „EVR (Vista/.Net3)“.

Problém pátý: Titulky k videu

Jako titulkovadlo používám DirectVobSub. Ten ale ve Windows 7 nenaběhne sám, je nejprve potřeba jej nejprve zadat jako externí filtr: View, Options, External Filters, Add, DirectVobSub (Auto-loading version), OK, vpravo vyberte radiobutton „Prefer“, OK.

Děkuji Marku Chovancovi za rady, které mi dal jak při výběru TV, tak při jejím nastavení.

„Could not load file or assembly System.Web.Extensions“ při načítání controlů metodou LoadControl

Na zajímavý problém jsem narazil při implementaci použití CMS a našeho prezentačního frameworku. Obojí je kompilováno pro .NET 2.0, používáme je s .NET Frameworkem 3.5.
CMS načítá *.ascx standardní metodou:

Page.LoadControl("~/Test.ascx");

Bohužel se objevil problém s načítáním assembly, které jsou ve web.configu redirectovány na nové verze:

 

Could not load file or assembly 'System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. Systém nemůže nalézt uvedený soubor. 
<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
            <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35"/>
            <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
        </dependentAssembly>
        <dependentAssembly>
            <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35"/>
            <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
        </dependentAssembly>
    </assemblyBinding>
</runtime>

Příčina a řešení problému byla taková, že jsem v konfiguračním souboru musel odstranit namespace (atribut xmlns) z elementu configuration.

<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">

asp:Chart aneb grafy od Microsoftu

Microsoft přišel se svým „vlastním“ controlem na renderování grafů do webových stránek (ve skutečnosti je to zřejmě Dundas „Lite“).

<asp:Chart runat="server"/>

Každopádně je to zajímavá alternativa ke komerčním komponentám třetích stran a přestože podstatně chybí design-time podpora, určitě se na nové grafy podívám.
Control, dokumentace i rozsáhlá dema jsou ke stažení.
Krátké intro-video můžete zkouknout i na MSTV.cz.

Pozor na ImageUrl, resp. UrlPathEncode() a znaky % (procenta) nebo # (hash)

Při bezstarostném používání Image.ImageUrl jsem narazil na zajímavý problém – pokud se Vám v názvu souboru nebo v cestě k němu vyskytne % (procenta) nebo # (hash), pak máte problém – metoda HttpUtility.UrlPathEncode(), kterou Image.ImageUrl a mnohé další controly pro encodování URL odkazů používají, Vám tyto znaky neencoduje:

<asp:Image ImageUrl="~/Folder #3/File.jpg" runat="server" />

udělá

<img src="/Folder%20#3/File.jpg" />

protože

HttpUtility.UrlPathEncode("/Folder #3/File.jpg") == "/Folder%20#3/File.jpg"

Metoda UrlPathEncode() totiž encoduje jen mezerník a non-ASCII znaky.

Správné samozřejmě je, abyste se na webových serverech pokusili těmto znakům vyhnout. Nicméně uživatelé jsou tvořiví a tak se můžete dočkat překvapení stejně jako já.

Osobně si myslím, že se jedná o bug v metodě UrlPathEncode(), resp. o nenaplnění očekávaného contractu, nicméně Microsoft to samozřejmě interpretuje jako by-design a radí, ať si uděláte Replace() těchto znaků sami.

Nezbývá tedy než:

myImage.ImageUrl = path.Replace("%", "%25").Replace("#", "%23");

Mimochodem obdobných vychytávek se můžete dočkat i se znakem + (plus).

web.config transformace – Screencast, slides, dema [MSTV 2009]

Screencast, který jsem svého času vytvořil pro MSTV.cz

Slides a dema ke screencastu:

Viz též:

Generátor klíčů GP WebPay (PayMuzo) hlásí chybu „Illegal key size“

Při poslední z implementací GP WebPay (PayMuzo) se nám stalo, že nám generátor klíčů obchodníka zahlásil chybu

exception encrypting data - java.security.InvalidKeyException: Illegal key size

Po chvilce testování (na dvou různých PC) jsme zjistili, že to dělá při Heslu pro keystore delším 8 a více znaků. Pokud jsme heslo zkrátili na 7 a méně znaků, vygenerování klíčů proběhlo úspěšně.

Verzi utility lze popsat jako „(c) 2004/2005 Muzo a.s.“ v UI a velikost souboru GenCert.jar 33567 bytů, víc mě nad tím bádat nebaví.

Pokud byste někdo bojoval s implementací GP WebPay pro .NET, tak se mi klidně ozvěte, máme to hotový a určitě se nějak dohodneme… ;-)

X509Certificate2: CryptographicException: The system cannot find the file specified.

Pokud vytváříte ve webové aplikaci X509Certificate2

myCertificate = new X509Certificate2(rawData, password);
//nebo
myCertificate = new X509Certificate2(fileName, password);

pak můžete být po nasazení své funkční aplikace na produkční server (např. hosting) obdařeni výjimkou

System.Security.Cryptography.CryptographicException: The system cannot find the file specified.
at System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32 hr)
at System.Security.Cryptography.X509Certificates.X509Utils._LoadCertFromBlob(Byte[] rawData, IntPtr password, UInt32 dwFlags, Boolean persistKeySet, SafeCertContextHandle& pCertCtx)
at System.Security.Cryptography.X509Certificates.X509Certificate.LoadCertificateFromBlob(Byte[] rawData, Object password, X509KeyStorageFlags keyStorageFlags)
at System.Security.Cryptography.X509Certificates.X509Certificate2..ctor(Byte[] rawData, String password)

…přestože soubor s certifikátem buď zaručeně existuje (fileName), nebo se ani nepoužívá (rawData).

Problém souvisí s tím, že v produkčním prostředí Vaše aplikace beží pod uživatelským účtem, který nemá založen profil, který se má certifikát vytvořit (volně přeloženo, omlouvám se za případnou nepřesnost).

Řešením je použití přetížení constructoru, kterým zvolíte cílové uložiště certifikátu:

 

myCertificate = new X509Certificate2(rawData, password, X509KeyStorageFlags.MachineKeySet);
//nebo
myCertificate = new X509Certificate2(fileName, password, X509KeyStorageFlags.MachineKeySet);

Web Deployment Dev10 (VS2010, NET4) – Slides a dema [TechEd Praha 2009]

Slides a dema z přednášky na konferenci TechEd Praha 2009:

Z přednášky nebyl pořizován záznam, část tématiky o web.config transformacích lze najít ve v podobě screencastu, který jsem svého času dělal pro MSTV.cz.

Pozor na UpdatePanel a unikátní názvy (ID) controlů

AJAXový UpdatePanel se chová zvláštně vůči logice naming-containerů, pokud se tedy potkáte s názvy (ID) controlů, nepůjde Vaše stránka zkompilovat. Stačí zkusit následujících jednoduchý snippet:

<asp:TextBox ID="SomethingTB" runat="server" />
<asp:Repeater ID="MyRepeater" runat="server">
  <ItemTemplate>
    <asp:UpdatePanel runat="server">
      <ContentTemplate>
        <asp:TextBox ID="SomethingTB" runat="server" />
      </ContentTemplate>
    </asp:UpdatePanel>
  </ItemTemplate>
</asp:Repeater>

…při kompilaci budete obšťastněni chybovými hláškami

D:\Development\UpdatePanelCompiler\Default.aspx(18,57): error CS0102: The type '_Default' already contains a definition for 'SomethingTB'
c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\updatepanelcompiler\1c44388f\ad38e94\App_Web_r7xfjqxf.0.cs(231,59): error CS0111: Type 'ASP.default_aspx' already defines a member called '__BuildControlSomethingTB' with the same parameter types