1,626

(1,754 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,627

(51 odpowiedzi, napisanych Zloty)

Suuuuuuuuuuuuuuupppppppppppppppeeeeeeeeeeeeeeeeeeeeerrrrrrrrrrrrrr !!! :)

1,628

(53 odpowiedzi, napisanych Bałagan)

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

1,629

(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,630

(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,631

(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,632

(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,633

(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,634

(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,635

(53 odpowiedzi, napisanych Fabryka - 8bit)

eXtremely eXhausting Loading? ;)

1,636

(53 odpowiedzi, napisanych Fabryka - 8bit)

Ooo, świetna sprawa. Potestuję wieczorem :)

1,637

(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,638

(1,754 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,639

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

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

1,640

(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,641

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

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

1,642

(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?

1,643

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

Mi by się pogranie w DeathChase podobało lub inne schowane w szufladzie gry ;)

1,644

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

xxl napisał/a:

dlatego moje gry nie pojda na atari 400 lub atari 800. ale dzieki xbiosowi pojda na standardowych 65xe, 800xe, 800xl :-)

Ciekawe, że dotychczasowe Twoje gry chodziły na standardowych 65xe, 800xe, 800xl pomimo braku xbiosa - cud :)
To szykujesz jakąś niezwykle wymagającą, która bez tego by nie poszła czy tak tylko... ;)

1,645

(371 odpowiedzi, napisanych Fabryka - 8bit)

No właśnie? :) Wiadomo, że teraz pewnie kwestie medyczne są najważniejsze, ale kiedy mniej więcej byś się spodziewał realizacji?

1,646

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

Nie no... Poprawka dla BOOT z dowolnego napędu pod QMEGiem Ci się chwali, choć wydawała się czymś podstawowym :)
Bardziej miałem na myśli trzymanie się prędkości SIO 1x, argumenty, że standardowa stacja tak ma... Trochę lat minęło, większość używanych wsp[ółcześnie ATARI ma lepsze i o wiele nowocześniejsze pamięci dyskowe niż 810 czy 1050, więc po co równać w dół... O to mi chodziło z porównaniem do C64, a i oni się przekonali do 1541 Ultimate, SD2IEC, Reu, itd...

1,647

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

Przecież tak samo QMEG działa w trybie szybkiej transmisji z TOMSami np. (testowane z CA 2001 MultiDrive).

xxl napisał/a:

zwiazane to bylo z bootowaniem z qmega (moim zdaniem niepotrzebne bo znacznie szybciej i prosciej jest z qmega wybrac "L" niz bootoeac z innego drive)

Ech... Gdy nie bootowało się z dowolnego napędu negowałeś potrzebę istnienia QMEGa i czegoś innego niż D1, bo nie miałeś takiej możliwości... Po testach i poprawce z użyciem emulatora sugerujesz, że Twoje ATR-y nie muszą się bootować z dowolnego Dx, bo przecież można wylistować pojedynczy plik QMEGiem i go uruchomić... Gdzie logika?
Wyobrażasz sobie grę dystrybuowaną na dyskietce, gdzie ktoś musi mieć najpierw możliwość wylistowania zawartości, żeby uruchomić pojedynczy plik? Sam uciekasz od DOS-ów, systemów operacyjnych, a tu sugerujesz, że QMEG załatwiał sprawę swoim "listerem" przecież i fix był z gruntu niepotrzebny, ech.

No i dodać trzeba, że już baaaardzo stare gry całodyskowe (tak, wiem, Twoje rozwiązanie to nie typowe "całodyski" sensu stricte) w ogromnej większości przypadków nie mają problemu by zabootować się z dowolnego napędu, działają w trybie szybkiej transmisji o ile napęd to wspiera, itp.

Naprawdę, zyskanie paru kilobajtów RAM (nie wiem ile dokładnie i pisze ogólnie, więc proszę nie czepiaj się ;) ) i granie muzyczki na pokeyu przy upiornie niskiej prędkości ładowania (żeby zdążyła trochę pograć? :P ) to jakiś obłęd na tę chwilę i koszmarny krok wstecz, właśnie kojarzący mi się z filozofią/(bez)użytecznością peryferiów znaną z C64.

Nie wiem czy to poza, czy faktycznie obecnie masz taki stan w głowie, ale kiedyś pytałeś ludzi co chcą otrzymać w ramach pierwszej konwersji. Ja zaproponowałem Knight Lore i miałem szczęście :) 2 konwersje nawet popełniłeś w wersjach VBXE...
A teraz zachowujesz się jak krzyżowiec, pisząc naprawdę dziwne rzeczy na forum, ignorujesz lub bagatelizujesz opinie koderów i użytkowników, gdy wytykają obecne mankamenty i potencjalne przyszłe problemy.

Tylko w takim razie po co ten wątek na forum, skoro wychodzi, że piszesz to niejako dla siebie, Twoje potrzeby spełnia najlepiej i jesteś pewien o słuszności tej dziwnej jak na ATARI w roku 2013 misji?

1,648

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

Włącz, włącz, choćby poglądowo w xbios.atr dźwięki transmisji... W wersji finalnej(!) sobie włączysz z powrotem, w końcu nie ma nic do ukrycia? :) Ja widzę jak wolno biegają te znaczki w APE gdy do "akcji" wkracza xbios i zdecydowanie nie wygląda to jak 19200. Niech użytkownicy innych urządzeń SIO niż SIO2PC, którzy nie mogą zobaczyć, chociaż usłyszą tę prędkość :)

Dobranoc, tym razem już definitywnie, a wybór najciekawszego turbo, hmm... Każde jest ciekawe, bo usprawnia korzystanie z komputera i jako takie są wspierane od LAT.

1,649

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

A po co wybierać? Każde powinno być wspierane.
Dobranoc ;)

1,650

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

No właśnie takie są moje odczucia ;)