376

(42 odpowiedzi, napisanych Scena - 8bit)

Nie umiecie czytać. Problemy z plikami SAP rozwiązuje się tutaj.
Zabezpieczenie przed zwisem równa się uruchomienie całego utworu na emulowanym komputerze aż do TIME z monitorowaniem gdzie i co jest zapisywane. Jeśli chcesz czekać kilka (-naście? -dziesiąt?) minut przed odsłuchaniem każdego utworu aż taka analiza zostanie przeprowadzona, to możesz sobie ją napisać, źródła sapemu są dostępne.
Alternatywnie, jeśli raz powiesisz sapemu jakimś utworkiem, to przenosisz go do katalogu "niedziałające" i masz problem z głowy.

Commodore nie ma systemu operacyjnego, mogą sobie robić jak im się podoba (w ogóle każdy sobie może robić jak mu się podoba - taki XXL na przykład - ale mnie się nie podoba, więc nie zrobię :)).
Cała ASMA mieści się bez trudu w file systemie Sparty. Nie wiem po co ci tu FAT i udziwnione wynalazki.

377

(42 odpowiedzi, napisanych Scena - 8bit)

SAP to emulator Atari z wyłączonym obrazem, stąd też wyłączony obraz w sapemu. Dla większości plików nie będzie żadnej różnicy, jeśli włączę obraz i z dużą skutecznością można zgadnąć właściwe ustawienie, posługując się tagiem TYPE. Zobaczę, co się da zrobić. Szkoda, że napisałeś o tym w niedzielę wieczorem. :P
Natomiast co do specjalnych wersji dla SIDE i FAT, czy w ogóle jakiegokolwiek interfejsu I/O i systemu plików, jest to niedorzeczne! Zmień dilera, wyjedź na wakacje, weź gorącą kąpiel, zapisz się na jogę, po prostu - odpocznij. I nie proponuj mi nigdy takich bzdur. Sterowniki urządzeń i systemów plików powinny być częścią systemu operacyjnego. Kropka. Full stop. Ponto final.

378

(22 odpowiedzi, napisanych Bałagan)

Wyłączyłem po 3 minutach, może i ładne, ale nudne jak Second Reality. :)

379

(45 odpowiedzi, napisanych Software, Gry - 8bit)

Cudów nie ma, to zapewne ten sam problem co tutaj.

380

(45 odpowiedzi, napisanych Software, Gry - 8bit)

conrad napisał/a:

Czym odtwarzasz SAPy na Atari z SDX? (Bo Sapemu na SDX się wykłada)

To bardzo ciekawe, co piszesz, bo "u mnie działa". Czy możesz opisać swoją konfigurację (sprzęt, wersję SDX i zawartość CONFIG.SYS, wersję sapemu) oraz objawy "się wykładania"?

381

(42 odpowiedzi, napisanych Scena - 8bit)

I to jakiej wypasionej! ATR, XEX i nawet manual w HTMLu! Do wyboru, do koloru. :)

382

(42 odpowiedzi, napisanych Scena - 8bit)

https://github.com/downloads/epi/sapemu/sapemu-0.3.zip

383

(42 odpowiedzi, napisanych Scena - 8bit)

Okej, znalazłem buga w sapemu. Znacznik TIME nie był rozpoznawany, a nierozponane znaczniki powodowały coś innego, niż autor miał na myśli. :) W czasach, kiedy pisałem sapemu, mało który plik zawierał ten znacznik, teraz ma go chyba wszystko w ASMA, stąd problemy.
Ponieważ wyszło to dopiero teraz, wnioskuję, że userbaza sapemu liczy <1 użytkownika.
Mimo to poprawioną wersję oznaczoną numerem 0.3 można sobie zassać stąd.

384

(42 odpowiedzi, napisanych Scena - 8bit)

A! Z SAPów można zrobić XEXy do odtwarzania na Atari, używając asapconva.

385

(42 odpowiedzi, napisanych Scena - 8bit)

Jeśli z SDX, to jest szansa, że ustawiłeś złe banki rozszerzonej pamięci i sapemu maże po banku używanym przez SDX. Niestety nie spotkałem się z łatwą metodą sprawdzenia, który to bank, więc pozostaje eksperymentować. Może kiedyś spróbuję dorobić automatyczne wykrywanie, który to bank.

Jeśli pod Altirrą (ale z innym DOSem) jest ten sam problem, to mogą to rzeczywiście być "nieuprzejme" SAPy. Podeślij, się zobaczy.

386

(42 odpowiedzi, napisanych Scena - 8bit)

Nie wydaje mi się, żeby napisanie playera do absolutnie wszystkich SAPów na Atari było wykonalne przy skończonej ilości zasobów, głównie ze względu na to, że pliki SAP zawierają kod, któremu wolno absolutnie wszystko. Rozwiązanie widzę bardziej w tworzeniu "uprzejmych" SAPów, bo chyba ekstremalnie rzadko zdarza się tak, że potrzebne jest całe 62 kB RAMu i pełna kontrola nad sprzętem.Doświadczenie podpowiada mi, że lepiej wyjdziemy na poprawianiu SAPów w ASMA, żeby grały na niedoskonałym playerze, niż na próbie zrobienia playera doskonałego.

387

(99 odpowiedzi, napisanych Programowanie - 8 bit)

BartoszP: Tak tak, oczywiście, to co napisał draco nie oddawało istoty problemu. Rzecz tylko w tym, że zacząłeś go poprawiać wyjeżdżając od razu z linią długą i długościami kabli, a mijając się z podstawową ideą - dwa druty obok siebie, przeciwne napięcia, podobne oddziaływanie z zewnątrz, (sygnał+zakłócenie)-(-sygnał+zakłócenie) = 2*sygnał+0*zakłócenie.
Dobrze, że sam wiesz o co chodzi, ale tłumacząc to innym, staraj się robić to jasno i trafiać w sedno. :)

BartoszP napisał/a:
epi napisał/a:

nota bene SIO jest ograniczone w tej kwestii bardziej niż PBI ze względu na filtry RC między gniazdem a POKEYem

I to właśnie miałem na myśli pisząc o TURBO w SIO...założenia sobie..czyli magnetofon w 600bodów lub stacja w 19200 bodów....a rzeczywistość sobie czyli uzyskiwane prędkości powyżej 70Kb na tym samym sprzęcie.

Ale przecież ja napisałem o czymś zupełnie innym. Magistrala równoległa (i wyprowadzone z niej PBI) chodzi na 1.77 MHz, a wspomniane filtry na SIO zaczynają powodować kłopoty przy HSINDEX = 0 (127 kb/s). Niemniej da się uzyskać stabilną transmisję i w tych warunkach, a to i tak limit POKEYa dla transmisji asynchronicznej (żeby było szybciej, trzeba próbować z transmisją synchroniczną z zegarem z zewnątrz).

Uzyskiwanie prędkości powyżej 70kb to nie żadna magia, a sprzęt nie jest ten sam. Prędkości dla magnetofonu są ograniczone przez sposób zapisu na taśmie, a nie przez transmisję do komputera. Prędkość dla stacji dysków była kiedyś ograniczona zapewne transmisją realizowaną programowo na niezbyt żwawym 6507. "Założenia", o których mówisz, w 1979 musiały być zapewne dostosowane do tego, ile klient może wydać na stację dysków, oraz do realnego czasu puszczenia produktu na rynek. Na pecetach czy współczesnych mikrokontrolerach zrobienie transmisji w protokole łykanym przez POKEYa w 127kb/s jest trywialne.

Okej, to ja już nie oftopikuję. Ewentualne konsekwencje dotychczasowych postów poniosę z godnością. ;)

388

(99 odpowiedzi, napisanych Programowanie - 8 bit)

