| |
| |
|
Christof
Neuß | Salut,
hat sich peut-être déjà la fois quellcodemäßig avec dem saisir de données/Fichiers beschäftigt? chez qui cherche im Netz stößt on toujours wieder sur den Huffman-arbre zur Datenkomprimierung. Im Grunde verstehe je, quoi trop 1faire ist, mais peut-être hat oui quelqu'un déjà la fois quoi dans qui direction programmiert.
Ist sûrement pas kriegsentscheidend et cela Thema bekommt on avec Freeware (z.B. 7z) ou bien ici erhältliche Unités et DLL aussi bien gelöst.
j'aime es arrêt, si je possible alles dans EINE EXE saisir peux et ensuite selbst bestimme, quoi cela Programme pouvoir.
Ok. pas longtemps drüber sur), mais si quelqu'un quoi sais...
DANKE  |
|
| |
| |
| |
|
|
 | Salve!
je hatte la fois avec Profan² 4.5 (ou bien wars 7?) myFile2Source ( [...]  ) programmiert -
imho cela erste dans Profan programmierte Programme um Fichiers direct dans Profan-Quellcode abzulegen.
là J'ai eu une (eigene) "Kompressionsroutine" incorporé qui aussi richtig lente était et je hatte quelquefois avec cela stärker comme Zip komprimiert mais es dauert plan ewig. ^ ^
So bleibt wohl toujours cela Auswiegen des Verhältnisses entre Rechenzeit/ Komressionsrate.
Beispiel einer variante:
Zeichenkette: AAAA
Komprimiert: R1A4
R=Repeat
1=CharCount
A=CharCount
4=Wie souvent
=
1A*4
=
AAAA
So peux on sich une ou bien plan meherer Kompressionsmethoden überlegen et cet wiederum aussi encore übereinander/ gegeneinander ansetzen et ensuite wiederum qui Kompressionswerte per Tabelle comparer à optimale variante anzusetzen.
Obiges AAAA-Beispiel nennt on wohl aussi RunLength-variante bzw. RLE.
Ebenso peux on naturellement aussi sur komplexe Wiederholungen testen -
beispielswiese
ABCDEROFLABCDE pourrait
u5ABCDEROFLu-4 son wobei ensuite chacun weitere ABCDE-Répétition simple seulement u-4 wäre. |
|
| |
| |
| |
|
|
 | | ici un Quellcode, qui avec API arbeitet: [...] |
|
| |
| |
| |
|
|
| malheureusement packt qui Quellcode rien mais ("nur") qui APIs -
mais vlt. était cela aussi qui Frage. |
|
| |
| |
| |
|
|
Christof
Neuß | | je serait cela saisir et ggfs. qui Verschlüsselung déjà volontiers selber faire. alors pas sur qui API. |
|
| |
| |
| |
|
|
| | Aus welchem Grund oui c'est ca? |
|
| |
| |
| |
|
|
| | vlt. höhere Kompressionsrate permet par Spezialisierung. |
|
| |
| |
| |
|
|
| qui API's peut avec mehreren Kompressionsarten saisir: LZ, Xpress et Xpress Huffman. je bezweifle stark, dass on avec reinem XProfan sinnvoll effektiver saisir peux. cela wird ensuite viel trop lente.
si on sich avec den API seulement quelque chose beschäftigen serait ou bien allgemein sich avec cela la fois anzufreunden versuchte, pourrait on cela Potential très vite erkennen. Muss mais chacun selber savons.  |
|
| |
| |
| |
|
|
| je wüsste déjà comment on avec XProfan sinnvoll effektiver saisir peux -
tu es oui sûrement aussi qui attitude cela un spezialisiertes procéder höhere Packraten erzeugen peux.
So peux on beispielsweise avec XProfan une Packer écrivons qui z.B. XProfan-Voir le texte source "besser" packt comme LZ & co.
Pour plus Geschwindigkeit peux oui chacun ASM et nProcs einsetzen. |
|
| |
| |
| |
|
(470)
Deutsch
English
Français
Español
Italia