| |
| |
|
H.Brill | allô, liebe Mitleser
j'ai une binäre Dossier (de einem elektronischen Akkordeon ROLAND FRX8), dans qui überwiegend Steuerbefehle pour cela Akkordeon drin stehen. Irgendwo, dans cette Dossier (angeblich à Offset $39B) soll un 20 Bytes long gepackter 7 Bit ASCII- String stehen, qui den Musiktitel einer solchen Registrierung contient, den je auslesen voudrais. malheureusement finde je rien à besagter Position (Offset). peux aussi son, qui qui Offset seulement pour cela kleinere Akkordeon gilt et cette String aussi à anderer Stelle steht.
comment pourrait on une solchen ASCII - String lokalisieren ? qui besagte Dossier habe je dans une Bereich# geladen. malheureusement avons mon Versuche avec Char$(..),
OemToAnsi$() keinen Erfolg gebracht.
j'ai la fois 2 Fichiers unten angehängt.
peut-être hat oui quelqu'un une concept ?
Achja, so hat es la fois quelqu'un dans einem Elektronikforum beschrieben :
cet Fichiers sommes un Bitstream, dans dem qui ASCII marque pour den Namen
mais seulement 7 Bits belegen.
on muss arrêt à qui passenden Stelle im Bitstream pour den 7-Bit ASCII
marque chercher.
Beispiel Dossier "kneipe_2.UPG" de plus dessus ab Offset 0x39B:
0000039B 65 CE 8B 26 ¦ 84 54 08 10 ¦ 20 40 81 02 ¦ 04 08 10 20
000003AB 40 82 01 80 ¦ AD 52 BA 04 ¦ 08 10 20 40 ¦ 81 02 00 00
65 CE 8B 26 84 54 08
01100101 11001110 10001011 00100110 10000100 01010100 00001000
01 1001011 1001110 1000101 1001001 1010000 1000101 0100000
01001011 01001110 01000101 01001001 01010000 01000101 00100000
0x4B 0x4E 0x45 0x49 0x50 0x45 0x20
K N E I P E <SPACE>
|
 |
