Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
Wyniki FujiCup 2023 Wyniki konkursu FujiCup na najlepszą grę dla 8-bit Atari w 2023 roku zostały ogłoszone!
atari.area forum » Posty przez dekanex
Ja wciąż poszukuje kogoś do wynajęcia pokoju w Domu Muzyka lub ewentualne przygarnięcie przez kogoś na brakujące miejsce. Czasu coraz mniej wiec trzeba działać!
Chętnych proszę o kontakt.
P.s. Czemu nie przyszedł mi e-mail o poście Grzybsona? Mam włączone powiadomienia a tu nic :(
Jeżeli ktoś poszukuje nieawanturującego się współlokatora, to zgłaszam swoją kandydaturę ;)
Ja poszukuje. Celuje w Dom Muzyka. Jesteś chętny?
Chyba ze ktoś inny jeszcze szuka?
Ja tam bym się nie zakładał.
https://oshpark.com/shared_projects/cvBmkVl4
Nie zawsze potrzeba “rocket science” żeby rozwiązać jakiś problem ;)
dekanex napisał/a:@willy
Czego konkretnie się obawiasz?Rozpychania i w rezultacie wyginania PIN'ów w porcie.
Zwykła wtyczka robi to w drugą stronę, więc SIOCart Ci to naprawi ;) A na poważnie, to dzięki pocynowniu można bardzo precyzyjnie dostosować grubość padów do rozstawu pinów. Dodatkowo w przypadku zdarcia, zaśniedzenia czy innych nieszczęść naprawisz to lutownicą w 3 sekundy.
Soldermaska jest ok.
Pady są pocynowane z premedytacją (co najmniej z dwóch powodów) i spełniają swoje zadanie w 100% :)
Nie obyło się bez drobnych błędów na płytce ale to sobie na priv wyjaśnimy.
W każdym razie testy jeszcze trwają, więc za nie długo czeka Cię znowu robota ;)
@willy
Czego konkretnie się obawiasz?
w piatek przygotowujemy czytelnie w hotelu Zatoka... tak, ze kilka kluczowych decyzji dotyczacych przyszlosci Atari z pewnoscia zapadnie.
Zapakuję trochę szkockiej literatury pięknej autorstwa Jacka Daniel's-a, ale myślę że rozpoczniemy od nowel pisanych "czystą" polszczyzną ;)
Szkoda że się minęliśmy. Byłem całą sobotę ale gdzieś od 14:00.
Ktoś tam robił zdjęcia więc coś powinno wkrótce wypłynąć (ja nie robiłem bo byłem zajęty/nietrzeźwy/rozładowała mi się komórka/oglądałem compo/słuchałem koncertów - niepotrzebne skreślić)
P.s. Nitro podziwiał i był pod wrażeniem więc może coś pamięta ;)
Widziałem już to "cudo" :) Pewnie nie będzie potrzebna taka duża bo można zrobić naleśnik umieszczając konwerter pod ESP i całoś będzie wielkości ESP lecz grubsze. Masz może wersję zwykłej wtyczki ale bez śrubki po środku? Do takiej by się zmieściło.
Po "krótkiej" przerwie wracamy do prac. Dziś pierwsza wersja beta prototypu :) Brak obudowy i chęć minimalizacji wymusiły użycie połowy wtyczki ale jak to mówią "tak krawiec kraje jak mu materii staje"
xxl poda szczegóły nadchodzącego nowego loadera exe-ków.
Jakby ktoś chciał "pomacać" to zabieram prototyp na SP8
nie sądzę. Ta dyskusja wreszcie jest konstruktywna :)
Zwłaszcza w kontekście tego:
W ogóle nie interesuje mnie co myślisz o xxl-u. Nie znam historii Waszej "burzliwej miłości" ... do atari ;) Ten temat ominę i Ciebie proszę o to samo.
xxl mnie przeklnie że zaczynam płoną dyskusję w której nie będzie widać końca ... ale najwyżej się sparzę.
Prorok?
Czy SIO2WiFi ma być jedynie czymś podobnym do SIO2BT, do ładowania plików? Czy przewidziane są inne funkcje?
Dokładnie na odwrót.
1. czy będzie działał na u1MB?
Nie widzę przeszkód.
2. czy będzie wykorzystywał tryb 80 kolumn?
Pytanie nie związane z tematem. Co ma piernik do wiatraka? Czy joystick wykorzystuje ten tryb? Czy jakiekolwiek peryferium jest w stanie to wykorzystać? To moim zdaniem zależy od programu a nie od peryferium.
3. czy możliwy będzie transfer między SIO2Wifi a SIDE?
Nie widzę przeszkód. Wszystko zależy od programów.
4. czy w planach są proste klinety inetowe (irc, telnet, ftp)?
Rozumiem ze chodzi o klienta po stronie prime a nie atari? Jeden już jest, prosty klient HTTP. Telnet? To za proste aby się w to męczyć. Ftp? Może jak starczy miejsca i ramu.
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".
Zapomniałem wczoraj (w sumie to dzisiaj) odnieść się jeszcze do tego.
W planie jest udostępnienie dwóch lini oprogramowania. Stabilnej do codziennego użytku oraz testowej dla tych co lubią "niepewność i nowe ficzery". Nie widzę problemu żeby w obu liniach dostępne były wszystkie wersje jakie się pojawią wiec będzie można sobie wybrać co chce się wgrać (chyba ze kompatybilność wyeliminuje którąś z wersji) tylko czy jest sens trzymać taki śmietnik? W każdym razie ja nie lubię trzymać na dysku wsadów do wszystkich sprzętów jakie mam, katalogować, szukać po internatach nowych wersji itp itp ... wolę automatyzm.
I to wcale nie jest niemożliwe. Musisz sobie zdawać sprawę że to usługa w wyższej warstwie modelu ISO/OSI i za darmo (ram + moc obliczeniowa) się tego nie osiągnie. Musisz użyć jakiegoś protokołu do połączenia z tym zasobem (ftp,HTTP,smb,nfs itp.) zapewne będzie jakaś autoryzacja, opcja zapisu itd. To z czego się tak śmiałeś jest właśnie zalążkiem Twojego marzenia więc musisz uważać co krytykujesz ;)
57600 na SIOCarcie śmiga aż miło wiec na esp tez nie powinno być kłopotów a może nawet podniesiemy poprzeczkę. Na razie skupiamy się na ważniejszych sprawach jak np sockety.
@Pin: Z tego co podałeś większość raczy mnie komunikatem że mam za mało pamięci więc wybierz coś co pójdzie na moim (pożyczonym) atari 65xe :)
W ogóle nie interesuje mnie co myślisz o xxl-u. Nie znam historii Waszej "burzliwej miłości" ... do atari ;) Ten temat ominę i Ciebie proszę o to samo.
Urządzenie D: jest jak zrozumiałem jakimś filesystemem więc co ma wspólnego z urządzeniem do komunikacji sieciowej? Co byś chciał widzieć odwołując się do urządzenia sieciowego (karta, modem, BT itp) widzianego jako D:?
UIP zrzuca stos TCP/IP na atari więc ile zostaje ramu na jakieś programy? Ile mocy to zabiera? Ile programista musi to ogarniać żeby coś fajnego napisać? I najważniejsze ... po co ten kabel? ;)
Nie chce mi się jednak używać tego rozwiązania w chwili, gdzie mam do przewalenia powiedzmy 100-200kB na Atari.
i tu WifiPrime jest tym czego używam do takich celów. Demo wkrótce.
xxl mnie przeklnie że zaczynam płoną dyskusję w której nie będzie widać końca ... ale najwyżej się sparzę.
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ę
Zróbcie film jak ładuje się z tego demo na 320k
Daj jakiś link bo nie wiem o czym piszesz :(
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
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 :)
, 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)
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ść :(
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?
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.
ok, to nie dla mnie, więcej się tu nie wtrącam.
A jaki widzisz problem w łatwym i przyjemnym procesie aktualizacji?
@xxl: Tam będę najprędzej a jak się jakiś atarowiec "napatocy ... to se popocy. hej"
xxl napisał/a:zespol projektowy byc moze zademonstruje zywe urzadzenie na najblizszym ataroskim party :-)
Czyli którym? :P
Może SP8? ;)
A do komunikacji po internetach polecam API, ktore nazwalem "Sio2BT Networking".
Na razie tylko w SIO2BT, ale planuje dodac to do RespeQt.
API pozwala teraz na komunikacje z uzyciem socket-ow TCP/IP, ale bedzie rozszerzone o podstawowe wsparcie dla protokolu http.
Panie Prezesie melduje wykonanie zadania ... tfu, tfu znaczy się działa :) Tak mi się wydaje bo nie wiem czy oprócz KnockKnock clienta można to na czymś innym po testować.
! dobry pomysl ! do serwera trzeba bedzie dodac jakiegos prostego BOTa :D
W sumie KnockKnock client/server spełnia te założenia więc ... zrobione :D
Rozumiem, że cały stack TCP oraz obsługę 802.11 zrzucacie na ESP8266?
Tak
SIO cart to inny projekt i nie ma (na razie) nic wspólnego z SIO2WIFI ;)
Nie chce niczego robić na siłę. Jak dobrze wiesz nie jestem atarowcem i nie będę tu niczego forsował (nie śmiał bym). Liczę właśnie na to, że tutaj od Was dowiemy się jak najlepiej to zrobić i po to między innymi jest ten wątek.
Nie widzę większego problemu aby emulować trzy urządzenia. Po ustaleniu z xxl-em pewnie tak zrobimy. Skoro APE Time jest standardem to chętnie skorzystam z tego co już zostało wymyślone :) Chce w jak największym stopniu trzymać się tego co już jest, natomiast do tego czego nie ma ustalić z Wami najlepsze podejście.
Możesz oczywiscie komendę GetTime zaimplementować na mikrokontrolerze, ale po co? Czas z mikrokontrolera nie będzie bardziej "wiarygodny" od czasu z ATARI.
Ja chciałbym podawać czas pobrany z internetu z jakiegoś NTP.
Wygląda na to że trzeba będzie dublować funkcjonalności w obu urządzeniach bo chcemy wykorzystywać podobne funkcje np. URLrequest, URLSubmission, GetTime etc. Może dla porządku niech te funkcję są realizowane za pomocą tych samych COMMAND ID ale z różnym SIO DDEVIC
Rozumiem że idea rozdzielenia tych funkcjonalności na dwa urządzenia wzieła się z tego iż SmartDevice nie odsyła nic do Atari. Więc jak jest realizowane to?
COMMAND ID: $93 Get Timeatari.area forum » Posty przez dekanex
[ Wygenerowano w 0.069 sekund, wykonano 8 zapytań ]