Mangler plads why?

er spillet originalt?

Det hjælper nogen gange at køre en scandisk

spillet er orginal

var ude og handle i går og fandt en butik hvor de havede sat en masse spil ned til 10,- fra 200,-

nu kender jeg ikke spillet, men er det et gammel spil?

vil skyde på at det er fra 94-96

Hvilken Windows har du nu?

nogle gamle spil kan ikke finde ud af det, når man har Gigabytes istedet for megabytes...

står der på pakken til spillet hvilken OS den skal bruge?

som hansen.dk skriver, skal du nok køre en scandisk da detv lyder som om der er lidt rod med pladsallokeringen.

så er scanddisk fertig men der er stadig samme problem

på pakken står der win 95/98 men jeg har kun brugt win 2000 og det har virket før

I gamle dag (for 3-4 år siden) brugte PCer er filsystem hvor en disk-partition umuligt kunne blive større end 2 Gigabyte stor. Og en masse programmører lavede så en 'dårlig' chek der kun virker for en så lille partition.

Så en løsning ville nok være at oprette sådan en lille partition og installere programmet (og andre gamle programmer) i den partition.

mvh JakobA

har haft det spil installeret før på min hd (45 gb) og det virkede fint

+0+1-2-3+4+5-6-7+8+9-10-11+12+13-14-15+16+17-18-19+20+21-22-23+24+25-26-27+28+29-30-31+32+33-34-35+36+37

OK. så prøv at lave en mappe med kopier af lange filer, så du bruger så meget plads på harddisken at den kommer ned på 33 GigaByte. Så er det vistnok muligt at installere dit spil. Når spille er installeret kan du slette fyldmappen og alt hvad der er i den.

mvh JakobA

ok hvad betyder  +0+1-2-3+4+5-6-7+8+9-10-11+12+13-14-15+16+17-18-19+20+21-22-23+24+25-26-27+28+29-30-31+32+33-34-35+36+37

det var mig der testede for mig selv hvilke antal gigabyte fri plads der ville få en af de mulige gamle tests til at sige 'OK, der er plads'. grupper af 2 med skftevis + og minus foran. som du kan se er 35gb i en minusgruppe og der går det ikke.

Men der er andre mulge måder programmøren kan 'fejlteste' så helt sikker er jeg ikke.

mvh JakobA

det virker men vil du ikke nok lære mig det - + gerne på icq 133378557

plees

Altså du har fået installeret spillet nu? fint.

ingen grund til ICQ, det handler om binære tal
987654321      kolonnenumre
000000000      0
000000001      1
000000010      2
000000011      3
000000100      4
000000101      5
000000110      6
000000111      7
000001000      8

i kolonne 1 er tallene skiftevis 0 og 1
i kolonne 2 skifter det 2*0 og så 2*1
o kolonne 3 skifter det 4*0 og så 4*1

så hvis jeg skal teste om tallet er 3 eller mindre kan jeg lave en 'dårlig test' ved at kikke på bitten i kolonne 3. Hvis den er sat er tallet større end 3
det virker fint på tal imellem 0 og 7 men hvis tallet er 8 duer den test ikke for der er kolonne 3 et 0 igen.

og gættet var så at han sådan havde bruget en test der testede ved at kikke på den næste større bit, for det er jo en god nok test sålænge disken aldrig er større end 2kgb.

mvh JakobA

ved ikke hvad binære tal er men håber du kan få mig i gennem (hvis du vil) du skal nok få nogle point :)

du kan læse om binære tal her: http://www.webcafe.dk/artikler/diverse/binaeretal/

binær tal er det det computeren tænker i alså 10101010

jeps. og til ehvert binært tal svarer der et 'almindeligt' decimat tal, prøv at regne lidt frem og tilbage.

fatter ikke helt hvordan man regner et binær atl ud til et normal men hvis du kan guide mig i gennem fx 10110111

