Autor ::Roman Bórik Poslaná :: 08.09.2018 19:05:28 Predmet ::Re: Průzkumník pásky - zkušenosti
To je čudné. Skúšal som opakovane za sebou MGSV a vždy mi to uložilo správne.
To, že sa ikonka záznamu rozsvieti až po asi 4 sekundách, je v poriadku. Emulácia záznamu na pásku sa deje odchytávaním úvodnej sekvencie FF 00 55. Tej ale predchádza práve asi 4 sekundový zavádzací tón.
Správa
Autor ::Libor L.A. Poslaná :: 19.12.2018 21:49:19 Predmet ::Re: Průzkumník pásky - zkušenosti
Zase mám nějaké zkušenosti s problémy při zápisu na pásku v emulátoru. Problémy to dělá, pokud má první soubor na pásce změněnu adresu začátku (ručně v manažeru pásky pod emulátorem). Pokud ten soubor posunu na druhou pozici, záznam přes MGSV funguje naprosto správně. Ale někdy to problémy nedělá vůbec a teď mi cca 2 týdny jel záznam na pásku naprosto bez problémů. Takže spíše to se změnou startovací adresy prvního souboru nesouvisí, ale je to řešení, když to nejede.
Možná ještě upřesnění: Když to nefunguje, tak se na pásku po provedení příkazu MGSV nezapíše nic, a při dalším pokusu o zápis po novém spuštění emulátoru se (někdy) zapíše sekvence bez hlavičky dlouhá přesně 63 bajtů (délka je vždy stejná). Obsah vypadá například takto:
Autor ::Roman Bórik Poslaná :: 20.12.2018 21:07:07 Predmet ::Re: Průzkumník pásky - zkušenosti
Hmm, je to fakt čudné. Snažil som sa ukladať, meniť hlavičky súborov, presúvať a nič neočakávané sa nestalo.
Chcelo by to nejaký presný deterministický postup...
V tom Hexdumpe je vidieť, že na začiatku je dvakrát dĺžka hlavičkového bloku - 63 bytov. Takže tam fakt niečo zlyhalo pri indexovaní buffra, ktorý sa potom zapisuje do PTP súboru.
Samozrejme, pri načítavaní PTP súboru takýto obsah rozhodí celú tú sekvenciu za sebou nasledujúcich blokov.
Správa
Autor ::Libor L.A. Poslaná :: 21.12.2018 00:09:44 Predmet ::Re: Průzkumník pásky - zkušenosti
Nedá mi to spát a tak zkouším a přišel jsem na následující věc. Pravděpodobnost selhání se rapidně zvyšuje, když jsou některé parametry nově ukládaného záznamu do ptp souboru stejné jako parametry již existujícího prvního záznamu v ptp souboru. Ale stoprocentní korelace tam není. Ale takto se mi daří simulovat. Když postupně ukládám nové záznamy do ptp souboru a jejich délku volím postupně takovou, jako mají již uložené záznamy, tak jakmile zvolím délku stejnou jako má první záznam, tak v té chvíli se ten záznam už neuloží. Délka druhého až posledního záznamu nehraje při selhání roli. Jen ten první záznam je nějaký kritický. Někdy je nutné ke stejné délce přidat i stejný název, pak se chyba objeví ihned.
Kvůli odlišení jsem slovem "záznam" myslel datový blok PMD-85, ukládaný příkazem MGSV na virtuální MGF pásku a slovem "soubor" myslím skutečný soubor souborového systému PC s příponou ptp.
Správa
Autor ::Libor L.A. Poslaná :: 20.12.2018 22:54:00 Predmet ::Re: Průzkumník pásky - zkušenosti
Přesně jak říkáš, pokaždé, když se problém objeví, snažím se vypozorovat zákonitosti, které k tomu vedou.
1) Je zajímavé, že téměř celou dobu vývoje JSW se nic nedělo. Ale to jsem ukládal "slušné" soubory s hlavičkou, generované pomocí MGSV. Až když jsem začal dělat kejkle s převodem na bezhlavičkové bloky, tak se problémy objevily. A mám takový nepotvrzený dojem, že stejně to bylo i minule.
2) Když se ty problémy objeví, tak univerzálně funkční cestou je založit nový ptp soubor a do něj data uložit. To funguje. Ale funguje to jen do tohoto nového ptp souboru. Do toho problémového se i nadále zapisovat nedá. Tam právě pomáhá přehození pořadí záznamů, jak jsem psal. Takže spíše usuzuji na porušení struktury ptp souboru a následné přetrvávání problémů až do nějaké redefinice formátu.
3) Někdy se také stává, že když chci data do již založeného a otevřeného ptp souboru uložit, tak ptp manažer otevře dialogové okno pro výběr souboru, přestože je ptp soubor již vybrán a otevřen. Ale pokud se tak stane, tak je vyhráno, protože v těchto případech se problémy se záznamem neobjeví.