| |
| Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 02.09.2025 ▲ |
|
| |
|
|
Georg
Teles | Hi,
la hâte Vous Dossier, chez qui qui Titel bekannt ist ?
ensuite pourrait on zumindest sur den Hex Editor cette chercher.
Meta données devrait normalement am Dateianfang stehen, j'ai trop UPG Dateityp ne...aucune Datenblatt trouvé, pourrait un Programmeigenes Format son, là peux qui Titel naturellement überall stehen.
H.Brill (02.09.2025)
cet Fichiers sommes un Bitstream, dans dem qui ASCII marque pour den Namen mais seulement 7 Bits belegen.
H.Brill (02.09.2025)
on muss arrêt à qui passenden Stelle im Bitstream pour den 7-Bit ASCII marque chercher.
là était sicherlich 7 Byte gemint 1 Byte = 8 Bit = 1 marque, Bit hat mich maintenant verwirrt, pourquoi sollte on marque seulement dans 7 Bit Sauver, là fällt oui quoi weg ...
Grüße
Georg |
|
| |
| |
| |
|
|
H.Brill | allô, mittlerweile habe je de dem ami un Kommandozeilen-Tool (DOS)
envoyé bekommen. alors bräuchte je cela roue oui pas plus récente trop erfinden,
indem je cet Tool ensuite nutze bzw. aufrufe.
qui Fichiers stammen aus einer .upa Dossier de einem elektronischen
Arkordeon (ROLAND FRX8) . Aus einer .upa Dossier volonté là 1400 Registrierungen (Einzeldateien .upg) gemacht. qui .upa Dossier teilt sich folgendermaßen sur. il y a pour cela FRX8 100 Bänke avec je 14 Registrierungen.
qui Registrierungen enthalten u. a. qui Musiktitel. Hintergrund ist qui, qui je
pour quelqu'un un kleines Programme faire veux, cela arrêt cela Kommandozeilentool aufruft. là qui Zerteilung sans Ausgabe sur qui Kommandozeile erfolgt, voudrais je cela avec einer Progressbar quelque chose verschönern. qui Feund soll ensuite cet Registrierungen selber joli
dans mon Programme verwalten peut. qui Musiktitel devoir là aussi später
(avec Option -l) en supplément venons.là peux il bequem einzelne Stücke
(Titel) zusammenstellen et wieder qui .upg Fichiers sur USB zurückspielen
ou bien aussi wieder Freunden zur Disposition se mettre. cela Problem ist, qui on
den per Kommandozeile übergebenen Dossier (dans den cela Tool qui zerstückelten
Fichiers hineinschreibt) surveiller doit, um arrêt qui Progressbar entsprechend trop steuern Es dauert déjà un paire Minuten, jusqu'à alle Fichiers vom Tool geschrieben worden sommes.
je voulais d'abord qui .upa Dossier selber zerstückeln, habe es mais pas geschafft,
là Je l' Offset pas oui c'est ca sais et un XML-Vorspann vorhanden ist. c'est pourquoi J'ai eu unten angehängtes Konsolenprogramm (de quelqu'un dans C geschrieben) benutzt.
Relatif à la 7Bit ASCII ist wahrscheinlich encore un Relikt aus den DOS-
Zeiten. qui Beschreibung findet on aussi im Netz.
ah oui, cela Tool wird folgendermaßen aufgerufen :
zum Extrahieren qui 1400 upg-Fichiers :
wobei ordner arrêt qui Dossier ist, dans den qui ganzen .upg-Fichiers geschrieben volonté.
zum Auflisten qui Titel:
wobei on oui avec einer la déviation z.b. >Test.txt hinten tour qui Titel aussi
dans un Dossier écrivons laisser peux.
aussi chez qui ersten Option avec -d écrit cela Tool une .csv Dossier. Insofern
ist cet Tool oui entier intéressant, um arrêt un Windowprogramm tambour herum
trop écrivons.
Ist arrêt seulement qui Frage, comment longtemps MS encore qui Ausführung solcher Kommandozeilen-Programme soutenu.
et quoi mon Fragesteller encore sagte:
Sicherlich peux cela Arkordeon cela Zusammenstellen sur Knöpfe aussi.
mais c'est une riesige tourment, avec den individuel Knöpfen trop hantieren.
c'est pourquoi wäre une Verarbeitung (Extrahieren et récente zusammenstellen) sur PC wesentlich einfacher. |
|
| |
| Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 15.09.2025 ▲ |
|
| |
|
|
H.Brill | allô Georg,
peut-être encore une Beschreibung qui .upa Fichiers aus dem Mikrocontroller - Forum :
qui richtigen Angaben le Datenstrukturen holt on sich am besten
direct aus den UPA Fichiers et pas aus qui Skript Dossier.
qui Aufbau einer UPA Dossier ist relativ simple:
EF BB BF : Magic
4 Bytes : Longueur des XML En-tête (Big-Endian)
XML En-tête : XML avec weiteren Angaben le données
chaque Sets : Anzahl et Taille entsprechend dem XML En-tête
"UPLIST" : signification unklar, pour qui Sets wohl pas relevant
qui individuel Sets attraper alors ab Offset "7 + Longueur des XML Header" à,
le nombre et Taille ergibt sich aus dem XML En-tête.
Zum XML En-tête, qui ist eigentlich selbsterklärend, es wird qui Aufbau
qui données beschrieben, qui relevanten Teile:
pour den Fr: <SET size="26038" number="98" offset="0">
-> 98 Sets avec je 26038 Bytes
pour den Fr-8x: <SET size="25752" number="1400" offset="0">
-> 1400 Sets avec je 25752 Bytes
qui Unterschied dans qui Setgröße entre Fr et Fr-8x ergibt sich aus
dem fehlenden "SC2" Eintrag beim Fr-8x.
qui Aufbau eines Sets wird également im XML En-tête beschrieben, ici pour
den Fr:
<SC size="128" number="1" offset="0"/>
<O_R size="86" number="26" offset="128"/>
<OB_R size="66" number="7" offset="2364"/>
<OBC_R size="72" number="8" offset="2826"/>
<OFB_R size="72" number="8" offset="3402"/>
<TR size="304" number="16" offset="3978"/>
<BR size="84" number="16" offset="8842"/>
<BCR size="96" number="16" offset="10186"/>
<ORR size="64" number="26" offset="11722"/>
<OBR size="42" number="7" offset="13386"/>
<OBCR size="124" number="8" offset="13680"/>
<OFBR size="118" number="8" offset="14672"/>
<ORCH1 size="210" number="28" offset="15616"/>
<ORCH2 size="152" number="28" offset="21496"/>
<SC2 size="286" number="1" offset="25752"/>
qui Offset ergibt sich aus qui Longueur qui devant liegenden données, qui
Aufbau des Sets ist mais wohl pour cela décomposer qui UPA Fichiers pas
relevant.
Inwieweit qui fehlende "SC2" Eintrag beim Fr-8x important ist et
eventuell beim décomposer récente erzeugt volonté muss ist unklar.
et ensuite gibt es am Ende qui UPA Fichiers encore qui "UPLIST", qui steht
aussi im XML En-tête, ici wieder pour den Fr:
<UPLIST size="131072" number="1" offset="2551724"/>
qui Offset ergibt sich aus den devant liegenden Sets.
dans qui Beispiel Dossier "UPG_ALL.UPA" steht là rien, dans qui Dossier
"vom_8_UPG_ALL.UPA" pour den Fr-8x steht là quelque chose, qui signification ist
unklar.
Hilft peut-être. et avec ca zum comprendre qui Fichiers.
là habe je aussi déjà avec BlockRead() et BlockWrite versucht, qui .upg
Fichiers selber trop extrahieren. Bisher mais sans Erfolg. qui erzeugten Fichiers
sahen am Anfang toujours anders aus, comme qui de dem Konsolenprogramm erzeugten. |
|
| |
| Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 17.09.2025 ▲ |
|
| |
|
(171)
Deutsch
English
Français
Español
Italia