Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins Willkommen Gast! RSS

Robotrontechnik-Forum » Technische Diskussionen » Brauche mehr Wissen für Datensicherung KC85 (MC) » Themenansicht

Autor Thread - Seiten: -1-
000
20.01.2025, 22:50 Uhr
Rüdiger
Administrator
Avatar von Rüdiger

Ich habe eine Kassette, die ich eigentlich dem Dresdner KC zuordnen würde und benutze JKCEmu zum Auslesen via Soundkarte.

1. Wenn ich auf dem virtuellen KC87 unter BASIC versuche, eine BASIC-Datei (SSS) von der Kassette zu laden, kriege ich "OM ERROR".
Was will mir das Programm damit sagen und in welchem Handbuch finde ich die Meldung beschrieben?
Dasselbe Programm geht hingehen problemlos in den virtuellen KC85/4 zu laden, aber nicht zu starten.

2. Wie kann ich Dateien vom Typ "TTT" digitalisieren?
Blind-Lesen als WAV-Datei will ich vermeiden.

3. Es scheint Dateien zu geben, die keine Dateinamen haben.
Da wird nach dem Vorton nur ein Sternchen angezeigt.
Wie kann ich die sichern?
Blind-Lesen als WAV-Datei will ich vermeiden.

4. Ich habe außer "normalen" Daten auch welche auf der Kassette gefunden, die völlig anders klingen als üblich, auch einen viel tieferen Vorton haben. Gabs für den KC irgendwelche Turbo-Lader?
--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
001
20.01.2025, 22:55 Uhr
arr



Hallo Rüdiger,

zu 4. Ja, gab es vielleicht hat hier im Forum jemand noch sowas,
meine Kassetten damit sind leider längst im KC-Himmel

VG
Andreas
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
002
21.01.2025, 03:00 Uhr
ralle



Datein von Typ .ttt sind Felder, erzeugt von Basic-Programmen. Im einfachsten Fall von MinText.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
003
21.01.2025, 03:29 Uhr
Crawler

Avatar von Crawler

Hallo Rüdiger,

zu 1. "OM ERROR" bedeutet Out of memory.
-> https://www.sax.de/~zander/z9001/module/basic/z9_kcba.pdf

Vielleicht setzt das Programm eine Speichererweiterung voraus. Die kann man evtl. im Emulator konfigurieren.
Ansonsten kannst du ja zumindest mal versuchen, das Programm auf dem KC 85/4 aufzulisten.

Gruß,
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
004
21.01.2025, 06:43 Uhr
ralle



Der KC87 hat nur 16Kb RAM, der KC85/4 unter BASIC nutzbar etwa 48Kb. Beim KC87 müsste noch wenigstens ein 16Kb Erweiterung hinzugefügt werden.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
005
21.01.2025, 09:10 Uhr
volkerp
Default Group and Edit
Avatar von volkerp

@Rüdiger [000]

Frage 1 hat Crawler beantwortet (zu wenig RAM).

Deine Frage 2:
von Jens gibt es ein extra Programm zum Digitalisieren der alten Kassetten:
http://www.jens-mueller.org/jkcload

Deine Frage 3: Der KC87 hat noch eine Besonderheit beim BASIC: hier wird ein sinnloser Vorblock mit zufälligen Daten aufs Band geschrieben (Block-Nr 0). Basic ignoriert diesen und liest erst ab Block Nr 1 ein. Der 0-Block muss aus der Datei entfernt werden (z.B. mit strip_basic_header.pl), dann gibt es "korrekte" Dateien im KCC-Format.
Vermutlich sind das solche Dateien?

Frage 4: Schick mir mal bitte Beispiele.
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Dieser Beitrag wurde am 21.01.2025 um 09:10 Uhr von volkerp editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
006
21.01.2025, 10:23 Uhr
Rüdiger
Administrator
Avatar von Rüdiger


Zitat:
ralle schrieb
Datein von Typ .ttt sind Felder, erzeugt von Basic-Programmen. Im einfachsten Fall von MinText.



Das ist mir schon klar. Aber fürs erste habe ich nicht das zugehörige Programm da, um die Daten original zu übertragen.



Zitat:
volkerp schrieb
von Jens gibt es ein extra Programm zum Digitalisieren der alten Kassetten:
http://www.jens-mueller.org/jkcload



Interessant, werde ich probieren.



Zitat:
crawler schrieb
zu 1. "OM ERROR" bedeutet Out of memory.
-> https://www.sax.de/~zander/z9001/module/basic/z9_kcba.pdf

Vielleicht setzt das Programm eine Speichererweiterung voraus. Die kann man evtl. im Emulator konfigurieren.



Bingo, daran lag es. Im virtuellen KC87 mit zwei 16k-RAM-Modulen lässt sich das Programm laden und auch starten.
Das Programm benutzt Umlaute, die fürs erste falsch dargestellt werden ("{" statt "ä"). Gabs einen offiziellen deutschen Zeichensatz für den Z9001 oder hatte sich der Anwender da was gebastelt?
Die drei auf Ulrichs Website verfügbaren Zeichensätze passen nicht dazu.



Zitat:
volkerp schrieb
Der 0-Block muss aus der Datei entfernt werden (z.B. mit strip_basic_header.pl), dann gibt es "korrekte" Dateien im KCC-Format.



Die muss man entfernen um was zu erreichen?

