| |
| |
|
H.Brill | ¡Hola, liebe Mitleser
Yo habe una binäre Expediente (de una elektronischen Akkordeon ROLAND FRX8), en el überwiegend Steuerbefehle para el Akkordeon drin posición. Irgendwo, en dieser Expediente (angeblich a Offset $39B) se una 20 Bytes langer gepackter 7 Bit ASCII- String posición, el el Musiktitel uno solchen Registrierung enthält, el Yo auslesen möchte. Leider finde Yo nichts a besagter Position (Offset). Kann auch ser, daß el Offset sólo para el kleinere Akkordeon gilt y dieser String auch a otro Punto es.
Como podría uno una solchen ASCII - String lokalisieren ? El besagte Expediente Yo en una Zona# geladen. Leider haben mi Versuche con Char$(..),
OemToAnsi$() no Erfolg gebracht.
Yo habe veces 2 Archivos unten angehängt.
Tal vez ha sí alguien una Concepto ?
Achja, así ha lo veces alguien en un Elektronikforum beschrieben :
Diese Archivos son una Bitstream, en el el ASCII Signo para el Namen
aber sólo 7 Bits ocupar.
Man muss sólo a el passenden Punto en el Bitstream después de el 7-Bit ASCII
Signo suchen.
Ejemplo Expediente "kneipe_2.UPG" de más oben de 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,
hast Es usted un Expediente, en el Titel bekannt es ?
entonces podría uno zumindest encima el Hex Editor esta suchen.
Meta Daten debería normalerweise al Dateianfang posición, Yo a UPG Dateityp kein Datenblatt gefunden, dürfte una Programmeigenes Formato ser, como kann el Titel natürlich überall posición.
H.Brill (02.09.2025)
Diese Archivos son una Bitstream, en el el ASCII Signo para el Namen aber sólo 7 Bits ocupar.
H.Brill (02.09.2025)
Man muss sólo a el passenden Punto en el Bitstream después de el 7-Bit ASCII Signo suchen.
Como war sicherlich 7 Byte gemint 1 Byte = 8 Bit = 1 Signo, Bit ha mich ahora verwirrt, por qué debería uno Signo sólo en 7 Bit speichern, como fällt sí qué weg ...
Grüße
Georg |
|
| |
| |
| |
|
|
H.Brill | ¡Hola, mittlerweile Yo de el Freund una Kommandozeilen-Tool (DOS)
geschickt bekommen. Also bräuchte Yo el Rad sí no mehr neu a erfinden,
indem Yo dieses Tool entonces nutze o. aufrufe.
El Archivos stammen de uno .upa Expediente de una elektronischen
Arkordeon (ROLAND FRX8) . Aus uno .upa Expediente voluntad como 1400 Registrierungen (Einzeldateien .upg) gemacht. El .upa Expediente teilt se folgendermaßen en. Lo son para el FRX8 100 Bänke con je 14 Registrierungen.
El Registrierungen enthalten u. a. el Musiktitel. Hintergrund es el, Yo
para jemanden una kleines Programa hacer voluntad, el sólo el Kommandozeilentool aufruft. Como el Zerteilung sin Edición en el Kommandozeile es, möchte Yo el con uno Progressbar algo verschönern. Der Feund se entonces esta Registrierungen selber schön
en mi Programa verwalten puede. El Musiktitel debería como auch später
(con Opción -l) dazu kommen.Como kann él bequem einzelne Stücke
(Titel) zusammenstellen y otra vez el .upg Archivos encima USB zurückspielen
oder auch otra vez Freunden disponible stellen. Das Problema es, daß uno
el por Kommandozeile übergebenen Ordner (en el el Tool el zerstückelten
Archivos hineinschreibt) überwachen muß, en sólo el Progressbar entsprechend a steuern Lo dauert ya unos pocos Minuten, a todos Archivos vom Tool geschrieben worden son.
Yo quería zuerst el .upa Expediente selber zerstückeln, habe lo pero no geschafft,
como Yo, el Offset no genau weiß y una XML-Vorspann disponible es. Deshalb Tuve unten angehängtes Konsolenprogramm (de jemandem en C geschrieben) benutzt.
Relacionado con la 7Bit ASCII es wahrscheinlich todavía una Relikt de el DOS-
Veces. El Descripción findet uno auch en el Netz.
Ach sí, el Tool se folgendermaßen aufgerufen :
para Extrahieren el 1400 upg-Archivos :
wobei ordner sólo el Ordner es, en el el ganzen .upg-Archivos geschrieben voluntad.
para Auflisten el Titel:
wobei uno sí con uno Umleitung z.b. >Test.txt hinten dran el Titel auch
en un Expediente escribir dejar kann.
Auch en ersten Opción con -d schreibt el Tool una .csv Expediente. Insofern
es dieses Tool sí bastante interessant, en sólo una Windowprogramm tambor herum
a escribir.
Ist sólo sólo el Cuestión, como largo MS todavía el Ausführung solcher Kommandozeilen-Programas unterstützt.
Und qué mein Fragesteller todavía sagte:
Sicherlich puede Arkordeon el Zusammenstellen encima Knöpfe auch.
Aber es una riesige Qual, con el individual Knöpfen a hantieren.
Deshalb wäre una Verarbeitung (Extrahieren y neu zusammenstellen) encima 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 | ¡Hola Georg,
tal vez ni Descripción el .upa Archivos de el Mikrocontroller - Foro :
El richtigen Angaben a Datenstrukturen holt uno se al besten
direkt de el UPA Archivos y no de el Skript Expediente.
Der Aufbau uno UPA Expediente es relativ simplemente:
EF BB BF : Magic
4 Bytes : Longitud des XML Encabezamiento (Big-Endian)
XML Encabezamiento : XML con más Angaben a Daten
cada Sets : Anzahl y Größe entsprechend el XML Encabezamiento
"UPLIST" : Bedeutung unklar, para el Sets probablemente no relevant
El individual Sets fangen also de Offset "7 + Longitud des XML Header" a,
el número y Größe ergibt se de el XML Encabezamiento.
Zum XML Encabezamiento, el es eigentlich selbsterklärend, lo se el Aufbau
el Daten beschrieben, el relevanten Teile:
para el Fr: <SET size="26038" number="98" offset="0">
-> 98 Sets con je 26038 Bytes
para el Fr-8x: <SET size="25752" number="1400" offset="0">
-> 1400 Sets con je 25752 Bytes
Der Diferencia en el Setgröße zwischen Fr y Fr-8x ergibt se de
el fehlenden "SC2" Eintrag beim Fr-8x.
Der Aufbau uno Sets se ebenfalls en el XML Encabezamiento beschrieben, hier para
el 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"/>
Der Offset ergibt se de el Longitud el davor liegenden Daten, el
Aufbau des Sets es pero probablemente para el Zerlegen el UPA Archivos no
relevant.
Inwieweit el fehlende "SC2" Eintrag beim Fr-8x wichtig es y
eventuell beim Zerlegen neu producido voluntad muss es unklar.
Und entonces hay al Ende el UPA Archivos todavía el "UPLIST", el es
auch en el XML Encabezamiento, hier otra vez para el Fr:
<UPLIST size="131072" number="1" offset="2551724"/>
Der Offset ergibt se de el davor liegenden Sets.
In el Ejemplo Expediente "UPG_ALL.UPA" es hay nichts, en el Expediente
"vom_8_UPG_ALL.UPA" para el Fr-8x es hay algo, el Bedeutung es
unklar.
Hilft evtl. todavía algo para Verstehen el Archivos.
Como Yo auch ya con BlockRead() y BlockWrite intenta, el .upg
Archivos selber a extrahieren. Bisher aber sin Erfolg. El erzeugten Archivos
sahen al Anfang siempre anders de, como el de el 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 ▲ |
|
| |
|
(382)
Deutsch
English
Français
Español
Italia