76

nie bedzie to konieczne :-) urzadzenie ma w konfiguracji "AutoConnect" - probuje nawiazac polaczenie po zerwaniu i po powerup z siecia ostatnio dostepna.

http://atari.pl/hsc/ad.php?i=1.

77

dekanex napisał/a:

Może SP8?

Swietny pomysl! :)

78

@Iron - nie nastawiaj się na takie rewelacje, zresztą jak masz sparte z dyskiem to użyteczność łączności bezprzewodowej jest znikoma.

Kontakt: pin@usdk.pl

79

Pin napisał/a:

jak masz sparte z dyskiem to użyteczność łączności bezprzewodowej jest znikoma.

zwlaszcza ze sparta z dyskiem nie udostepnia zadnej z funkcjonalnosci wifi prime ;-)

http://atari.pl/hsc/ad.php?i=1.

80

@pin: Trochę przesadziłeś :) Przez WiFi masz dostęp do całego świata. Sprzęt jest sprzęt (i to świetny)! Oprogramowanie można zrobić.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

81

mono napisał/a:

Oprogramowanie można zrobić.

Musiałbyś to od zera napisać, by było to użyteczne

Kontakt: pin@usdk.pl

82

To akurat nic nowego :)

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

83

Dobre by to było, jak by działało tak jak UIP.

XXL - czy prędkość transmisji zaprezentowana na filmie to max, co to potrafi??

Kontakt: pin@usdk.pl

84

jak UIP, czyli jak (po wczesniejszych wpisach wyglada ze chcesz aby urzadzenie mialo funkcjonalnosc dysku twardego zintegrowanego z dosem). napisz bez odsylania do sieci bo wydaje mi sie juz mamy lepiej ;-)

predkosc zlezy od widzimisie xBIOSa, bylo juz tyle razy omawiane - w WiFiPrime zostala wykorzystana technologia UltraSpeed Efficient opracowana dla SIOCarta (http://www.atari.org.pl/forum/viewtopic … 17#p226017)

bedzie jeszcze jedna bardzo wazna modyfikacja - tego jeszcze nie ma ale musi byc - WiFiPrime bedzie wykorzytywalo linie przerwan proceeed lub interrupt (zobaczymy) do tego aby poprawic komunikacje z atari - w przypadku komunikacji z internetami nie mozna polegac li tylko na timeoucie ;-)

http://atari.pl/hsc/ad.php?i=1.

85

Żadne urządzenie nie jest zintegrowane z DOS-em. Za to dla każdego porządnego urządzenia można napisać driver DOS-owy.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

86

urzadzenie ktorym Pin ma podlaczony twardy dysk ma zintegrowany dos.

to naprawde ciekawy ale jednak nie na ten watek temat :-)

http://atari.pl/hsc/ad.php?i=1.

87

Urządzenie ma zintegrowany cart. Flashujesz sobie tam co chcesz.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

88

skoro tak uwazasz proponuje tedy poprawic "fakty" na atariki ktore w tej kwestii sa klarowne :-)


a odnosnie flashowania i juz w temacie watku:

system upgradu firmware WiFiPrime bedzie dosc nowatorski w swiecie atari. nie jest ustalone miejsce - byc moze w konfiguratorze, zaszyta bedzie funkcjonalnosc upgreadu firmware (bedzie niezbedny dostep do sieci) urzadzenie polaczy sie z serwerem aktualizacji i zaproponuje upgrade - zaktualizuje sie z obrazu w sieci, nie bedzie mozliwosci sciagniecia firmware i zaprogramowania "offline" oczywiscie bedzie mozna urzadzenie zaprogramowac wlasnym wsadem... ale w tym przypadku juz nie bedzie mozliwosci powrotu do oryginalnego firmware. no chyba ze przez odeslanie urzadzenia do producenta.

http://atari.pl/hsc/ad.php?i=1.

89

ok, to nie dla mnie, więcej się tu nie wtrącam.

Kontakt: pin@usdk.pl

90 Ostatnio edytowany przez skrzyp (2017-05-26 18:11:42)

Nie oczekuj od pana kolegi wielkiego, żeby interfejsował z systemem :)

Chociaż, nawet dla świętego spokoju mógłby wysyłać bajty konfiguracyjne do pamięci NVRAM w urządzeniu używając SIO, tak jak dzisiaj się np. przestawia "fuse bits" w układach AVR (to tylko przykład, nie do końca trafny)

Ale pewnie konfigurator będzie ładował się celowo poniżej $2000 :)
I pisał do $D3xx :)

