1,551

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

A VBXE w którym komputerze siedzi? Czy to tajemnica... Bo zaraz się okaże, że masz maszynki z 128 i 320 KB RAM odpowiednio :)

1,552

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

To w czym siedzi to VBXE?

@Draco
Ja się boję pytać już nieco... Im więcej pytam, tym mniej wiem (w tym temacie) ;)

1,553

(117 odpowiedzi, napisanych Fabryka - 8bit)

Świetnie, na początek dobry i fix w COMEXE - dziękuję (z góry ;) ).
To się nazywa porządne wsparcie techniczne, o! :)

1,554

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

To dlatego podchodzisz do ATARI jak do konsoli do gier (C64) - macasz kolorowe przyciski funkcyjne XEGSa :D

A VBXE masz w 130XE czy w XEGS? ;)

1,555

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

- atari z rozszerzeniem pamieci (nie mam)

Masz. I to nawet tzw. "320XE" dzięki TWOJEMU VBXE. :D

1,556

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

W porządku. EXT-RAM, beeee... Nie jest w duchu ATARI. Urządzenie, które jest w stanie diametralnie poszerzyć charakterystyczne dla komputera  możliwości graficzne (VBXE) jest już OK...
Tylko broń Boże nie ładuj rdzenia dającego 320 KB RAM. Udanego popołudnia.

1,557

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

Użytkownik może nie wiedzieć jaki osprzęt jest obecnie szeroko używany z jego komputerem i mieć sobie np. 1050, być w mniejszości, takie jego prawo, ale osoba aspirująca do "WYTYCZANIA TRENDÓW, NIOSĄCA OŚWIECENIE", chyba powinna się orientować bardziej? No chyba, że xxl pisze dla siebie tylko, a nie dla użytkowników.

A o SIO2SD jak się dowiedziałeś? W Pewexach nie sprzedawali, hmm... ;) Jest w Tobie mnóstwo sprzeczności, pomijasz argumenty, te, które Ci odpowiadają wybierasz i ripostujesz po swojemu... Człowiek, który poświęci wszystko dla 64KB RAM (co nie jest żadną kwestią w roku 2013), a sam popełniał wersje gier dla VBXE (Night Driver, JSW 2007)...

Tak z ciekawości, masz VBXE w swoim ATARI?

1,558

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

Ale patrz, SIDE to też "tylko" cartridge, a Twój soft na nim nie zadziała? ;)
Poza tym mistrzowsko ominąłeś kwestię użyteczności SlightSID Playera tak cudownie rekompensowanej działaniem na 64 KB :/
High Voltage SID Collection zawiera 43116 SIDów, a Ty wymuszasz trzymanie tego na dyskietkach/obrazach dyskietek?
Oczywiście zakładając, że ktoś na SlightSIDzie chciałby słuchać SIDów, bo zaraz padnie arrument, że wystarczy sobie wybrać kilkanaście ulubionych, ech.

SKORO EDYTUJESZ, TO I JA WYEDYTUJE :)
EDIT:
Pada argument o SIO2SD i 16MB ATR-ach... No to jest postęp, bo parę stron wcześniej tego wątku stacja ATARI działająca w 1xSIO była standardem...

1,559

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

SlightSID Player nie wymaga rozszerzenia pamieci i przy tej funkcjonalnosci smialo moge powiedziec:
only xbios make it possible

No tak, przecież to logiczne; ktoś ma SIDa dla ATARI, a EXT-RAM nie, bo jest BEEEEEEEE :D :O
Za to SlightSID Player nie działa z szybkimi i pojemnymi pamięciami masowymi, gdzie te wszystkie SIDy można by wygodnie trzymać, great effort ;)
Czyli xxl zrobił po swojemu, a nie tak, jak zleceniodawca i potencjalni użytkownicy by sobie życzyli? ;)

1,560

(51 odpowiedzi, napisanych Zloty)

Suuuuuuuuuuuuuuupppppppppppppppeeeeeeeeeeeeeeeeeeeeerrrrrrrrrrrrrr !!! :)

1,561

(53 odpowiedzi, napisanych Bałagan)

Taki rozdzielacz cartów jak na zdjęciu Strykera by się do ATARI XE przydał :)

1,562

(117 odpowiedzi, napisanych Fabryka - 8bit)

mono napisał/a:

Czyli powinien odpalić pierwszy, który znajdzie na dysku?

No chyba tak działają wildcardy, że łapie pierwszy pasujący. Tyle, że w tym przypadku rozszerzenie tego znalezionego wildcardem pliku nie jest przekazywane do RUNEXT.

Draco, nie chodzi tylko o pliki wykonywalne, bo np. skojarzenie TXT,CAR:LESS.COM działa tylko w przypadku podania np. EDDY.TXT. Wpisanie EDD*.* owszem spowoduje znalezienie tego pliku, jednakże nie jest robiony żadny użytek z jego faktycznego rozszerzenia (a skoro został znaleziony, to rozszerzenie jest znane) i następuje próba uruchamiania go jako binarki (152 NOT binary file), zamiast wyświetlenie LESSem...

Choć naprawdę nie mam pojęcia co będzie logiczne i spójne z punktu widzenia projektowania systemu i jak to rozsądnie ogarnąć :)

A moje skojarzenia dla EXE i XEX w RUNEXT wzięły się stąd, że chciałem by zawsze były wykonywane przez X /C, skoro to zapewnia większą szansę uruchomienia binarek (są jakieś przeciwskazania takiej ogólnej zmiany?). Ale w sumie to samo mogę uzyskać zrobieniem aliasa X=X /C dla DOSKEY (+COMEXE.SYS rzecz jasna) i skojarzenia EXE i XEX usunąć zupełnie z RUNEXT.CFG, prawda? EDIT: a jednak nie do końca, przecież DOSKEY używam tylko z SIDE, po SIO dopełnienie linii poleceń nie ma sensu, bo nerwy zbyt cenne ;)

EDIT:
Sprawdziłem właśnie i COMEXE.SYS (podobnie jak RUNEXT) też nie łapie rozszerzeń z wildcardów, VIS*.*(VISAGE.EXE) ładowane jest jak zwykły COM...

1,563

(117 odpowiedzi, napisanych Fabryka - 8bit)

Właśnie coś zauważyłem w kwestii RUNEXT.SYS i w sumie dokumentacja to potwierdza.
Mianowicie skojarzenia zdefiniowane w RUNEXT.CFG wydają się działać tylko wtedy, gdy użytkownik poda pełną nazwę pliku z rozszerzeniem. Posłużenie się wildcard np. VIS*.* (dla VISAGE.EXE) sprawia, że skojarzenie (u mnie EXE,CAR:X.COM /C) nie działa, podobnie LESS dla dokumentów TXT, itd.
Czyli RUNEXT.SYS pobiera rozszerzenie z linii poleceń, a przy *.* nie bierze pod uwagę rozszerzenia pliku, który faktycznie zostanie znaleziony?

I druga sprawa... Mając zdefiniowane skojarzenie EXE,CAR:X.COM, tak naprawdę można sobie darować COMEXE.SYS, bo po co powielać, prawda?

EDIT:
Podłubałem jeszcze i co do rozpoznawania rozszerzeń, podobnie ma się sprawa z COMEXE.SYS (testowane bez RUNEXT).
plik SI.EXE (SysInfo):
- uruchamiany z X po podaniu SI.EXE
- uruchamiany z X po podaniu SI (czyli tu działa dobrze, pomimo braku wpisanego rozszerzenia, za to jest cała nazwa)
- uruchamiany bez X po podaniu SI.E* (i tutaj już się gubi, bo też powinno być uruchamiane poprzez X przecież)

Przykład może jest nieżyciowy i trywialny, ale uwypukla pewien problem, przynajmniej mi się wydaje, że RUNEXT.SYS i COMEXE.SYS powinny działać w oparciu o rozszerzenie faktycznie znalezionego przez system pliku (co nie działa przy wildcards).
Czy nie? ;)

EDIT2:
Ten punkt:
"- uruchamiany z X po podaniu SI (czyli tu działa dobrze, pomimo braku wpisanego rozszerzenia, za to jest cała nazwa)"

...to była zasługa COMEXE.SYS, bo on rozpoznaje EXEka po samym wpisaniu SI (dla SI.EXE), natomiast RUNEXT (pomimo skojarzenia) nie, czyli wniosek jest taki, że RUNEXT działa w oparciu o parsowane wpisane rozszerzenie, a nie plik, który faktycznie system znajdzie. Jeżeli to zostanie poprawione w RUNEXT, wtedy po skojarzeniu EXE z CAR:X będzie można nie używać COMEXE. Na razie jest to niemożliwe, bo sam RUNEXT.CFG nie uruchomi nam exeka po podanej samej nazwie.

1,564

(15 odpowiedzi, napisanych Bałagan)

No ja mam na myśli czas po przejściowej (zastanej przez Commodore) A1000, czyli wykrystalizowanie się dwóch serii u obu firm, czyli domowych ST(E)/FALCON oraz A500/600/1200 i przeznaczonych do zastosowań poważniejszych MegaST(E)/TT oraz A2000/3000/4000. Jest spora analogia po "skasowaniu" A1000...

1,565

(53 odpowiedzi, napisanych Fabryka - 8bit)

OK, w takim razie chcemy opcję SLIDESHOW zarówno dla uruchamiania parametrycznego, jak i z ewentualnego menu :D

A karta swoje funkcje pełni świetnie ;)

1,566

(53 odpowiedzi, napisanych Fabryka - 8bit)

No i potestowałem st2vbxe-ALPHA.atr.
Bez problemu bootuje się z dowolnego napędu pod QMEGiem (w końcu to DOSII+), PI1 i PI2 ładują swoje obrazki (tu uwaga jaką napisał Dely).
Potestowałem też tego ATR-a spod SDX (sterownik ATARIDOS.SYS), PI1 i PI2 uruchamiają się gdy użyje się X, z tym, że ten pierwszy wyświetla jedynie krzaki, a drugi wyświetla cegiełki. Oczywiście, żaden z nich nie pozwala wrócić do SDX-a, co na tym etapie produkcji wcale nie dziwi.

Jak dla mnie bomba, oprogramowania wykorzystującego VBXE jest mało (użytków, gier), więc przynajmniej możliwość wyświetlania grafik z innych platform wypełni nieco tę lukę. Oprócz ATARI ST marzyłaby się także przeglądarka grafik AMIGI czy C64, ale to śpiew przyszłości ;)

Co do uwag na przyszłość, to świetnie byłoby gdyby działało tak jak postulował wyżej Pinokio spod SDX  i nowoczesnych pamięci masowych (w sumie koniecznie jak dla mnie, skoro mamy przeglądać wiele grafik w przyszłości ;) ) i żeby oprócz menu była opcja wyświetlania pliku zadanego jako parametr z linii poleceń SDX.

Od siebie dodałbym jeszcze prośbę, by do trybu "menu" dodać opcję "SLIDESHOW" (najlepiej z konfigurowalnym opóźnieniem (powiedzmy 1, 2, 3, 5 sek.), która od zadanego pliku wyświetliłaby wszystkie kolejne aż do końca danego katalogu.

Trzymam kciuki, szykuje się świetna sprawa dla VBXE :)

1,567

(15 odpowiedzi, napisanych Bałagan)

Cyprian napisał/a:

przerobienie A1000 w A500 to był świetny ruch, przydało by się podobny w Atari

Przecież w ATARI było podobnie, Commodore po A1000 wprowadzając A500/A2000 podzieliło sprzęt na domowy i do poważniejszych zastosowań.
W tamtym momencie w ATARI temu odpowiadały linie ST/Mega ST...
Tylko 16-bitowe ATARI, podobnie jak wcześniej 8-bitowe, znów mniej się nadawało do zabawy niż produkty sprzedawane przez Commodore (nie wdając się w przyczyny, bo to stary temat), a zabawa  i sprzęt "dla domu" napędzały rynek najbardziej ;)

1,568

(53 odpowiedzi, napisanych Fabryka - 8bit)

eXtremely eXhausting Loading? ;)

1,569

(53 odpowiedzi, napisanych Fabryka - 8bit)

Ooo, świetna sprawa. Potestuję wieczorem :)

1,570

(117 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki mono :)

@Pin
Mam SIDE ze skrojoną do swoich potrzeb "systemową" partycją SDX i paroma innymi, jednakże czasem działam w tandemie z SIO2SD, stąd ta chęć wyciszonego SIO ;)

1,571

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

No tak, tak, miałem na myśli paczkę gdzie jest 1.24a, a emu GTIA ma faktycznie inną numerację ;) ok, koniec EOT, sorry xxl.

1,572

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

Bo pewnie dostałeś 1.26 do beta-testów, Mądralo :P Ja mam nadal 1.24 ;)

1,573

(117 odpowiedzi, napisanych Fabryka - 8bit)

Pin, a wiesz, że ja używałem właśnie tego niesławnego COLOR.SYS? :D
Teraz wywalę i wykorzystam $SCRDEF ;) Przydałaby się jeszcze jakaś zmienna środowiskowa do wyłączenia dźwięków transmisji SIO ;)

1,574

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

VBXE może dodawać tylko RGB, zależy jakiego rdzenia używasz i od oprogramowania, które wczytujesz ;)

1,575

(117 odpowiedzi, napisanych Fabryka - 8bit)

No a najnowsze SC wywala się w tandemie z najnowszym S_VBXE (niezależnie czy nowy, czy poprzedni CON.SYS) przy wykonaniu poleceń zewnętrznych, zamiast wyświetlenia konsoli a potem powrotu do SC, krzaki na ekranie i zwis. Gdzie tkwi problem, w nowym SC czy S_VBXE?