Chciałbym chociażby zobaczyć te nowe, magiczne nadajniki, które to piekielnie przyspieszają SIO.
Proponuję też poczytać o tym, jakie jest główne założenie transmisji różnicowej (eliminacja zakłóceń zewnętrznych) oraz jakie inne techniki zastosowano w nowszych protokołach, jak SATA, USB czy PCIe, celem osiągnięcia wyższych szybkości transmisji (a jest o czym czytać).
Porównywanie sytuacji przy częstotliwościach rzędu pojedynczych MHz (nota bene SIO jest ograniczone w tej kwestii bardziej niż PBI ze względu na filtry RC między gniazdem a POKEYem) i prymitywnych protokołach do różnicy między ATA i SATA jest co najmniej... zabawne.

389

(99 odpowiedzi, napisanych Programowanie - 8 bit)

Nie ma to jak posłuchać wybitnych ekspertów. Ubaw po pachy, panowie, nie przestawajcie.

390

(320 odpowiedzi, napisanych Zloty)

Pinokio: O ile mnie pamięć nie myli, Sweet16 to jednak nie jest to co masz w komputerze.

391

(111 odpowiedzi, napisanych Fabryka - 8bit)

Jeśli dobrze zrozumiałem, to Grzybson właśnie udowodnił empirycznie, źe xxl trwoni swój czas na budowanie utrudnień, które zawężają krąg użytkowników jego produkcji, a nie dają nic, czego bez nich nie można uzyskać.
W rzeczy samej, brawo, Grzybson!

392

(17 odpowiedzi, napisanych Bałagan)

Nie wiedzieć czemu skojarzyło mi się z "Generatorem Promieniowania VGA". :D

393

(320 odpowiedzi, napisanych Zloty)

To ja piszę generator. :)

394

(10 odpowiedzi, napisanych Scena - 8bit)

1 POKEY i to najlepiej programowany wyłącznie w BASICu! :)

395

(6 odpowiedzi, napisanych Bałagan)

"Dobra" płyta? Żartujesz sobie, ty stary, wulgarny zbuku! To majstersztyk! ;)

396

(12 odpowiedzi, napisanych Bałagan)

Mam te same problemy. Ale można pogóglać, już w pierwszej dziesiątce wyników dostałem sensowną podpowiedź: http://news.elektroda.pl/kynar-i-zdejmo ... t8609.html

397

(26 odpowiedzi, napisanych Programowanie - 8 bit)

Jeśli nie chcesz programować na pececie to obczaj MAE.

398

(103 odpowiedzi, napisanych Zloty)

http://www.atari.org.pl/forum/viewtopic.php?id=9764
Nie zrozum mnie źle, nie chowam urazy! Po prostu dwa dni przed party może być za późno, żeby znaleźć alternatywę.

399

(33 odpowiedzi, napisanych Bałagan)

nosty: śmiały wniosek? To "oczywista oczywistość"! To co nazywacie "Linuxem" składa się z jądra (jądro to też program!), czyli "Linuxa właściwego" ;), które (poza niektórymi zamkniętymi driverami) jest na GPL v2, oraz bibliotek i programów narzędziowych, a wśród nich najczęściej m.in. glibc i GNU coreutils (LGPL/GPL), zatem prawie na pewno również ich używacie. Nieważne zatem, co, od kogo, na jakiej licencji i za ile kupisz - uruchomisz to przy pomocy kodu na (L)GPLu, a kiedy będzie już działać, również ten sam proces będzie wykonywał kod na (L)GPLu.

Oczywiście można sprzedawać programy na GPLu i udzialać gwarancji/wsparcia (OIDW prawo UE nie zezwala na _sprzedaż_ oprogramowania bez gwarancji), ale w domach raczej nie macie RHEL czy SUSE (choć nosty w firmie może ma).

400

(103 odpowiedzi, napisanych Zloty)

0xF: mam na myśli umawianie się z Małym. ;)