--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
007
21.01.2025, 14:31 Uhr
Rüdiger
Administrator
Avatar von Rüdiger

Volker hat herausgefunden, dass es sich bei 4. um Z1013-1MHz-Programme handelt.
Diese Frage ist damit geklärt.

Zu 2. und 3.: JKCLoad weigert sich beharrlich, meine KC-Dateien korrekt zu lesen.
--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
008
21.01.2025, 19:59 Uhr
robbi
Default Group and Edit
Avatar von robbi

Zu 2 und 3:
Kann man die Dateien nicht mit "COPY" von Dr. Wobst lesen, wieder ausgeben, mit der Soundkarte aufnehmen, als WAV-Datei ausgeben und mir zuschicken?
Dann könnte ich mal mein Glück versuchen.

Auf meinem Philips N2218 funktioniert das Einlesen wunderbar, besonders von Bändern aus 1986 ff..
--
Schreib wie du quatschst, dann schreibst du schlecht.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
009
22.01.2025, 09:16 Uhr
Rüdiger
Administrator
Avatar von Rüdiger

Habe jetzt mal ein KC-Programm, das ich problemlos mit dem JKCEmu von Kassette lesen kann, versucht, mit JKCLoad zu lesen: Ohne Erfolg.
Entweder funktioniert das Programm nur mit ganz ausgeklügelten Einstellungen oder da ist ein Bug drin.
--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
010
22.01.2025, 19:02 Uhr
maleuma



Jens hatte das JKCLoad auf dem letzten KC-Treffen im Detail vorgeführt. Da muss man wirklich wissen, wo man was genau einstellt. Eine Einstellung, welche für alle Eventualitäten passt, scheint es nicht zu geben.
--
Mario.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
011
22.01.2025, 21:13 Uhr
Rüdiger
Administrator
Avatar von Rüdiger


Zitat:
maleuma schrieb
Jens hatte das JKCLoad auf dem letzten KC-Treffen im Detail vorgeführt. Da muss man wirklich wissen, wo man was genau einstellt. Eine Einstellung, welche für alle Eventualitäten passt, scheint es nicht zu geben.



Ich bin mit Jens in Kontakt. Es wird eine neue Version von JKCLoad geben, mit verbessertem Lesealgorithmus.
--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
012
23.01.2025, 21:49 Uhr
jmueller



Rüdiger hatte mich kontaktiert und mir auch einige WAV-Dateien zukommen lassen.
Manche konnte er in JKCEMU einlesen, nicht aber in JKCLOAD.
Bei diesen war die Phasenlage verschoben, d.h.,
die beiden Halbwellen für ein Bit waren unterschiedlich lang.
Bis JKCLOAD 1.1 wird nur die erste Halbwelle zur Unterscheidung
zwischen 0- und 1-Bit herangezogen.
Das habe ich beim KC-Format dahingehend geändert,
dass nun die Zeitdauer der Vollschwingung, d.h. die Addition beider Halbwellen, relevant ist.
Das ist robuster gegenüber Phasenverschiebungen.
Mit dieser kleinen Änderung waren dann einige von Rüdigers WAV-Dateien problemlos einlesbar.

Es gab aber auch einige Dateien, bei denen ich keine Ahnung habe,
welcher halbwegs allgemeingültige Algorithmus diese Signalform richtig interpretieren können soll.
Hier ein Beispiel, bei dem praktisch eine komplette Schwingung fehlt
und der Einleseprozess in Folge völlig aus dem Tritt gerät:


JKCLOAD kann nicht zaubern.
Mann kann mit der darin enthaltenen Analysefunktion das Problem sehen.
Aber Lösen kann mein Programm das Problem nicht.

Auf meiner Homepage ist die neue Version JKCLOAD 1.2 zu finden.
Ggf. muss man im Browser die Seite neu laden.

Jens
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
013
25.01.2025, 10:57 Uhr
Bert




Zitat:
jmueller schrieb
Hier ein Beispiel, bei dem praktisch eine komplette Schwingung fehlt
und der Einleseprozess in Folge völlig aus dem Tritt gerät:



Für mich sieht diese Beispielaufnahme nach defekter Hardware aus.
Vermutlich ist da ein Kondensator im Signalweg, der zu hohe Leckströme hat und in den low-Phasen nachgeladen wird. Das Pulsverhältnis passt aber erst wieder, wenn der high-Wert auf ca. 2/3 der Amplitude abgesunken ist.

Theoretisch kann man von der (defekten) Signalkette ein Modell machen und invers anwenden um die ursprünglichen Daten zu rekonstruieren.
Ist aber nur sinnvoll, wenn die Daten nicht weggebügelt wurden.

Ich nehme mal an, das hier das Problem schon bei der Aufnahme entstanden ist und ein Defekt bei der Wiedergabe ausgeschlossen wurde.

Wenn man ganz viel Muße hat, könnte man sich hinsetzen und versuchen den Bitstrom manuell rekonstruieren. Gerade das erste Bit vom mittleren Byte mit seiner Minizacke findet kein Algorithmus, der eigentlich nur die Pulslänge nach einem Komparator bestimmt.

Viele Grüße,
Bert
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
Seiten: -1-     [ Technische Diskussionen ]  



Robotrontechnik-Forum

powered by ThWboard 3 Beta 2.84-php5
© by Paul Baecher & Felix Gonschorek