Article View: pl.comp.sys.amiga
Article #67060Re: blizzard
From: Sebastian Biały
Date: Mon, 10 Apr 2017 19:05
Date: Mon, 10 Apr 2017 19:05
74 lines
5082 bytes
5082 bytes
On 4/10/2017 9:53 AM, Uzytkownik wrote: > Nie chodziło mi o port ARexx-a, ale o fizyczny port RS232 w Amidze. Fizyczny port RS232 w Amidze dziala tak samo jak w każdym innym komputerze. Wysyłasz bajt na port, port macha drutem przez kilka cykli i koniec. Nie ma tam nic więcej, żadnej magicznej rzeczy ktora powoduje że może dzialać wiele programów. Upierasz się że ten port a Amidze był inny. Nie, nie był inny. Był taki sam jak współczesne i był taki sam jak wcześniejsze. > Uruchamiałem jednocześnie kilka programów z obsługą transmisji > szeregowej, a konkretnie MIDI. I nie ma z tym żadnego problemu na dowolnym porcie RS232 o ile od strony programowej sterownik udostepni taką możliwość. Sprzęt nie ma tutaj nic do rzeczy bo port szeregowy *NIE* potrafi wysyłać równolegle danych, co najwyżej sterownik potrafi je składać w ciągi i wysyłać paczkami. > ARexx Arexx był znakomitym pomysłem ale nikt nie chciał go w windowsie i MS się wycofał z czesciowo obiecującego VBA. Przypominam jednak że do dzisiaj można stosować pewne sztuczki z np. JavaScriptem (polecenie cscript) i sterować aplikacjami mniej więcej jak w Arexxie. Widać jednak że malo kto to robi, mamy pokolenie pustaków/klikaczy. > natomiast zajmował się odbieraniem transmisji zdalnego sterowania > i wyborem określonych pakietów danych, które przy pomocy dodatkowego > programu, który się uruchamiał tylko na czas przesyłania komunikatów > MIDI wysyłał do RS232 równolegle z tymi programami, które cały czas > nadawały już transmisję. > Wszystkie programy jednocześnie generowały dane do portu RS232, a ten > dalej to przesyłał bez jakichkolwiek przekłamań czy zająknięć. Wszystko > działo się w czasie rzeczywistym bez jakichkolwiek zauważalnych opóźnień. Nie, to tak nie działało. Po drodze była abstrakcja o ktorej nie musisz wiedzieć. Wysylanie z kilku programów na port RS232, nawet jesli bylo by mozliwe, powodowalo by mieszanie się danych na wyjściu, wylatywały by bajty w przypadkowy sposób zmieszane. Po drodze istniala warstwa która ustawiała to w kolejke i wysyłała każdy komunikat (wielobajtowy) w jednym ciągu. > Nie było to nigdy możliwe do uzyskania w przypadku komputerów PC czy to > RS232 czy też MIDI poprzez Game Port, ponieważ tylko jeden program mógł > w danym czasie otwierać dany port i po jego otwarciu żaden inny już nie > mógł mieć dostępu do tego, używanego portu. Z grubsza jak w 100% systemów operacyjnych. SerialPort jest exclusive. *Zawsze*. To wynika z budowy elektrycznej oraz braku protokołu wyższego poziomu. To tylko machanie drutem w celu emisji bajtu. Nie ma tam *NIC* więcej. > Aby to obejść trzeba było doinstalować w PC kilka portów MIDI. Każdemu z > programów przydzielić inny port, a następnie transmisję z tych > wszystkich portów skierować najpierw do urządzenia zewnętrznego MIDI > Merger, które łączyło te wszystkie dane (miksowało) w jeden strumień. Czyli masz na myśli port wirtualny. No i znowu wyszło na to że w porcie RS232 nie ma nic magicznego. > W przypadku Amigi łączenie wszystkich strumieni odbywało się wewnątrz > komputera na porcie RS232 Nie. Odbywało się w pośrednim mechanizmie wirtualizacji. Hardware od RS232 nie ma pojęcia z jakiego procesu/programu jest żadanie wysłania nastepnego bajtu. Miałeś wic pośredni sterownik który tym bałaganem zarzadzal. Nie ma to żadnego związku z hardware Amigi. Z resztą hardware RS232 w wykonaniu Amigi był *bardzo* prymitywny. Ja nie twierdze że Ci to nie działało. Ja twierdze że to dzialało nie z powodu magiczności portu RS232 bo w nim nic magicznego nie było. To tylko jakaś warstwa pośrednia sterownika i tyle. Możliwe w dowolnym OS.
Technical Details
Message-ID:
<ocgl1g$vfj$1@node1.news.atman.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mailReferences:
<oa49kv$d0l$1@node1.news.atman.pl> <ocdtk1$elt$1@node2.news.atman.pl> <ocdtti$6h8$1@node1.news.atman.pl> <58ea82e8$0$5163$65785112@news.neostrada.pl> <oce0mh$9jl$1@node1.news.atman.pl> <58ea9cd9$0$5152$65785112@news.neostrada.pl> <oce8ki$q2h$1@node2.news.atman.pl> <ocfa95$on1$2@node2.news.atman.pl> <58eb39f3$0$15203$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail From: Sebastian Biały <heby@poczta.onet.pl> Newsgroups: pl.comp.sys.amiga Subject: Re: blizzard Date: Mon, 10 Apr 2017 21:05:15 +0200 Organization: ATMAN - ATM S.A. Lines: 75 Message-ID: <ocgl1g$vfj$1@node1.news.atman.pl> References: <oa49kv$d0l$1@node1.news.atman.pl> <ocdtk1$elt$1@node2.news.atman.pl> <ocdtti$6h8$1@node1.news.atman.pl> <58ea82e8$0$5163$65785112@news.neostrada.pl> <oce0mh$9jl$1@node1.news.atman.pl> <58ea9cd9$0$5152$65785112@news.neostrada.pl> <oce8ki$q2h$1@node2.news.atman.pl> <ocfa95$on1$2@node2.news.atman.pl> <58eb39f3$0$15203$65785112@news.neostrada.pl> NNTP-Posting-Host: 176.115.85.233 Mime-Version: 1.0 X-Trace: node1.news.atman.pl 1491851121 32243 176.115.85.233 (10 Apr 2017 19:05:21 GMT) X-Complaints-To: usenet@atman.pl NNTP-Posting-Date: Mon, 10 Apr 2017 19:05:21 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-Reply-To: <58eb39f3$0$15203$65785112@news.neostrada.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit