begin process at 2010 09 03 22:24:30
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Compression & Split

 > TBITSTREAM UN STREAM BIT A BIT

TBITSTREAM UN STREAM BIT A BIT


 Information sur la source

Note :
Aucune note
Catégorie :Compression & Split Niveau :Initié Date de création :23/12/2003 Date de mise à jour :11/01/2007 13:27:30 Vu / téléchargé :5 676 / 338

Auteur : foxz

Ecrire un message privé
Site perso
Commentaire sur cette source (8)
Ajouter un commentaire et/ou une note

 Description

Manipulé un stream bit à bit
ecrit en parti en assembler (clause asm)


 Conclusion

Ne support pas le seek, write apres read et vis versa
Sera inclu dans un projet de crunsher (compression de compressé)

 Fichier Zip

Les Membres Club peuvent télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip


 Historique

11 janvier 2007 13:27:31 :
- lib planté

 Sources du même auteur

Source avec Zip VERY SIMPLE FTP SENDER
Source avec Zip NOUVELLE IMPLEMENTATION DE SPIDER MONKEY DANS DELPHI.
Source avec Zip COMPILATEUR D'EXPRESSION
Source avec Zip DATASETISE TOUT CONTROL
Source avec Zip AIDE TRADUCTION PAGE HTML

 Sources de la même categorie

Source avec Zip Source avec une capture UPXHELPER V1.1.1 par Christophe67
Source avec Zip Source avec une capture DELPHI : PROCEDURE SPLIT SIMILAIRE A LA FONCTION EPONYME EN ... par FENETRES
FONCTION SPLIT par crackspider7676
Source avec Zip STREAMZIP par simonpelloquin
Source avec Zip MAKE CAB + CHECKLISTBOX par simonpelloquin

Commentaires et avis

Commentaire de Bestiol le 27/12/2003 05:05:36

Ecrit "en partie" en assembleur ?!!
lol, je ne vois pas beaucoup de Delphi dans ce code ! :o)

Bon sinon j'aurais une question : pourrais-tu juste expliquer à quoi cela sert concrètement de lire bit à bit ?! (ce n'est pas une question ironique)

@+ !

Bestiol.
http://bestiol.aquila-net.com

Commentaire de foxz le 29/12/2003 12:22:40

Beh, c'est pratique pour la compression de données.
le but de la compression etant de reduire en bits les occurances repetitif...
par ex : tu as un groupe de 34 bits qui se repete suffisament  tu le code sous forme 18bits, gain 16 bits par occurances etc...
Donc ici, il faut manipuler le fichier bit a bit....
tu vas me dire... pourquoi ne pas le faire en memoire (en general les algo de compression travail sur des blocks) beh parce qu'un crunsher fonctionne seulement si justement tu prend le fichier dans la totalité.
sinon, certain type de données ne necessites pas forcement un align 8bits
je m'en sert dans l'encryption RSA aussi

Commentaire de Bestiol le 29/12/2003 17:45:31

------------------------------------------------------------

Ok merci bien, foxz !!!
Si c'est pratique pour ce genre de choses, alors ça m'intéresse bien ton stream !! :o)

J'te souhaite bonne prog' !
Bestiol.
http://bestiol.aquila-net.com

------------------------------------------------------------

Commentaire de grandvizir le 27/10/2004 20:35:34

Il y a une autre utilité: par exemple avec le format PBM en mode binaire. La couleur d'un pixel est soit 0 ou 1. Pas besoin d'un octet (8bits): donc on bite tout ça.

Pour la lecture, le buffer standard minimal est char (8bits). Mais avec une conversion en binaire, on arrive facilement à une lecture bit à bit.

L'idée est donc sympa.

Commentaire de grandvizir le 29/10/2004 18:58:58

Mais c'est clair que le site "http://www.asmfr.com/" aurait été préférable. Je n'ai pas du tout confiance en toutes ces lignes véritablement incompréhensibles.

Commentaire de Axoltl le 07/01/2007 10:20:46

Bonjour,
En premier lieu merci pour ce source qui a tout a fait sa place dans delphifr.
En effet comment ne pas prendre en considération l'ASM inline de Delphi?
C'est partie intégrante!

Bref... Peu importe.

3 ans plus tard... Et une nouvelle utilité trouvée, je dev un jeu video en ce momment et pour faire simple le personnage se déplace en memoire dans un espace que je voulais binaire.

Je m'explique. Le perso navigue inside memory dans un tableau à 2 dimensions, et change son comportement en fonction de l'etat de la memoire dans cet espace.

chaque "case" de cette memoire "virtuelle" est en fait un bloc de 16 bits.

chaque bit au sein d'un bloc représente une propriéte spécifique qui change le comportement du personnage OU qui peut etre changée par le personnage lui meme.

Genre:

1  *  1   *   0   *   1   *  0 etc.. veut dire ...
1 mur * 1 ressource * 0 piege à pointe * 1 Dalle qui glisse * 0 spawnpoint etc...

la lecture et l'ecriture bit à bit est indispensable pour moi, surtout au momment de l'edition du level, de sa sauvegarde, et de son chargement.

Car cet espace 2D est finalement construit et représenté en 3D isométrique à l'ecran.

Bon je me comprend :-P

Je n'ai pas encore testé le code, je noterais ensuite.
Merci beaucoup anyway!



Commentaire de foxz le 11/01/2007 14:13:40

Je viens de m'appercevoir que cette lib est completement planté...
et que moi j'utilise la version precedante (écrit entierement en Delphi) depuis plus de 3 ans :-))).
j'etais percuadé que cette lib etait solide vue que je l'utilisait dans mes projets... sauf que ce n'est pas cette lib la
LOL !!!

Commentaire de Bombela le 05/03/2007 11:49:23

Le temps passe, le code reste...
Mieux encore : le code reste que le temps trépasse...
J'suis déjà partit ======> []

 Ajouter un commentaire




Nos sponsors


Sondage...

CalendriCode

Septembre 2010
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
27282930   

Consulter la suite du CalendriCode

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,593 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales