2,601

(91 odpowiedzi, napisanych Sprzęt - 8bit)

Z biblioteką  obsługi VBXE jest jak z OSem - co nas obchodzi jak ona to zrobi? Wywołujesz funkcję i ma działać. Martwimy się jak OS ładuje dane z C:? Nigdy. Kwestia napisania odpowiedniej biblioteki/rozszerzenia OSu.

IMHO taka biblioteka pozwalająca na zarządzenie rdzeniami w VBXE mogłaby być przydatna koderom każdego rodzaju aplikacji do określenia konfiguracji sprzętu. Widziałbym to, jako rozszerzenie OS tak, żeby aplikacje miały dostęp zawsze do aktualnej wersji biblioteki w systemie, a nie do tego z czym aplikacja była skompilowana.

A skoro tak, to deklarowałbym się jako chętny do stworzenia takiego rozszerznia, oczywiście o ile Candle i Electron wyrażą zgodę. Potrzebowałbym jeno konsultacji oraz sugestii ze strony ludzi używających/piszących pod VBXE co mogłoby być w takiej bibliotece potrzebne. Uprzedzam z góry, że do tej pory nic, ale to nic nie napisałem dla VBXE.

2,602

(91 odpowiedzi, napisanych Sprzęt - 8bit)

drac030 napisał/a:

Razem z zawartością VRAM-u? :P

Ale ok, jeśli wypracuje się system, w którym przełączanie się między rdzeniami będzie w miarę automatyczne, tj. rozpoznanie bieżącego rdzenia, wybór wymaganego, boot, a potem przywrócenie i boot poprzedniego przed wyjściem z programu (ewentualnie rebootem), to nie miałbym zastrzeżeń.

Może w większości przypadków wystarczyłoby tylko skasować zawartość VRAM i zbootować. W końcu rdzeń musi umieć pracować na jakiejś początkowej zawartości VRAM.

drac030 napisał/a:

Jest jedno ale: programiści mają problem z zapisaniem i przywróceniem wektora VBL - to sądzisz, że ci sami programiści nie będą mieli problemu z przywróceniem rdzenia VBXE?

Ci co mają problem z wektorami to pewnie nie :) Ale inni...

2,603

(91 odpowiedzi, napisanych Sprzęt - 8bit)

Ale przecież FC jakoś potrafi zbootować wybrany rdzeń? Slotów jest 4 (VBXE1) i 13 (VBXE2) więc oprogramowanie, które chciałoby użyć konkretnego rdzenia mogłoby sprawdzić czy takowy jest dostępny, po czym go łaskawie włączyć, a po zakończeniu działania przywrócić stary. Jak user zaś nie ma rdzenia, to ERROR! i dziękujemy.

Edit: ...lub też "ERROR! Proszę załadować wymagany rdzeń", lub jeśli sami go dostarczamy z aplikacją, znajdujemy wolny slot i pakujemy do VBXE. Mogłaby przecież być biblioteka do takich rzeczy dostępna.

2,604

(91 odpowiedzi, napisanych Sprzęt - 8bit)

Właściwie to najprostszy CPU to taki, co potrafi przesłać z pamięci do pamięci i w przestrzeni adresowej ma:
- program counter,
- rejestr(y) realizujący jakiś operator - najprościej A NAND B bo ono tworzy system funkcjonalnie pełny (za jej pomocą można zrobić każdą operację), choć wygodnie byłoby mieć też A NOR B, A ADD B i A MUL B.

2,605

(91 odpowiedzi, napisanych Sprzęt - 8bit)

@xxl: Nie chodziło mi o upublicznienie źródeł - chodziło mi o postaranie się o nie i własnoręczne eksperymentowanie. Źródła są własnością Autorów i są prywatne.
Nie jestem przeciwnikiem zmian - sam chętnie widziałbym w VBXE np. skalowanie i obroty sprzętowe sprajtów oraz ekranu, ale niestety każdy ma tylko 24h na dobę i obecnie nawet gdybym napisał, że nauczę się VHDLa i wprowadzę modyfikacje które chciałbym mieć (oczywiście o ile Electron i Candle daliby mi dostęp do źródeł), to i tak nie mam kiedy tego zrobić. Może to temat na później, a może ktoś to za mnie zrobi wcześniej :)

2,606

(91 odpowiedzi, napisanych Sprzęt - 8bit)

Ależ Panowie (i Panie). Jeśli ktoś chce zmian w rdzeniu, to sprawa jest prosta (i chyba jedynie taka opcja wchodzi w grę).
Należy pójść do Electrona i Candle, porozmawiać z nimi i przekonać do dwóch rzeczy:
1. Że znamy się na VHDL/Verilog (nie znam się).
2. Że źródło rdzenia nie wycieknie do osób postronnych.
Następnie zmontować sobie zestaw developerski do testowania własnych zmian w rdzeniu, no i implementować co tam sobie kto chce.
Oczywiście, że nie zrobi tego KAŻDY (w końcu Autorzy też mogą powiedzieć "nie, bo nie" i nic nikomu do tego), ale oczekiwanie, że nasze zachcianki zrealizuje Candle lub Electron przy braku oprogramowania i jakichkolwiek inicjatyw niestety są niepoważne, bo oni też mają ograniczoną ilość czasu do zainwestowania w swoje pasje, a przecież nie muszą być przekonani do naszych pomysłów.
Jest też inna droga (jeśli sami nie znamy się/nie umiemy/nie chcemy się znać na VHDL/Verilog) - przekonać jakiegoś developera żeby wydobył rdzeń od Candle i Electrona i wprowadził zmiany, które chcemy zobaczyć.

Edit: A jeśli ktoś sądzi, że to niewykonalne to niech sobie wyobrazi że chciałby wprowadzić zmiany w kernelu M$ Windowsa. W przypadku VBXE ma przynajmniej dostęp do Autorów...

2,607

(408 odpowiedzi, napisanych Zloty)

Ja też przyjadę.

2,608

(26 odpowiedzi, napisanych Bałagan)

Wszystkiego dobrego i pomyślności.

2,609

(67 odpowiedzi, napisanych Zloty)

Ruscy nas zestrzelą :D Ja tam bym polatał taką maszyną.

2,610

(25 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Hahaha. BCM, ale co najmniej stówa...

Ja również 1 sztuką (jeśli jeszcze jest).

2,612

(75 odpowiedzi, napisanych Zloty)

No to za rączkę i do knajpy ;>

2,613

(25 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Taśmą przezroczystą samoprzylepną ;>

2,614

(30 odpowiedzi, napisanych Sprzęt - 8bit)

START i włączenie kompa też ci da beep. OPTION służy do wyłączenia BASICa (o ile nie masz na pokładzie QMEGa - z niewiadomych przyczyn tam działanie OPTION jest odwrócone), START służy do bootowania z kasety wpp boot odbywa się z dysku. Kombinacje tych klawiszy dają umożliwiają odpowiedni boot zależnie od tego, jaki program chcesz załadować (korzystający z BASICa czy nie) i z czego (kaseta/dysk).

2,615

(26 odpowiedzi, napisanych Bałagan)

Czyli niech z kodu lecą same wyjątki!

2,616

(25 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Albo w NFZecie - oni chyba do dzisiaj wymagają sprawozdań na dyskietkach.

2,617

(26 odpowiedzi, napisanych Bałagan)

Wszystkiego najlepszego.

http://atarionline.pl/forum/comments.ph ... =1#Item_11

2,619

(60 odpowiedzi, napisanych Fabryka - 8bit)

A to może Panowie Krytykanci napiszą jak wyobrażają sobie komunikację Atari z dowolnym innym systemem? Przecież mapowanie katalogów PC jako wirtualny ATR już było i więcej z tym kłopotu, niż pożytku. A tu jest mechanizm pozwalający na prostą, szybką (!) wymianę danych z innym kompem.

2,620

(72 odpowiedzi, napisanych Zloty)

A mnie się podoba "prawdopodobieństwo przybicia" :D

2,621

(13 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

A w pionie? 228? Rozumiem, że masz takie coś? Mógłbym zrobić patch do Graph8.

2,622

(341 odpowiedzi, napisanych Fabryka - 8bit)

Jak to jedyną? Tyle egzemplarzy się sprzedało... ;)

2,623

(29 odpowiedzi, napisanych Zloty)

Ja również bardzo, bardzo, bardzo dziękuję. Na czymś takim jeszcze nie byłem.

2,624

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

http://atariki.krap.pl/index.php/SAP_%28format_pliku%29
Całkiem łatwo pozbawić sapa nagłówka i mamy xexa.

Edit: Trzeba tylko dopisać kod inicjalizujący i odtwarzający.
A player Foxa tego nie konwertuje do xexa?

2,625

(341 odpowiedzi, napisanych Fabryka - 8bit)

No Candle na początku wątku pisał o możliwościach - w skrócie więc:
- synteza FM w stylu Yamahy OPL lub SID,
- DMA dla sampli a więc uwolnienie CPU od odgrywania,
- sample 8-bit 16 kanałów,
- regulowane wzmocnienie 8-bit dla każdego kanału osobno,
- 512K własnego RAM.
To, co aktualnie jest zrobione to:
- sample 8-bit 4 kanały,
- DMA dla sampli,
- regulowane wzmocnienie 8-bit dla każdego kanału osobno,
- 512K RAM.
Już samo to pozwala stwierdzić, że nie jest to Covox.
Częstotliwość odtwarzania dźwięku jest aktualnie 1.773447MHz - co pozwala na uzyskanie częstotliwości nut w skali temperowanej o niewielkich odchyleniach w pełnym zakresie słyszalności (przy założeniu, że pojedynczy okres zajmuje 16 próbek) - zajmuje się tym DMA a nie CPU.
Dodatkowo zrobiony jest pełny 8-bit panning dla każdego kanału osobno, co pozwala na dowolne 256-stopniowe przyporządkowywanie kanałów do wyjścia L R stereo - kanały nie są przypisane na sztywno jak w Amidze, czy Covoxie.

To, co Candle zaprezentował NIE JEST DOCELOWĄ implementacją. To jest implementacja wykorzystująca doskonały sprzęt do prototypowania, jakim okazało się VBXE2 (a więc podlegająca jego ograniczeniom) - wystarczy dolutować kabelek, wgrać podlinkowany rdzeń i zamiast generowania obrazu możemy posłuchać, jak gra nowa karta dźwiękowa.
Oczywiście, że 7-bit na wyjściu stereo to nie jest szczyt marzeń - będzie 16 lub 24 zależnie od tego, jaki DAC Candle uda się obłaskawić. Będzie 8M RAMu (co paradoksalnie powinno obniżyć cenę urządzenia).
Projekt jest ciągle otwarty - ciągle zastanawiamy się w jakie możliwości wszyć w sprzęt.

Docelowa implementacja będzie zrealizowana na innym FPGA i będzie zawierać wszystkie założone elementy.
Być może będzie konfigurowalny tor syntezy FM (jeśli nie - tor będzie stały, ale i tak konfigurowalne człony),
Niewykluczone, że będzie w środku filtr FIR z regulowaną częstotliwością odcięcia dla każdego kanału z osobna co pozwoliło by na kontrolowanie brzmienia każdej granej nuty. Być może będzie MIDI-IN pozwalające na wykorzystanie instrumentów podczas komponowania. Być może będzie jakiś układ wspomagający obliczenia (wielomian n-tego stopnia?) przy generowaniu sampli modulujących do syntezy.
Pewnie, że potrzebny byłby rozszerzony NEO Tracker - ale to nie jest akurat największy problem.

Będę miał na SillyVenture sprzęt z sobą, więc zainteresowanym mogę pokazać jak rzecz wygląda na żywo.