det venstreste ciffer tæller mindst, ligedom vi er vant til, men istedet for at cifferet foran er 10 gange mere være er det i binært kun 2 gange mere værd

0  0  1      tallet 1  ( ingen 4-ere, ingen 2-ere og en 1-er )
0  1  0      tallet 1  ( ingen 4-ere, en 2-er og ingen 1-ere )
1  0  0      tallet 4  ( en 4-er, ingen 2-ere og ingen 1-ere )
1  1  1      tallet 7  ( en 4-er, en 2-er og en 1-er )

0  1  0  1  1  1  0  1    tallet 93    ( 64 +16 +8 +4 +1 )
dit tal:
1  0  1  1  0  1  1  1    tallet 183  ( 128 +32 +16 +4 +2 +1 )

indtil du kan dem i hovedet er det en fordel at have alle *2 vægtene skrevet ned

65536 32768 16384 8192 4096 2048 1024 512 256 128 64 32 16 8 4 2 1

det er ca såmange jeg kan huske, hesten regner jeg mig til.

mvh JakobA

i det binære talsystem er grundtallet 2. Det betyder så at hvert ciffer i et binært tal repræsenterer en potens af 2. Jo længere til højre det pågældende ciffer står, desto mindre en potens er der tale om - længst til højre er potensen 0. 10110111 bliver således til:
1*(2^0) (1 gange 2 i 0. potens) +
1*(2^1) +
1*(2^2) +
0*(2^3) +
1*(2^4) +
1*(2^5) +
0*(2^6) +
1*(2^7) =
1+2+4+16+32+128 =
183

det venstreste ciffer tæller MEST :)

fatter- :(

jeg tror (som jeg ved ikke er rigtigt):
hvis jeg nu har et tal 1101 (regner bagfra)
bit0: 1(tallet)*0(kollone)*0(kollone)=1
bit1: 0(tallet)*1(kollone)*1(kollone)=0
bit2: 1(tallet)*2(kollone)*2(kollone)=4
bit3: 1(tallet)*3(kollone)*3(kollone)=9

men i må meget gerne lige gøre det med at skrive hvor tallet er fra

måske dette hjælper:
i 10-talsystemet, svarer det, at tilføje et 0 i slutningen af tallet, til at gange med 10 (f.eks. 10 -> 100)
i 2-talsystemet, ganger man kun med 2, når man tilføjer et 0 i slutningen.
Forhåbentlig kan du se et mønster her?
I begge talsystemer gælder desuden at man gør tallet én større ved at lægge 1 til det ciffer der står længst til højre (husk mente).

ja i 10 tal system er 10*10=100 men fatter ikke hvad du mener med det siste

1101 =
1*(2^0) +
0*(2^1) +
1*(2^2) +
1*(2^3) =
1+0+4+8 = 13

det jeg mener er at i 2-talsystemet er 100 det dobbelte af 10

alså hvert tal i binær skal ganges med 2 fx:
bruger 10110

1*2
0*2
1*2
1*2
0*2

det er galt, men det er faktisk en god måde at regne den ud


1 1 0 1        vi starter med højreste ciffer. og det tager vi bare.
          1
              så tager vi cifferet ved sidenaf 0 og rukker det een kolonne så det står bagerst samtidig med at vi rykker ska vi gang med 2 så det giver
          0*2
              nøste ciffer skal rykke 2 kolonner og ganges med 2 hver gang:
          1*2*2
              og ligesådanne det sidste ciffer der skal rykkes 3 kolonner
          1*2*2*2
så tallet bliver  1*2*2*2 +1*2*2 +0*2 +1
det skulle gerene regne sammen til at blive lig med 13

lige som 6 er det dobbelt af 3 i normal tal så i binær er

1*1=10
1*1*1=1000
1*1*1*1=10000

nej ikke helt... hvert ciffer skal ganges med 2 opløftet i den plads det står på (regnet fra højre - husk at starte med 0). Eksempel:

Plads: 210
Tal:  111

Det bliver så 1*(2^0) + 1*(2^1) + 1*(2^2) = 1+2+4 = 7
Generelt gælder følgende: decimalværdi = binært ciffer * (2^cifferets plads)

1*2+
0*2*2+
1*2*2*2+
1*2*2*2*2
=
26

hvorfor får jeg den tik det dobbelt

-50% hehe

fordi du ganger hvert ciffer med 2 en gang for meget - det skulle være
1+
0*2+
1*2*2+
1*2*2*2

aaaaa

håber der begynder at gå et lys op for dig :)

