Aktyw Forum
Zarejestruj się na forum.ep.com.pl i zgłoś swój akces do Aktywu Forum. Jeśli jesteś już zarejestrowany wystarczy, że się zalogujesz.
Sprawdź punkty Zarejestruj siękarty chipowe
Moderatorzy:Jacek Bogusz, Moderatorzy
Mam pewne pytanie zwiazane z kartami chipowymi. Mianowicie, przypuscmy ze karta ma 1KB pamieci. Jak to sie przeklada na ilosc danych. Inaczej, ile znakow moge zmiescic w 1KB .
Z gory dziekuje za pomoc
Z gory dziekuje za pomoc
w informatyce/elektronice 1kilo to zwykle 1024, co wynika z sytemu dwójkowego, 2^10 = 1024.
stąd 1kB = 1024B = 1024 Bajty. jako że znak ASCII zajmuje zwykle 1 bajt, to więc pomieścic można 1024 znaki.
W opisach pojemności dysków twardych czy płyt cd/dvd producenci stosują przedrostki zgodne z układem SI, gdyż tego typu rzeczy leżą na półkach, a nieco większe cyfry ładniej się prezentują.
stąd 1kB = 1024B = 1024 Bajty. jako że znak ASCII zajmuje zwykle 1 bajt, to więc pomieścic można 1024 znaki.
W opisach pojemności dysków twardych czy płyt cd/dvd producenci stosują przedrostki zgodne z układem SI, gdyż tego typu rzeczy leżą na półkach, a nieco większe cyfry ładniej się prezentują.
oczywiście, to musi robić program który zapisuje dane na kartę. jednak nie wszystkie zapisywane dane jednakowo poddają się kompresji, inaczej mówiąc, jeśli masz 2 różne paczki danych 2kB, po spakowaniu możesz z jednej np. uzyskać 1,5KB a z innej 0,5kB.
Przykład: Bardzo dobrze poddają się kompresji dokumenty tekstowe, a np. plik jpg trudno mocniej spakować.
jeszcze jedno odnośnie tego 1kB. To że karta może mieć 1kB pamięci, nie koniecznie musi oznaczać, że całą możesz wykorzystać na własne potrzeby.
Przykład: Bardzo dobrze poddają się kompresji dokumenty tekstowe, a np. plik jpg trudno mocniej spakować.
jeszcze jedno odnośnie tego 1kB. To że karta może mieć 1kB pamięci, nie koniecznie musi oznaczać, że całą możesz wykorzystać na własne potrzeby.
+5 - jpg to moze dlatego ze z natury rzeczy juz jest czesciowo skompresowany
gszechu:
Przy 1 KB danych nie spodziewaj sie za duzego stopnia kompresji, to troche malo danych by myslec o porzadnej kompresji.
Zapas... raczej nie, kwestia w tym, ze sam system plikow moze zajmowac miejsce na karcie, a moze fuse bity karty, a moze....
Czy mozna modyfikowac... no pewnie mozna... odczytac pelny blok, zdekompresowac, zmodyfikowac, skompresowac, zapisac... Co rozumiesz przez czas rzeczywisty to juz inna sprawa.
gszechu:
Przy 1 KB danych nie spodziewaj sie za duzego stopnia kompresji, to troche malo danych by myslec o porzadnej kompresji.
Zapas... raczej nie, kwestia w tym, ze sam system plikow moze zajmowac miejsce na karcie, a moze fuse bity karty, a moze....
Czy mozna modyfikowac... no pewnie mozna... odczytac pelny blok, zdekompresowac, zmodyfikowac, skompresowac, zapisac... Co rozumiesz przez czas rzeczywisty to juz inna sprawa.
załączony pliczek ma 993 bajty. Po rozpakowaniu masz plik 3605 bajtów, jak więc wyjaśnisz o co chodziło Tobie w określeniu "nie za duży stopień kompresji" ?+5 - jpg to moze dlatego ze z natury rzeczy juz jest czesciowo skompresowany
gszechu:
Przy 1 KB danych nie spodziewaj sie za duzego stopnia kompresji, to troche malo danych by myslec o porzadnej kompresji.
w przypadku jpg nie chodzi o to że to jest skompresowana grafika, chodzi o strukturę pliku, gdzie mało jest powtarzających się bloków które można zredukować.
np. rozpakowujesz do ramu, modyfikujesz, kompresujesz i z powrotem na kartę.czy pozniej mozemy je modyfikowac
To jednak zależy jakiego rodzaju dane przechowujesz. Moze lepiej odrazu dane w jakiś sposób kodować, niż stosować tekst. Przykład: jeśli to jest tekst, to zauważ że w alfabecie jest mniej niż 32 litery, a więc w każdym bajcie możesz zmieścić ich conajmniej 2, czyli po 4 bity na jeden znak. W ten sposób robi ci się już jakby 2kB. Sposobów jest wiele na zakodowanie. Jednak nie wiemy jak jest w Twoim przypadku, co i jak chcesz przechowywać.
- Załączniki
-
- 1.rar
- (933Bajtów)Pobrany 217 razy
No tak: tekst, motoda slownikowa... Uwazasz ze 4/1 to duzy stopien kompresji dla takich danych ?? Raczej mocno przecietny. Pozatym nie zawsze umieszcza sie tak latwe do skompresowania dane na kartach (o czym zreszta sam wczesniej wspominales)załączony pliczek ma 993 bajty. Po rozpakowaniu masz plik 3605 bajtów, jak więc wyjaśnisz o co chodziło Tobie w określeniu "nie za duży stopień kompresji" ?
Wlasnie chodzi o to, ze zostaly one juz "blokowo" skompresowane, dlatego ich dalsze kompresowanie nie przynosi porzadanego skutku. W dodatku jpg jest kompresja stratna ale to tak przy okazji. Temat bardzo ciekawy, ale nie o to w temacie chodzilo.w przypadku jpg nie chodzi o to że to jest skompresowana grafika, chodzi o strukturę pliku, gdzie mało jest powtarzających się bloków które można zredukować.
Mam wrazenie ze juz to gdzies.... napisalemnp. rozpakowujesz do ramu, modyfikujesz, kompresujesz i z powrotem na kartę.czy pozniej mozemy je modyfikowac
O tak... i tu jak najbardziej popieram. Autor moglby sprecyzowac o zapisie jakiego typu danych wlasciwie mowimy.Sposobów jest wiele na zakodowanie. Jednak nie wiemy jak jest w Twoim przypadku, co i jak chcesz przechowywać.
zamek na kartę którą niemal kazdy może odczytać i skopiować ? niezbyt to pomysłowe, chyba że to nie jest dobrze chronione miejsce, a bardziej chodzi o "bajer" z kartą. Bezpieczniejszy i nawet wygodniejszy w użyciu do zamka będzie pilot z keeloq (system zmiennokodowy) - na tym działa duża część pilotów do samochodów. Na upartego mozna i robić z głupią kartę (czytaj: bez procka), z tym że terminal wówczas powinien coś tam modyfikować na karcie za każdym razem, czyli trzeba by stworzyć jakiś algorytm.
- Futrzaczek
- -
- Posty:782
- Rejestracja:4 gru 2005, o 17:48
- Lokalizacja:Piotrków Tryb
- Kontaktowanie:
Kto jest online
Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 23 gości