48
  • Jim Morrison
    #48
    Jedlikes :)
  • dez
    #47
    Ha már alkalmazásra kerül az előjelbit, akkor már az egész szám kettes komplemensben lesz kezelve (mert csak azt tudja a CPU magától, máshogy csinálni körülményes lenne).
  • dez
    #46
    Jó, amit írsz, de korrekcióra szorul:

    "- a bináris számot negáljuk (egyes komplemens kód) (1>0, 0>1)"

    Nos, ez itt nem negálás, hanem invertálás. A negálás már az inkementálást is jelenti, azaz az egy kettes komplemens művelet. neg(-1)=1.

    u.i. na mi van, a programozó kollegák még mindig másnaposak? :P
  • fachox
    #45
    Negatív számok ábrázolása
    A negatív számok ábrázolására a kettes komplemens kódot használják.
    Ez a következõt jelenti:
    - a bináris számot negáljuk (egyes komplemens kód) (1>0, 0>1)
    - a kapott bináris számhoz hozzáadunk egyet
    pl.
    -8710 = ?
    1.lépés: negálás
    8710 = 010101112 ( 8 biten ábrázolva )

    01010111
    10101000 ( negálás után )

    2.lépés: 1 hozzáadása
    10101000 + 1 = 101010012 = -8710
    1.7.5.4 Lebegõpontos ábrázolás
    A lebegõpontos átalakítás a számok hatványkitevõs felírásán alapszik.
    Bármely valós szám felírható:
    L = M x pk
    ahol :
    L - az ábrázolandó szám;
    M - az ún. mantissza ;
    k - karakterisztika;
    p - számrendszer alapszáma.
    A bitsorozat felépítése:
    elõjelbit karakterisztika mantissza

    Az elõjelbit a mantissza elõjelét tárolja.
    A karakterisztika eltolt nullpontú bináris formában van ábrázolva.
    1.8 Az ábrázoláshoz tartozó átalakítások
    1.8.1 Ábrázoljuk a 451210 egész számot 16 biten.
    451210 = 00010001101000002


    1.8.2 Ábrázoljuk a 12,45 fixpontos ábrázolással 8 biten, úgy hogy az utolsó 4 bit a tizedes rész.
    1210 = 11002
    0,4510 = 0,01112

    A bitsorozat : 11000111
    1.8.3 Ábrázoljuk 8 biten a -12110-et a kettes komplemens kód segítségével.
    12110 = 011110012

    Negáljuk a számot

    10000110
    Adjunk hozzá 1-et

    10000110 + 1 = 10000111

    tehát

    -12110 = 100001112
    1.8.4 Ábrázoljuk 32 biten lebegõpontosan a 12,34 számot:
    (8 bit elõjeles karakterisztika esetén)
    Mantissza: 0.-22. bit
    Karakterisztika: 23.-30. bit
    Mantissza elõjele: 31. Bbt (0=pozitív, 1=negatív)

    1210 = 11002

    0,3410 = 0,010101112

    12,3410 = 1100,010101112

    = 0,110001010111x2+4

    +4 eltolt nullpontú ábrázolással 8 biten (0 = 10000000)

    10000000
    + 00000100
    10000100

    A bitsorozat:
    0 10000100 11000101 01110000 0000000
    e k M

    MOST MÁR REMÉLEM KUSSBA MARADSZ A HÜLYESÉGEDDEL MERT ELÉG VOLT BEGÉPELÉNI
  • PLaci #44
    C64? Ki beszélt itt C64-ről...
    Nem értitek az egészet amit elmondtam, pedig 99% (1% hogy az utcsó bit az előjelbit) úgy műxik és létezik...
    Ti úgy látszik nem fogjátok fel, hogy a 1000 bináris számsor NEM csak a 8at jelentheti... itt nem arról van szó, hogy ezt a bit sorozatot mint egy egybefüggő számsort olvassák be.
  • fachox
    #43
    mod:
    Charles Babbiage
  • fachox
    #42
    mod:
    Charles Babbiage
  • fachox
    #41
    Te úgy vagy hülye ahogy megszülettél.
    Csak sajnálni tudom Willham Gottfried Leibmitz és Joseph Mone Jacqard és nem utolsó sorban Charles Babiaget ja de nem feleljtsük el Konrad Zuse és Neumann János mivel forognának a sírjukban ha olvasnák amit írsz.
  • RedBull75
    #40
    PLaci:

    Szerintem hidd el fachox által leírtakat. A kettes komplemens kód az áltla leírt "módon" működik (mondjuk én ezt még a C64-es 8 bites módon tanultam meg).
    Te is definiáltál egy számábrázolási módot, de ilyet a számítástechnikában nem nagyon használnak (persze, az hogy én nem ismerem, nem jelenti, hogy nincsen). Ha belegondolsz érdekes lenne a 1000 és 0000 összehasonlítása, ugyanis ez a két szám egyenlő a te állításod szerint (mindkettő 0 tizes számrendszerben a te definíciód szerint). Másrészt a 0-nak nem nagyon szokott előjele lenni.
    (A fenti okfejtéshez remélem jó ajánlólevél egy programozó/programtervező matematikusi diploma)
  • zakika
    #39
  • PLaci #38
    ÁÁÁÁ....

    Nem értitek az előjelbit fogalmát...
    Ha négy biten ha az előjelbit az első bit, akkor azért -3 az 1011, mert az első bit az előjelbit, a három utolsó meg a szám maga.

    a #34-re:
    Bazz, ez csak egy példa ember...........
    [hajáttépihogymilyenhülyeezacsákó]

    Mivel a négy bitből csak 3 van használva a szám tárolására, így a 7-nél nagyobb számok túlcsordulást okoznak.

    A CD/DVD-n a fálj méretét 32 biten tárolják, és mivel előjeles, így 31 bit marad a méretre.
    1024*1024*1024*2=2giga
    Ha nem lenne előjeles, akkor +1 bit lenne a méretre, és a max méret a duplája lenne, 4 giga.
  • Lammer
    #37
    van util win95re is, hogy lasd az UDF formatumot, tudtommal ;)
  • pemga
    #36
    Hmm, szerintem érdekes, hogy az amerikai piaccal kezdenek. Tekintve, ha a PS3-ban tényleg BD olvasó lesz, mert ők a japán piaccal nyitnak. Árakat a CES-re ígérik, január elejére.
  • Aspirin
    #35
    Szerintem is így a helyes.
    Én csak matek egyetemet végeztem...
  • fachox
    #34
    helyesen:
    0001 = 1 1111 = -1 0001+1111=0000
    0010 = 2 1110 = -2 0010+1110=0000
    0011 = 3 1101 = -3 0011+1101=0000

    És hogy honnan tudja a gép hogy a 1111 az nem 15 és a 1110 nem 14 és 1101 nem 13 abba már nem mennék bele mert nem erről szól a cikk
  • fachox
    #33
    Amit te irtal egy icipicit rossz mert:
    0001=1 ebben igazad van de ha össze adod 1001 akkor mit kapsz 1010 ami pedig helytelen mivel 0000(ez igaz az össze többire amit leírtál) kellett volna kapnod pontosabban 10000 de mivel 4 biten ábrázoljuk ezért számtech nyelven ez túlcsordulás és azzal az 1 nem foglalkozunk.
    Ember ennyire értek a számtechhoz és Eisteint se vagyok de azt tudom 1+(-1)=0
  • toyotakacsa01
    #32
    A
    1011 = -3
    szerintem nem stimm.

    Én úgy tanultam, hogy kettes komplemensben tárolja a gép a negatív számokat.
    Vagy ennyit fejlődött volna a technika azóta. :)
  • PLaci #31
    Ember, te mennyire értesz a számítástechnikához?? Mert matekból játszod itt az Eisteint, de számtekből nuku a tudásod....

    Előjelbit:
    (4 biten, az első bit az előjelbit)

    0001 = 1
    0010 = 2
    0011 = 3
    1001 = -1
    1010 = -2
    1011 = -3
  • fachox
    #30
    fuh ez tenyleg cink a komplemens-sel kevertem ossze meg azzal hogyan is csinaljuk:
    NOT(szám)+1 (itt keveredtem meg(not))
    1000 bocs
  • grebber
    #29
    Hát remélem eléggé megbizhatóak lesznek ezek a lemezek mert 25GB adat elveszik akkor az nemjó dolog.
    Pár év múlva már ez is 100FT lesz mint mostanság a legtöbb DVD :D
  • Sanyix
    #28
    Te nagyon meg vagy keveredve :)
  • Advanced User
    #27
    a negálás az tagadás.. nemde?
  • fachox
    #26
    neked a negatív szám egyenlő a negatív előjellel(én tudom mi az a negálás)??
    szerintem inkább te néz utána vagy tanulj meg olvasni és értelmezni
  • Inquisitor
    #25
    Ez egy nyilvánvaló marhaság, 2004 eleje óta egy csomó DVD íróból alapból gyártank SATA-t, na nem a sebesség csak a csati miatt, az egy más tészta, hogy itthon NEM kapni.
  • benczurzs
    #24
    0 és 1 ből negatív számot márpedig lehet csinálni.
    Ezt még gimiben, ECDL-en is oktatják, szerintem inkább nézz utána
    Mert ez alapszint.
  • fachox
    #23
    Látom értesz az info-hoz akkor légyszíves 0 és 1 ből csinálj negatív előjelet és kaphatsz egy nobel-díjat
  • Gugger
    #22
    Szerintem az az igazi gáz, hogy még mindíg a Parallel ATA csatlakozón keresztül kommunikál !!! SATA lenne a minimum, már csak az adatkábel könnyebb kezelhetősége miatt is.
  • Ma2ska
    #21
    Annál már csak az nagyobb, ha a vinyód száll el, mint nekem a minap.
  • PLaci #20
    az UDF sem teljesen kompatibilis a régi wonfosokkal tudtommal....
  • Enkil
    #19
    azér ha bele gondoltok hogy kiírtok 1 ilyenre vagy 15 játékot és ha meg hall a lemez akkor meg igen csak nagy szívás lesz belőle
  • Enkil
    #18
    a szemetek még véletlenül sem olyat dobtak kis ami rögtön tudná a több rétegüeket kezelni pedíg ahoz is meg van a teljes technológia
  • Enkil
    #17
    de persze ez még jobb
  • Enkil
    #16
    engem ez nem zavar fájldarabolás tc-vel és kész
  • Lammer
    #15
    irjad UDFben(no 2giga korlat)... az UDF is elegge elterjedt szabvany...
  • PLaci #14
    Nekem csak 1 fontos. Erre lehet már 2 gigánál nagyobb fájlokat írni??
    Ugyanis, ha nem tudnátok, a DVD-kre max 2 gigás fájlokat lehet kiírni szabvány szerint! (Nem szabvány szerinti egyes író progik 4 gigát is ki tudnak írni, de az kérdéses, hogy mi olvassa be, ugyanis a duplázás a fájlméret előjel-bitjét használja. Minek az előjel-bit? Valami idióta úgy alkotta meg a CD/DVD ISO szabványt, hogy a fájlnak lehet NEGATÍV mérete is... erre van az előjel...)
  • bertino
    #13
    a sima DVD egyhamar ugyse fog kimenni a divatból
  • pauly
    #12
    Hát ez jó.Lehet vagy 2-3 év műlva megint lesz valami más technológia,ami persze már a dvd lemezeket sem olvassa majd be,így vagy átírok mindent mindig az uj lemezekre,vagy majd kell 4-5 féle meghajtó a gépbe ha a régi cuccokat is beakarom olvasmi :)
    Szerintem semmi szükség nincs még újabb adathordozóra,főleg ha olyan szar lesz mint a mostani dvd-k.Ugyanis a cd-kel szvsz nem volt annyi gond,meg nem ment olyan könnyen tönkre mint a dvd.
    Dvd filmeket is nem érdemes megvenni több ezer forintért akko rmár,mert pár év és nem tudod beolvasni.
  • Sanyix
    #11
    Ja többe fog kerülni :)
    Amúgy elég gáz cucc, cd-t nem tud kezelni, dvd-t is csak félig, és úgyis elég lassan...
  • Aspirin
    #10
    Én nem azt bánom, hogy nem olvas CD-t, hanem, hogy nem ír.
    A CD-k nagy többsége nagy rakás koszt visz az olvasóba, így én nem bánom, mert így is külön olvasót használok a CD-nek, mást a DVD-nek, és van egy DVD íróm melletük.
    Igazán megcsinálhatnák, hogy USB-n keresztül csatlakozzon az alaplaphoz! :)
  • MrTressy
    #9
    sztm hülyeség hogy cdt már nem is képes olvasni...