1=1
0*2=0
1*2*2=4
1*2*2*2=8
=13

10110111

1=1+
1*2=2+
1*2*2=4+
0*2*2*2=0
1*2*2*2*2=16
1*2*2*2*2*2=32
0*2*2*2*2*2*2=0
1*2*2*2*2*2*2*2=128

som bliver til 183
som jo er

nu kan jeg regne i binær 10000 tak :)

just præcis :-)

men nu vil jeg gærne lære det med + - så man kan de hvor meget plads der skal være på min hd for at installer spil\andet men sådan problemer

Så prøv at læse igen det jeg skrev langt oppe, nu har du bedre chancer for at forstå det :-)

1                      1
0*2                    0
1*2*2                  4
1*2*2*2                8
0*2*2*2*2              0
1*2*2*2*2*2            32
1*2*2*2*2*2*2          64
1*2*2*2*2*2*2*2        128
1*2*2*2*2*2*2*2*2      256
0*2*2*2*2*2*2*2*2*2    0
1*2*2*2*2*2*2*2*2*2*2  1024
1*2*2*2*2*2*2*2*2*2*2*2 2048
110111101101 er 3565

da du skrev

987654321      kolonnenumre
000000000      0
000000001      1
000000010      2
000000011      3
000000100      4
000000101      5
000000110      6
000000111      7
000001000      8

har du så talt
987654321      kolonnenumre
med

skille den ikke være:

87654321      kolonnenumre
000000000      0
000000001      1
000000010      2
000000011      3
000000100      4
000000101      5
000000110      6
000000111      7
000001000      8

skille=skulle

billeschou> vil du ikke også likke et svar så du også får point

jakoba> får 30 (10 for mit rigtige spm)
billeschou> får 20

søjlen af tal tilhøjre er det decimale tal der svarer til det binære foran.
det er tallene foroven der er kolonnenumre så kolonne nre 1 er
0
1
0
1
0
1
0
1
0            // dvs skiftevis 0 og 1

men kolonne 2 er
0
0
1
1
0
0
1
1
0            //  skiftevis 2 0 og så 2 1

og sådan fortsætter det med længere og længere mellem der skiftes værdi i den kolonne vi ser på. den bit 'test om der er plads' programmet tester på er kolonne 32.

glemte du havede 0 med =)

nej skidt... jeg svarede jo ikke på det oprindelige spørgsmål :)

billeschou >> nu ikke så genert :-))
PS: maget længe siden jeg har hørt fra dig, har du holdt pause?

mvh JakobA

billeschou> plees du har jo også hjulpet en del og det er lidt med i mit spm (næsten) så plees læk et svar

satte point op fra 10 til 50 så du også kunne få nogle

nej jeg fik bare et liv... eller noget *LOL*
seriøst så har jeg ikke haft hverken behov eller tid til eksperten. Forsøger at koncentrere mig mere om arbejdet denne gang. Og så har der jo ikke været så mange matematisk orienterede spørgsmål ;-)

fatter ikke din guide

et liv... det kan vi ikke have.
men godt det blot var det, var lidt bekymret.

mvh JakobA

panic-killer >> hvikken guide? link eller tekst her.

den her:

ingen grund til ICQ, det handler om binære tal
987654321      kolonnenumre
000000000      0
000000001      1
000000010      2
000000011      3
000000100      4
000000101      5
000000110      6
000000111      7
000001000      8

