Du kan använda chcp 1252 eller chcp 65001 för att byta teckenkodning.
Detta fungerar för dir (döp en fil till t ex åäöÅÄÖ.txt):
dir *.txt >temp.txt
åäöÅÄÖ.txt kommer synas i temp.txt med den valda teckenkodningen.
Verkar dock som ping fungerar annorlunda, jag lyckas inte få åäö att visas rätt i filen enligt ditt exempel hur jag än försöker. Nästan som om ping har hårddkodat teckenkodningen till 850.
Först läses bilden in och konverteras till gråskala. Bilden skalas sedan om till 70 * font_width, där font_width är storleken på fonten som output ska anpassas för. Jag använde Courier New med 8 x 13 pixlar.
Bilden delas sedan in i rutor som är lika stora som fontstorleken. För varje ruta så räknas skillnaden ut mot samtliga tecken i fonten, pixel för pixel. Det tecken som har minst total skillnad blir det som skrivs ut.
Detta ger riktigt bra resultat på linjer och sådant, men inte alls bra för gradienter. Detta är lite anledningen till att Homers ansikte blev vitt och även Johnnys bakgrund. Riktigt illa är bakgrunden i Obama som skrevs ut med @, samma tecken som för håret...
Jag försökte förbättra resultatet för gradienter genom att köra ett gaussian blur-pass några gånger över fonten. Även att finjustera pixlarna i fonten som användes också, då många tecken inte blev så mörka som de borde. Man kan se detta på 777 som är under Homers öga. Det sneda / i 7 borde ha gjorts lite tjockare, så att något annat tecken valts istället (t ex ^´`"¨).
Tycker också det låter skumt. Vad har du för Service Pack och kör du med UAC avslaget? Kan vara värt att även kolla om det finns en nyare version av Windows Installer på Windows Update.
Jag har installerat 7-zip x64 på två datorer nyligen; den ena med Vista x64 SP1 och UAC avslaget, den andra med Vista x64 SP2 och UAC påslaget. Det var inga problem på någon av dem.
Det kan ju hända att filen blivit korrput, pröva ladda hem från en annan mirror.
Tyvärr måste jag säga, då det säkerligen blir licens- och patent-problem från Microsofts sida. Enligt Wikipedia har Microsoft redan ett patent på ExFAT.
Jag hade hellre sett att man gått över till ett fritt och öppet filsystem. Btrfs verkar ju lovande med sitt SSD optimized mode, men är ju än så länge unstable.
Wikipedia har en längre lista över filsystem. Jag får intrycket att de flesta flash-anpassade filsystem som funnits ett tag verkar vara optimerade för små diskar (upp till ~64 MB), medan de nyare fortfarande är under utveckling.
Skicka pekare eller motsvarande fungerar nog bra. Om pluginet enbart jobbar mot och modifierar enskilda pixlar, så skulle du också kunna ha bilden uppdelad i delar (tiles). Sen skickar du pekare till delarna till flera instanser av pluginet, för att snabba upp beräkningar vid dual/quad-core.
Ska pluginet kunna ändra storlek, returnera en helt ny bild eller returnera en bild som är en slags kombination av flera bilder, så krävs det lite mer planering. Man får nog göra så att pluginet returnerar vilken typ och vad den klarar vid inladdning, så får huvudprogrammet se till att anropa rätt funktioner och parametrar.
Portning till mac/linux känns som det kan bli svårt om man inte planerar för det från början. Abstrahera pluginsystemet så mycket det går.
Ett tips är att kolla på hur pluginsystemet till Photoshop fungerar först! Lite länkar jag hittade:
Egentligen är det inget blur-filter, utan ett bilinear-filter. Det du vill ha är nearest-neighbor-filter, vilket var standard i Firefox 2. Värt att nämna också är att många klagade på just att FF2 hade dåliga zoom-filter ("pixliga"), så det var väl därför man ändrade detta i FF3.
Det verkar som det inte går att stänga av det dock. Finns en bug-request här, men det verkar inte ha hänt något än. En temporär lösning är att du går tillbaka till FF2 eller använder någon annan browser (Opera), vid just dessa tillfällen.
En annan nackdel är ju om man har en egen sida med mycket pixel-art, så funkar det inte riktigt att bara sätta width till 200%, för då kommer det upplevas som just lite suddigare i FF3, men skarpare i FF2 och IE6+. En lösning här är väl att manuellt ändra storlek i Photoshop och lägga upp bilderna på sidan med 100% width, så att inte webbläsaren skalar om den.
Jag minns att jag haft liknande problem; att det inte gått att ta bort swap-partitionen eftersom den används när Live-CDn är igång.
Ska du ändå rensa bort hela systemet så rekommenderar jag att bränna en CD och boota med dban. Detta kommer radera disken helt, alla partitioner kommer försvinna. Så var försiktig!
Starta sedan om datorn och försök igen. Jag rekommenderar även att du läser igenom AVI-filer går inte att flytta eller ta bort i Windows XP som står i FAQ.
Om ZIP-filen är korrupt så är det i princip omöjligt att återställa komprimerad/krypterad data. Speciellt svårt blir det eftersom du har komprimerat/krypterat filen i 3 omgångar.
Det du behöver är något program som kan extrahera och behålla korrupta filer.
WinRAR har en funktion för detta, "keep broken files", du skulle kunna testa med det först. Dock är jag väldigt osäker på om det har stöd för winzips egna AES-kryptering.
Ett tips är att i framtiden använda QuickPar för extra viktiga dokument och backup!
Ursprungligen inskrivet av Vashy Är det inte enklare att skapa en bat fil och placera i foldern tillsammans med uppdateringarna sen bara köra bat filen?
Det är tänkt att användas för att direkt integrera uppdateringarna i installations-cdn. Så när du installerat windows så har du redan alla dessa.
Med din metod så tar det fruktansvärt lång tid. Lika om du ska installera SP2 manuellt. Bättre att köra med allt slipstreamat.
Citat:
Ursprungligen inskrivet av 037180 Windows Updates Downloader (...)
Tack för tipset! Har länge letat efter något sådant. Tänkte ett tag sitta och ladda ner alla de svenska fixarna manuellt (behövs ju bara göras en gång). För den engelska använder jag alltid RyanVMs pack.
Synd bara att den inte stödjer Win2000. Har ett gäng sådana på jobbet och det är ett par hundra fixar som ska på efter SP4. Lyckligtvis inte så många datorer, men det tar ju år och dar att sitta och vänta på windowsupdate, sen starta om, ladda ner nya som hittas och vänta igen, starta om igen, osv.
Vad finns det för val under "VBR Quality"? AltoMP3 verkar ju använda LAME, så det borde antingen finnas "preset standard" eller V2 eller motsvarande. Vanligtvis med LAME i VBR-mode så anger man inga värden för max/min bitrate eller stereo mode. Gå inte på den gamla myten om joint vs "full" stereo.
Jag rekommenderar istället att använda EAC för cd-rippning. Denna guiden är bra:
Vissa delar i guiden är dock lite utdaterade. Det heter inte "--alt-preset" längre utan har både hunnit byta till "--preset" och nu senast till "-V 2". Den senaste informationen kan man hitta här:
Imponerande! Musiken och hur skeppen driver sakta och lugnt genom rymden är riktigt bra!
Lite saker jag reagerade på:
I början där man ser jorden rotera sakta och mjukt, så verkar stjärnorna i bakgrunden "hacka" fram stegvis, som om de var bundna till diskreta pixelpositioner. Kanske en begränsning av den inbyggda "stjärnhimmelseffekten" i 3d studio max?
Rymdskeppen ser otroligt tråkiga ut med plan grå färg utan någon textur. Jag saknar framför allt mängder med små ljus (från hytter/fönster) så man får en känsla av storlek.
Berättarröstens svengelska brytning. Svårt att komma ifrån, men hade ni testat om hon läste in allt på svenska istället? Fast det kanske hade känts ännu löjligare. Hon gjorde ett bra jobb i vilket fall!
Ursprungligen inskrivet av Fr0hike Hmm. Fast de flesta användare har ju olika lösenord? Då borde ju nästan alla ha unika salt också?
Man kan ju ta första och ex tredje/sista (beroende på längd) av lösenord, samma av användarnamn och nåt annat som är konstant men unikt för varje användare. Inte sant?
Det bästa är att saltet är helt slumpmässigt och inte bygger överhuvudtaget på något som kan härledas från lösenordet.
En extra säkerhet som kan löna sig är att inte skicka lösenordet i klartext över nätverket/internet, utan använda javascript för att generera login-hashen och skicka endast den hashen. I login-form så skickar man då saltet som hidden, och genererar hashen som t ex sha1(salt+användarnamn+lösenord) med kanske nån timestamp inbakad i hashen också. Fast det händer nog sällan att någon avlyssnar trafiken såhär, och då är nog TLS/SSL ett bättre skydd.
Det händer ju oftare att någon tar sig in på servern och dumpar hela databasen (och ibland även hela källkoden). Det är då man borde använt ett slumpmässigt salt (med kanske minst 8 tecken).
Om saltet endast skulle bygga på första och sista bokstaven av lösenordet skulle det gå väldigt snabbat räkna ut genom att testa 'p' och 'd'. Om antalet användare är stort finns det sannolikt en del med detta (och andra enkla) lösenord. När man knäckt hur saltet genereras kan man bygga en optimerad rainbowtable för detta. Dock blir det ju väldigt svårt om saltet är helt slumpmässigt. Detsamma gäller om någon får tag på källkoden för loginscriptet eller hela servern.
Man får inte underskatta hur många personer som sitter med enorma rainbowtables och knäcker lösenord för skojs skull (såg man ju bl a på flashback när silentwhisper hackades).
Ursprungligen inskrivet av djgrove77 Tack för ditt svar, gjorde det men fortfarande händer det ingenting. Inget kommer över till usb minnet. Vad kan vara fel?
Finns katalogen C:\testsource och ligger alla dina filer där? Likadant med E:\test.
Det dåliga med denna form av bat-fil är att det endast kommer fungera om usb-minnet ligger som E:\, vilket den kanske alltid gör på din dator men kan ej garanteras för andra datorer.
Vad händer när du kör bat-filen? Kommer det upp ett dos-fönster som snabbt stängs ner igen? Jag föreslår att du lägger till pause i slutet, så du kan se vad det blir för felmeddelande, såhär:
@echo off
cd c:\testsource
for %%f in (*.doc *.txt) do xcopy c:\testsource\"%%f" e:\text /m /y
pause