EDIT: Heh, odpisałem na post Irona z dolnej połowy PIERWSZEJ strony wątku, ostatnio na forum coś się sypie i często mnie wysypuje do pierwszej strony wątków…

.: miejsce na twoją reklamę :.

91

Pin napisał/a:

ok, to nie dla mnie, więcej się tu nie wtrącam.

A jaki widzisz problem w łatwym i przyjemnym procesie aktualizacji?

92

Moim zdaniem świetne rozwiązanie. Ja tutaj widzę sporo plusów. Nie trzeba będzie kombinować z ściąganiem firmware, zabawę w uruchamianie aplikacji do aktualizacji itp. Wybieram aktualizuj i już :) Takie rozwiązanie idiotoodporne w pewnym sensie.
Kiedyś wolałem inaczej ale mi się zmieniło gdy trzeba dobrze planować czas.
Wystarczy mi w pracy takiej zabawy...

93 Ostatnio edytowany przez Pin (2017-05-26 20:26:27)

dekanex napisał/a:

A jaki widzisz problem w łatwym i przyjemnym procesie aktualizacji?

To tak na koniec może. Koszerny pomysł użycia portu SIO, czyli powolny transfer trochę zniechęca. Zróbcie film jak ładuje się z tego demo na 320k :D. Uwiązanie softu z xB - mając szybsze nośniki i tak muszę ładować programy ze SIO. Chciałbym np. mieć takie urządzenie w postaci D: (jak pisał XXL nawet) i tego też nie będzie, bo nie sądzę że ktokolwiek napisze do tego stery pod dos. I na koniec to unowocześnienie z aktualizacjami przypieczętowało chyba chęć, czy może raczej niechęć zakupu takiego urządzenia. Sens by miało urządzenie na cartridge o transferze 10Mbps, można by tego nawet konkretnie używać. Jakiś FTP, transfer danych PC<->Atari, może irc itd. Prosta i wolna ładowaczka gier z sieci przez WiFi to za mało jak na moje oczekiwania.

Tak czy inaczej, jest to sympatyczna ciekawostka, chętnie zobaczę co wam z tego wyjdzie.

Kontakt: pin@usdk.pl

94

@dekanex: ojojoj, nie rozumiesz... operacja flaszowania musi nabrac wlasciwej powagi i przy okazji uzasadniac celowosc dosa ;-) nalezy wczesniej wykonac directory-cosmetics i file-mastering ;-)

http://atari.pl/hsc/ad.php?i=1.

95 Ostatnio edytowany przez Pin (2017-05-26 21:52:36)

Pin napisał/a:

Zróbcie film jak ładuje się z tego demo na 320k

ponawiam prośbę.

@dekanex - pokaż video, np. z ładowania (i demo oczywiście): Base33, Boogie Night, Shrine, C-Drug, Too Hard 4, Forsaken Love, Vengeance, Boogie Nights, Near, Numen, czy cokolwiek takiego. Dowolna jedna pozycja.

Kontakt: pin@usdk.pl

96

xxl mnie przeklnie że zaczynam płoną dyskusję w której nie będzie widać końca ... ale najwyżej się sparzę.

Pin napisał/a:

Koszerny pomysł użycia portu SIO, czyli powolny transfer trochę zniechęca.

Czy transfer jest powolny zależy tylko od jego przeznaczenia ... ale o tym za chwilę

Pin napisał/a:

Zróbcie film jak ładuje się z tego demo na 320k

Daj jakiś link bo nie wiem o czym piszesz :(

Pin napisał/a:

Uwiązanie softu z xB - mając szybsze nośniki i tak muszę ładować programy ze SIO.

Nie przypominam sobie wspominania w tym wątku o takim ograniczeniu. Atari oczywiście lepiej działa z xB ale bez niego też działa. Tak samo będzie z WifiPrime

Pin napisał/a:

Chciałbym np. mieć takie urządzenie w postaci D: (jak pisał XXL nawet) i tego też nie będzie

Kolejna dziura w pamięci? Może źle Cię rozumiem ale D: to emulacja stacji dysków, tak? Nic mi nie wiadomo aby tego miało nie być. Nie zastąpi to sio2sd ale jak ktoś nie ma (jak ja) to bez tego ciężko byłoby używać WifiPrime. Jak masz lepsze sposoby ładowania plików to brawo Ty. Wyłączysz emulacje D: i będziesz korzystał tylko z rozwiązań sieciowych :)

Pin napisał/a:

, bo nie sądzę że ktokolwiek napisze do tego stery pod dos.