i kolonne 1 er tallene skiftevis 0 og 1
i kolonne 2 skifter det 2*0 og så 2*1
o kolonne 3 skifter det 4*0 og så 4*1

så hvis jeg skal teste om tallet er 3 eller mindre kan jeg lave en 'dårlig test' ved at kikke på bitten i kolonne 3. Hvis den er sat er tallet større end 3
det virker fint på tal imellem 0 og 7 men hvis tallet er 8 duer den test ikke for der er kolonne 3 et 0 igen.

og gættet var så at han sådan havde bruget en test der testede ved at kikke på den næste større bit, for det er jo en god nok test sålænge disken aldrig er større end 2kgb.

JakobA -> Det regnede jeg heller ikke med... det var derfor jeg gemte mig ;-)

men tak for din bekymring :-)

Ok, når vi regner i computeren bruger vi vormalt grupper på hver 8 bil

00000000 00000000 00000000 00000000

og så kan du ellers begynde at tælle opad. npår du kommer til det tal der er 2 Giga skifter den mest betydende bit til et 1-tal, ikke før. så når den højeste af 32 bit er nul ved vi at uanset hvad slle de andre bit er så er det tal mindre end 2 Giga:

0xxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx  0 til 1,9999 Giga

når den bit skifter til 1 er tallet mellem 2 og 4 Giga

1xxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx  2 til 3,99999 Giga

ved at teste på den bit kunne programmet så sige det er under 2 Giga  (men kun sålænge vi er sikre på at tallet ihvertfald ikke er større end 4 giga), når tallet bliver større end 4 giga skal vi bruge nogen flere bit,

00000001 0xxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx  4 til 5,999999 giga

og her er det testen går galt, for nu er den bit 0 igen, selvom tallet er større end 2 Giga.  og den bit skifte i et møster det passer med de lal jeg skrev

+0+1      er OK og testen virker rigtig
-2-3      er ikke ok ifølge testen
+4+4      er OK ifølge den test (selvom det egentlig ikke burde efter det han prøver at teste)
...  osv.    vi viste der var plads, vi skulle bare snyde testen til også at tro der var plad.

mvh JakobA

Ups  de lal -> de tal

kna ikke hitte ud af det ;(

kna=kan

jeg fin jo spillet installeret og lært binær tal :) men ikke den med hvordan man kunne regne det ud :( er nok bare for dum men hvis i kan hjælpe mere så må i gerne skrive men tak for hjælpen

Nae, ikke dum, men uvant. bitmæønstre er en anden måde at tænke på. Hvis du terper den der artikel og tråden her et par gange endnu vil jeg tro det kommer, Jeg kan ihvertfalt ikke hitte på mere at skrive lige nu.

Når du begynder at danne dig en forståelse så skriv evt her igen og få den bekræftet :-))

tak fpr pts.

jakoba> ok tak :)

hvordan regner jeg decimaler om til binær tal som fx 1895

hvis du husker jakoba's tabel fra før:
1,2,4,8,16,32,64,128,256,512,1024 osv. så tager du det største tal i denne tabel som ikke er større end de 1895 (dvs. 1024).
Dets binære repræsentation er 10000000000.
Så trækker du de 1024 fra 1895 - resultat 871. Igen tager du det største tal i tabellen som ikke overstiger 871 (dvs. 512).
512 er 1000000000 binært.
871-512=359
256 er 100000000 binært.
359-256=103
64 er 1000000 binært.
103-64=39
32 er 100000 binært.
39-32=7
4 er 100 binært.
7-4=3
2 er 10 binært.
3-2=1
1 er binært (SLUT)
kontrolregning: 1+2+4+32+64+256+512+1024=1895
Binært giver det så:
10000000000+
1000000000+
  100000000+
    1000000+
    100000+
        100+
        10+
          1=
11101100111

æv der gik lidt ged i indykningen - opstil selv tallene til sidst under hinanden og du vil se hvad der foregår :)

hehe