Do tego to znaczy do czego konkretnie? Do emulatora D: ? Do Sio2BT Networking? Do APE Time? Do konfiguratora? (po co jak konfiguracja jest w założeniu jednorazowa? chcesz po każdym uruchomieniu dosa konfigurować urządzenie? serio?) Do HTTP request? Tu na pewno ale z tego co mi wiadomo nie jest to trudniejsze niż obsługa D: Do socketów? Tak i myśle że to powstanie najwcześniej gdyż otworzy drogę do całej Twojej listy życzeń (ftp,irc,gry sieciowe itd)

Pin napisał/a:

I na koniec to unowocześnienie z aktualizacjami przypieczętowało chyba chęć

Nie podałeś żadnych argumentów, wiec nie wiem jak się odnieść :(

Pin napisał/a:

Sens by miało urządzenie na cartridge o transferze 10Mbps, można by tego nawet konkretnie używać. Jakiś FTP, transfer danych PC<->Atari, może irc itd.

10 Mbps i transfer danych to jedyne sensowne połączenie. Cała reszta usług jakie atari udźwignie nie wykroczy poza możliwości SIO. Widzę ze transfer danych to Twój chleb powszedni na atari, ale czy robienie 10 Mbps dla jednego zastosowania jest zasadne? Po co te koszty? Nie ma na atari jakiegoś dobrego rozwiązania na transfer PC<->atari? Jak sobie teraz radzisz?

Pin napisał/a:

Prosta i wolna ładowaczka gier z sieci przez WiFi to za mało jak na moje oczekiwania

Mówiłem xxl-owi ze pokazywanie bety to proszenie się o głupie komentarze ... ale on ma tyle cierpliwości co ja wiedzy o atari ;) Cztery strony ma już wątek a Ty zapamiętałeś tylko jedną funkcjonalność i to jeszcze poboczną? Zafiksowałeś się na tych plikach. Wróć na pierwsza stronę i zobacz jakie ludzie mają pomysły.

97

@dekanex:

Załaduj to:
http://a8.fandal.cz/detail.php?files_id=3627

Co do ograniczeń - nikt już nic nie pisze, bo w przypadku XXL'a nie ma to znaczenia. Nie przyjmuje on do wiadomości żadnego innego zdania niż to, co ma w głowie.

Urządzenie D: to nie jest stacja dysków. To dowolne urządzenie w systemie widziane jako D: Może być to stacja, może być to dysk twardy, może być to dysk bieżący w podkatalogu na D6:>dupa>styczen>luty>prostata>*.*. Ale w jedynie "słusznym" i znanym wykonaniu będzie to raczej wyłącznie stacja z pominięciem tego co oferuje OS. A poprzez OS można odwołać się do czegokolwiek. Atari 8 bit to nie Commodore64 i tu różnica jest taka niestety, że ten komputer architekturą przypomina bardziej sprzęt 16/32 bit niż wspomniane 8 bit. Większość jak do tej pory na szczęście robi z tego jakiś użytek. Musisz poznać system i zrozumieć jak działa i będziesz wiedział, jak zadać pytanie ;)

Co do aktualizacji zdalnych, wolałbym mieć większą kontrolę nad tym co robię ze swoim retro - sprzętem. Jak będę chciał to sobie zfleszuję z dysku czymkolwiek nie odcinając sobie możliwości "wstecznych". Dążycie do nowoczesnego rozwiązania czego cała reszta jest .. dobra, nie wypowiadam się.

Co do transferu danych, to od 18 lat używam urządzeń, gdzie transfer danych zaczyna się od 70 kiloBajtów/S, ostatnio w porywach do 450. Nic nowego i jest to dobre i bardzo wygodne. Szczególnie, jak jakieś zakapiory robią cokolwiek jeszcze na realnym sprzęcie.

Pokazywanie bety? - ok, ale zależy z kim się tańczy ;)

Kontakt: pin@usdk.pl

98

@dekanex - zobacz, jak na ST/STe/Falcon działa UIP. To ma jakiś sens, i pamiętaj że na sio2sd życie się nie kończy. Na szczęście ;)

Kontakt: pin@usdk.pl

99

Był cart dla przykładu

http://www.atari8ethernet.com/images/Dragon_Work_130_lr.jpg

.. ale z czego pamięć mnie nie myli to całe tcp/ip było na głowie 6502. No i to też nie da rady.

Kontakt: pin@usdk.pl

100

Jak przez mgłę widziałem gdzieś coś o prostacie... Może wątek nie jest jeszcze stracony :)