Komentowana treść: Sterowniki OpenPCI dla kart graficznych Radeon
03.12.2012 21:13
[#1]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
Hej bo jestem słabo obeznany w kwestii mediatora.
Co ten sterownik tak naprawdę daje?
Nie było obsługi tych modeli wcześniej pod medkiem?
Te 128 na zasoby systemowe to super sprawa, ale kiedyś było o tym że ta pamięć przez szynę medka i amigi działa bardzo wolno (pomimo, że sama w sobie fizycznie pamięć na karcie graficznej powinna być bardzo szybka), znacznie wolniejsza od operacyjnej z z karty CPU- nic się nie zmieniło?
Co ten sterownik tak naprawdę daje?
Nie było obsługi tych modeli wcześniej pod medkiem?
Te 128 na zasoby systemowe to super sprawa, ale kiedyś było o tym że ta pamięć przez szynę medka i amigi działa bardzo wolno (pomimo, że sama w sobie fizycznie pamięć na karcie graficznej powinna być bardzo szybka), znacznie wolniejsza od operacyjnej z z karty CPU- nic się nie zmieniło?
05.12.2012 05:55
[#5]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@BULI, post #4
nie rozumiem, nie ma kart radeon dla zorro (?). a pozatym chodzi ci pewnie o warp3d? dla radeona pod 68k nie ma tego i nie bedzie bo programisci os4 postanowili zrobic to exkluzywnym feature na ppc. co moze byc to dorobic hardwareowy backend do wazp3d wykorzystujac radeona. nie spodziewam sie jednyk by ktos sie tego w przewidywalne przyszlosci podjal.
19.12.2012 19:28
[#10]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
Witam,
jak już napisałem na amigaworld.net sterownik Radeon.card dla openpci to program, którego kluczowe elementy to wierne kopie kodu wzięte ze sterownika Radeon.card Elboksu. Skopiowane zostało ponad 90% z tej części kodu naszego drivera, która służy do obsługi sterowania kartą Radeon, w tym cała inicjalizacja chipsetów oraz implementacja poszczególnych funkcji blittera karty graficznej. W przypadku niektórych funkcji "autorzy" sterownika openpci zadali sobie trochę trudu aby skopiowane 1:1 podprogramy umieścić w kodzie w innej kolejności i wywoływać w sekwencji właściwej, ale w przypadku bardziej skomplikowanych funkcji skopiowali je w całości bez zmiany choćby jednego bajtu. Te skopiowane w całości funkcje, to nie funkcje po kilka, czy kilkadziesiąt, ale po kilkaset następujących po sobie rozkazów. Najdłuższy z takich bloków kodu liczy ponad 600 rozkazów procesora - prawie 2 kilobajty kodu skopiowane bajt w bajt.
Jedyna istotna zmiana w kodach funkcji blittera wziętych z naszego sterownika to usunięcie z każdej z nich tego fragmentu kodu, który służy do obsługi Mediatorów do A1200 w trybie NO_MMU.
Przygotowanie obsługi kart Radeon zajęło nam kilka miesięcy. Musieliśmy rozwiązać wiele problemów jakie stwarzały chipsety tych kart w klasycznej Amidze. Ich rozwikłanie bez skrupulatnej analizy timingów tych kart w dzisiątkach testów i eksperymentów nie byłoby w ogóle możliwe.
Skopiowanie rezultatów naszej pracy i przedstawienie jako własnego software'u jest naszym zdaniem skrajnie nieuczciwe, a obecność w kodzie drivera Radeon.card dla openpci olbrzymich fragmentów kodu skopiowanego bajt w bajt z naszego komercyjnego oprogramowania czyni sterownik dla openpci oprogramowaniem nielegalnym.
Jeśli ktoś chciał skorzystać z rezultatów naszej pracy, to powinien był postarać się o uzyskanie od nas odpowiedniej licencji. Oczywiście, że nie byłaby ona bezpłatna, ale byłoby chyba kompletnie nielogiczne gdyby software, który przygotowujemy dla użytkowników naszych produktów rozdawać za darmo użytkownikom tych rozwiązań PCI, których producenci swych wyrobów nie supportują.
Darek Śmietana
PS.1. Nieznacznie większa prędkość sterownika openpci w niektórych testach robionych za pomocą P96speed to wynik usunięcia z kodu funkcji naszego sterownika sprawdzania czy kod będzie wykonywał się na A3/4000 (lub 1200 w trybie MMU) czy na A1200 w trybie NO_MMU.
PS.2. Nasz sterownik Radeon.card (do wersji 2.17) nie obsługuje sprzętowej akceleracji dla funkcji Draw(). Funkcja ta jest realizowana software'owo. W sterowniku (2.12 z 2010 roku) znajduje się kod do sprzętowej akceleracji tej funkcji, ale nie jest on wywoływany ponieważ fragment kodu dla Mediatorów 1200 pracujacych w trybie NO_MMU nie był jeszcze gotowy. Funkcja ta nie była dla nas priorytetowa ponieważ system OS3.x nie korzysta z niej, jest przydatna tylko w grach i testach.
jak już napisałem na amigaworld.net sterownik Radeon.card dla openpci to program, którego kluczowe elementy to wierne kopie kodu wzięte ze sterownika Radeon.card Elboksu. Skopiowane zostało ponad 90% z tej części kodu naszego drivera, która służy do obsługi sterowania kartą Radeon, w tym cała inicjalizacja chipsetów oraz implementacja poszczególnych funkcji blittera karty graficznej. W przypadku niektórych funkcji "autorzy" sterownika openpci zadali sobie trochę trudu aby skopiowane 1:1 podprogramy umieścić w kodzie w innej kolejności i wywoływać w sekwencji właściwej, ale w przypadku bardziej skomplikowanych funkcji skopiowali je w całości bez zmiany choćby jednego bajtu. Te skopiowane w całości funkcje, to nie funkcje po kilka, czy kilkadziesiąt, ale po kilkaset następujących po sobie rozkazów. Najdłuższy z takich bloków kodu liczy ponad 600 rozkazów procesora - prawie 2 kilobajty kodu skopiowane bajt w bajt.
Jedyna istotna zmiana w kodach funkcji blittera wziętych z naszego sterownika to usunięcie z każdej z nich tego fragmentu kodu, który służy do obsługi Mediatorów do A1200 w trybie NO_MMU.
Przygotowanie obsługi kart Radeon zajęło nam kilka miesięcy. Musieliśmy rozwiązać wiele problemów jakie stwarzały chipsety tych kart w klasycznej Amidze. Ich rozwikłanie bez skrupulatnej analizy timingów tych kart w dzisiątkach testów i eksperymentów nie byłoby w ogóle możliwe.
Skopiowanie rezultatów naszej pracy i przedstawienie jako własnego software'u jest naszym zdaniem skrajnie nieuczciwe, a obecność w kodzie drivera Radeon.card dla openpci olbrzymich fragmentów kodu skopiowanego bajt w bajt z naszego komercyjnego oprogramowania czyni sterownik dla openpci oprogramowaniem nielegalnym.
Jeśli ktoś chciał skorzystać z rezultatów naszej pracy, to powinien był postarać się o uzyskanie od nas odpowiedniej licencji. Oczywiście, że nie byłaby ona bezpłatna, ale byłoby chyba kompletnie nielogiczne gdyby software, który przygotowujemy dla użytkowników naszych produktów rozdawać za darmo użytkownikom tych rozwiązań PCI, których producenci swych wyrobów nie supportują.
Darek Śmietana
PS.1. Nieznacznie większa prędkość sterownika openpci w niektórych testach robionych za pomocą P96speed to wynik usunięcia z kodu funkcji naszego sterownika sprawdzania czy kod będzie wykonywał się na A3/4000 (lub 1200 w trybie MMU) czy na A1200 w trybie NO_MMU.
PS.2. Nasz sterownik Radeon.card (do wersji 2.17) nie obsługuje sprzętowej akceleracji dla funkcji Draw(). Funkcja ta jest realizowana software'owo. W sterowniku (2.12 z 2010 roku) znajduje się kod do sprzętowej akceleracji tej funkcji, ale nie jest on wywoływany ponieważ fragment kodu dla Mediatorów 1200 pracujacych w trybie NO_MMU nie był jeszcze gotowy. Funkcja ta nie była dla nas priorytetowa ponieważ system OS3.x nie korzysta z niej, jest przydatna tylko w grach i testach.
20.12.2012 08:47
[#11]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #10
Dzięki za "pojaśnienie" sprawy.
Jeśli rzeczywiście korzystają z Waszej pracy w takim stopniu i do tego nawet o tym nie wspominają to najzwyklej w świecie jest to NIEUCZCIWE !!! i słusznie reagujecie na tą sytuację..
..ale dzięki Tym "złym" ludziom wiemy, że Elbox ma możliwość przyśpieszenia pracy swoich kart (funkcja Draw i obsługa sprzętowa). Z przyśpieszenie w grach to ważny aspekt użytkowy i nie można przejść obok niego obojętnie.
Pytanie, czy Elbox zamierza coś z tym zrobi, tzn wydać sterownik (lub dwie wersje z i bez MMU) gdzie będzie możliwa obsługa sprzętowa funkcji Draw().
Jeśli rzeczywiście korzystają z Waszej pracy w takim stopniu i do tego nawet o tym nie wspominają to najzwyklej w świecie jest to NIEUCZCIWE !!! i słusznie reagujecie na tą sytuację..
..ale dzięki Tym "złym" ludziom wiemy, że Elbox ma możliwość przyśpieszenia pracy swoich kart (funkcja Draw i obsługa sprzętowa). Z przyśpieszenie w grach to ważny aspekt użytkowy i nie można przejść obok niego obojętnie.
Pytanie, czy Elbox zamierza coś z tym zrobi, tzn wydać sterownik (lub dwie wersje z i bez MMU) gdzie będzie możliwa obsługa sprzętowa funkcji Draw().
24.12.2012 13:00
[#14]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #12
http://www.a1k.org/forum/showthread.php?p=585102
sorry, my native language is german
Ostatnia aktualizacja: 24.12.2012 13:01:58 przez Ratte
sorry, my native language is german
Ostatnia aktualizacja: 24.12.2012 13:01:58 przez Ratte
24.12.2012 15:13
[#15]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #10
Skopiowane zostało ponad 90% z tej części kodu naszego drivera, która służy do obsługi sterowania kartą Radeon, w tym cała inicjalizacja chipsetów oraz implementacja poszczególnych funkcji blittera karty graficznej.
To takie pytanie: a czy autorzy OpenPCI mieli swobodny dostęp do źródeł sterownika?
Bo jeżeli źródła Radeon.card nie są upublicznione to albo:
1) ukradli je z waszych firmowych komputerów
2) ktoś z firmy Elbox po prostu je dobrowolnie przekazał / sprzedał
Obydwa rozwiązania trącą mocno szpiegostwem przemysłowym.
A może jest jakieś inne wytłumaczenie jak grupa zapaleńców uzyskała dostęp do niepublicznych danych/kodu?
27.12.2012 23:07
[#17]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
A to feler westchnął seler. A tak serio jeśli dobrze zrozumiałem, to autor utrzymuje, że korzystał z dokumentacji Linuksowej i to jej elementy znajdują się w kodzie Elboxu. Szkoda, że dochodzi w tak małym światku do takich niejasnych sytuacji. Jeżeli faktycznie ukradli nie swój kod, to wtopa na całego, jeżeli jednak jest jak napisałem wyżej, to nie wiem jak to ocenić. Nie wiem na ile ten linuksowy oryginalny kod został zmieniony (zakładam, że jakoś został), mam nadzieję, że cała sprawa się wyjaśni. Skoro mamy tu juz kogos z Elboxu to tak OF zapytam, nie mysleliście, żeby włączyć sie w prace nad projektem NAtami, albo stworzeniem usprawnionego PCB A1200 jako zamiennika (kwestie zasilania płyty, turbo, dostosowania do współczesnych zasilaczy itd.)? Zamiast kiepskiego kontrolera z oryginjału, Wasze rozwiązania w płycie, choćby 4xEide.
29.12.2012 13:45
[#19]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@stachu100, post #15
Gdyby MastaTabs i Ratte mieli dostęp do naszych źródeł, a w szczególności do komentarzy do konkretnych linii kodu, to byłoby im stosunkowo łatwo tak przerobić nasz kod, aby nadal dział poprawnie, ale nie był wierną kopią naszego kodu.
Tymczasem oni po prostu kopiowali całe bloki kodu naszego sterownika po kilkaset rozkazów procesora, bez zmiany choćby jednego rozkazu/bajtu.
Aby była pełna jasność: kod naszego sterownika Radeon.card jest napisany w assemblerze 68k/Coldfire, ani jedna linia tego kodu nie była pisana w C+. Cały kod jest realokowalny.
Tymczasem oni po prostu kopiowali całe bloki kodu naszego sterownika po kilkaset rozkazów procesora, bez zmiany choćby jednego rozkazu/bajtu.
Aby była pełna jasność: kod naszego sterownika Radeon.card jest napisany w assemblerze 68k/Coldfire, ani jedna linia tego kodu nie była pisana w C+. Cały kod jest realokowalny.
29.12.2012 14:42
[#21]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@Ender, post #17
> autor utrzymuje, że korzystał z dokumentacji Linuksowej i to jej elementy znajdują się w kodzie Elboxu
Jego twierdzenia w tej sprawie są ewidentnie nieprawdziwe.
Utrzymuje on, że oparł kod inicjalizujący kartę Radeon w sterowniku OpenPCI na kodzie źródłowym Linuxa, i że my zrobiliśmy to samo.
A fakty są takie: kod inicjalizujący chipset graficzny karty został przez niego skopiowany 1:1 z naszego sterownika. Sekwencja kilkaset następujących po sobie rozkazów procesora 68k inicjalizujących chipset graficzny karty została wzięta bez najmniejszej nawet modyfikacji z naszego sterownika i wstawiona do kodu sterownika OpenPCI. Ani jeden rozkaz/bajt tego kodu nie został zmieniony.
W czasie gdy powstawał nasz kod inicjalizujący karty Radeon w publicznie dostępnych źródłach Linuxa nie było jeszcze żadnych procedur inicjalizujących karty Radeon. Kod inicjalizujący przygotowywaliśmy bazując na reverse engineeringu BIOSów od wielu różnych kart Radeon. Pierwszą kartą ATI, którą udało się nam uruchomić pod OS3.9 była karta Radeon 9250 AGP zainstalowana w Dragonie 1200. Było to w listopadzie 2004.
Cały kod naszego sterownika Radeon.card od poczatku był pisany w assemblerze 68k/Coldfire.
Ani linijka tego kodu nie była nigdy napisana w C+.
Jakby się MastaTabs i Ratte nie starali nigdy nie udałoby im się tak skompilować źródła, do których linkują (które są oczywiście w C++), aby uzyskać taki kod wynikowy, jaki żywcem skopiowali/ukradli z naszego sterownika.
MastaTabs i Ratte to samo zrobili z prawie całym kodem naszego sterownika. Skopiowali ponad 90% z tej części jego kodu, która służy do obsługi sterowania kartą Radeon. Odnoszą się teraz tylko do procedury inicjalizacji, bo tylko do niej znaleźli źródła Linuxa, z których można dowiedzieć się jak ta procedura działa. I teraz udają, że przypadkowo cała procedura napisała im się bajt w bajt tak samo, jak w naszym sterowniku.
Ostatnia aktualizacja: 29.12.2012 14:58:12 przez elbox
Jego twierdzenia w tej sprawie są ewidentnie nieprawdziwe.
Utrzymuje on, że oparł kod inicjalizujący kartę Radeon w sterowniku OpenPCI na kodzie źródłowym Linuxa, i że my zrobiliśmy to samo.
A fakty są takie: kod inicjalizujący chipset graficzny karty został przez niego skopiowany 1:1 z naszego sterownika. Sekwencja kilkaset następujących po sobie rozkazów procesora 68k inicjalizujących chipset graficzny karty została wzięta bez najmniejszej nawet modyfikacji z naszego sterownika i wstawiona do kodu sterownika OpenPCI. Ani jeden rozkaz/bajt tego kodu nie został zmieniony.
W czasie gdy powstawał nasz kod inicjalizujący karty Radeon w publicznie dostępnych źródłach Linuxa nie było jeszcze żadnych procedur inicjalizujących karty Radeon. Kod inicjalizujący przygotowywaliśmy bazując na reverse engineeringu BIOSów od wielu różnych kart Radeon. Pierwszą kartą ATI, którą udało się nam uruchomić pod OS3.9 była karta Radeon 9250 AGP zainstalowana w Dragonie 1200. Było to w listopadzie 2004.
Cały kod naszego sterownika Radeon.card od poczatku był pisany w assemblerze 68k/Coldfire.
Ani linijka tego kodu nie była nigdy napisana w C+.
Jakby się MastaTabs i Ratte nie starali nigdy nie udałoby im się tak skompilować źródła, do których linkują (które są oczywiście w C++), aby uzyskać taki kod wynikowy, jaki żywcem skopiowali/ukradli z naszego sterownika.
MastaTabs i Ratte to samo zrobili z prawie całym kodem naszego sterownika. Skopiowali ponad 90% z tej części jego kodu, która służy do obsługi sterowania kartą Radeon. Odnoszą się teraz tylko do procedury inicjalizacji, bo tylko do niej znaleźli źródła Linuxa, z których można dowiedzieć się jak ta procedura działa. I teraz udają, że przypadkowo cała procedura napisała im się bajt w bajt tak samo, jak w naszym sterowniku.
Ostatnia aktualizacja: 29.12.2012 14:58:12 przez elbox
29.12.2012 16:03
[#22]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #21
Skoro tak to sprawa wydaje się jasna. Czy w związku z tym zajściem zamierzacie podjąć jakieś kroki prawne? Macie dowody na to co Wam ukradli, więc środowisko stanie po Waszej stronie. A co z odpowiedziami na moje pozostałe pytania z tamtego postu?
PS Nie pochwalam kradzieży, bo ta może zniechęcić do dalszej pracy nad jakimkolwiek projektem. Mam nadzieję, że cała sprawa w końcu się zakończy, bo taki smrodek w mikrośrdowisku nikomu nie jest potrzebny. Szczęśliwego Nowego Roku wszystkim (obu stronom sporu), oby jak najmniej takich sporów w nadchodzącym roku.
PS Nie pochwalam kradzieży, bo ta może zniechęcić do dalszej pracy nad jakimkolwiek projektem. Mam nadzieję, że cała sprawa w końcu się zakończy, bo taki smrodek w mikrośrdowisku nikomu nie jest potrzebny. Szczęśliwego Nowego Roku wszystkim (obu stronom sporu), oby jak najmniej takich sporów w nadchodzącym roku.
29.12.2012 17:04
[#23]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #21
Abstrahując od tych nieszczęsnych sterowników (z tego co napisane widać że racja jest po Waszej stronie) to czy Elbox będzie dalej prowadził politykę zachowawczą czy można liczyć na coś zupełnie nowego?
Przez kilka ostatnich lat pojawilo sie trochę rozszerzen pamięci, kart cpu czy kontrolerów USB. A Elbox ... nic. Możliwości macie, zapotrzebowanie jest nadal a produktów brak.
Przez kilka ostatnich lat pojawilo sie trochę rozszerzen pamięci, kart cpu czy kontrolerów USB. A Elbox ... nic. Możliwości macie, zapotrzebowanie jest nadal a produktów brak.
29.12.2012 23:31
[#24]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #21
Kurde, strasznie fajnie jest przeczytać, że odwaliliście taki kawał roboty- jest czym się pochwalić, aż chce się chwalić, że jest się też Polakiem :D
Dzięki za wyjaśnienie- wychodzi na to, że rację macie Wy, może w ramach wyjaśnienia tej kwestii warto wydać wersję (MMU) tego sterownika pod Medka z sprzętową obsługą Draw() ?
Dzięki za wyjaśnienie- wychodzi na to, że rację macie Wy, może w ramach wyjaśnienia tej kwestii warto wydać wersję (MMU) tego sterownika pod Medka z sprzętową obsługą Draw() ?
30.12.2012 17:39
[#25]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #21
Ok, tłumaczenie na temat Radeon.card jasne. Dziękuję.
Kradzież to kradzież.
Pozostaje do wyjaśnienia temat trochę starszy dotyczący licencji na system Picasso 96 opisany tutaj:
link
A szczególnie tekst:
"So, summing it up, Elbox delibrately chose to screw us."
Czy Elbox w końcu uregulował sprawę z twórcami systemu graficznego Picasso 96 czy cały czas oprogramowanie dostarczane z Mediatorami zawiera nielegalne elementy?
Jeżeli sprawa nie jest uregulowana, to jak ulał pasuje powiedzenie:
"Kali kraść krowa, to dobrze. Kaliemu kraść krowa - o to bardzo źle!"
Czekam na odpowiedź i pozdrawiam!
Kradzież to kradzież.
Pozostaje do wyjaśnienia temat trochę starszy dotyczący licencji na system Picasso 96 opisany tutaj:
link
A szczególnie tekst:
"So, summing it up, Elbox delibrately chose to screw us."
Czy Elbox w końcu uregulował sprawę z twórcami systemu graficznego Picasso 96 czy cały czas oprogramowanie dostarczane z Mediatorami zawiera nielegalne elementy?
Jeżeli sprawa nie jest uregulowana, to jak ulał pasuje powiedzenie:
"Kali kraść krowa, to dobrze. Kaliemu kraść krowa - o to bardzo źle!"
Czekam na odpowiedź i pozdrawiam!
31.12.2012 17:46
[#26]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@stachu100, post #25
Widzę kompletne niezrozumienie podstawowych faktów.
Nasze sterowniki współpracujące z systemem P96 nigdy nie zawierały żadnych "nielegalnych elementów".
Sterowniki te zostały przygotowane przez nas. Nigdy nie zawierały żadnych fragmentów kodu copyrightowanego przez autorów P96.
Tworzenie software'u zgodnego z czyimś oprogramowaniem (API) jest dozwolone i całkowiecie legalne.
Proponuję poczytać trochę na ten temat. Najciekawszym i chyba najbardziej znanym przypadkiem w tej dziedzinie było opracowanie przez firmę Compaq BIOSu PC zgodnego z BIOSem IBM. Otwarł on drogę do produkcji klonów komputerów IBM PC. Spora grupa programistów Compaq przez prawie rok analizowała sposób działania BIOSu IBM, po czym druga grupa programistów napisała oprogramowanie zachowujące się w ten sam sposób, ale nie zawierające żadnych fragmentów kodu firmy IBM. BIOS Compaqa zawierał nawet w odpowiednim miejscu niezbędne magiczne trzy literki "I", "B" i "M", ale nie były one tekstem jak w BIOSie IBM, ale fragmentem wykonującego się kodu jednej z procedur BIOSu Compaqa.
Nasze sterowniki współpracujące z systemem P96 nigdy nie zawierały żadnych "nielegalnych elementów".
Sterowniki te zostały przygotowane przez nas. Nigdy nie zawierały żadnych fragmentów kodu copyrightowanego przez autorów P96.
Tworzenie software'u zgodnego z czyimś oprogramowaniem (API) jest dozwolone i całkowiecie legalne.
Proponuję poczytać trochę na ten temat. Najciekawszym i chyba najbardziej znanym przypadkiem w tej dziedzinie było opracowanie przez firmę Compaq BIOSu PC zgodnego z BIOSem IBM. Otwarł on drogę do produkcji klonów komputerów IBM PC. Spora grupa programistów Compaq przez prawie rok analizowała sposób działania BIOSu IBM, po czym druga grupa programistów napisała oprogramowanie zachowujące się w ten sam sposób, ale nie zawierające żadnych fragmentów kodu firmy IBM. BIOS Compaqa zawierał nawet w odpowiednim miejscu niezbędne magiczne trzy literki "I", "B" i "M", ale nie były one tekstem jak w BIOSie IBM, ale fragmentem wykonującego się kodu jednej z procedur BIOSu Compaqa.
31.12.2012 21:39
[#27]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #26
Widzę kompletne niezrozumienie podstawowych faktów.
U mnie czy u tworców systemu Picasso96?
Przypominam, że ja tylko cytowałem ich wypowiedź.
Nasze sterowniki współpracujące z systemem P96 nigdy nie zawierały żadnych "nielegalnych elementów".
Sam fakt że współpracują z systemem Picasso96 bez dołączenia kopii systemu Picasso96 JEST NIELEGALNY.
System Picasso 96 był (jest???) systemem który był rozprowadzany na dwa sposoby:
1) Na licencji shareware gdzie to użytkownik musiał zarejestrować kopię swojego systemu.
2) Producent sprzętu kupował licencję na dany model karty. Np. Village Tronic kupiło licencję na P96 dla Picasso IV i system P96 był dostarczany na dyskietce razem z karta graficzną.
I zdaje się że twórcy systemu P96 właśnie o to mają do was pretensje - że Elbox nie wykupił licencji na system Picasso96 i karty VooDoo, Virge oraz Radeon cały czas NIE SĄ oficjalnie wspierane przez system P96.
link
A jeżeli nie są oficjalnie wspierane przez twórców systemu Picasso96 to jakim cudem działają?
Ano NIEOFICJALNIE właśnie.
Dlatego po dziś dzień użytkownicy Mediatora muszą instalować P96 na kartę CyberVision64 która to jest OFICJALNIE wspierana, a potem zmieniać ręcznie nazwę na VooDoo.
No chyba że istnieje jakieś inne wytłumaczenie jak coś co zdaniem producenta ma nie działać jednak działa.
01.01.2013 10:26
[#29]
Re: Sterowniki OpenPCI dla kart graficznych Radeon
@elbox, post #28
Nielegalność oznacza niezgodność z obowiązującym prawem, a nie z czyimś widzimisię.
Dla mnie (i nie tylko dla mnie) brak zgody autora = nielegalnie.
Czyżby potrzeba było zawiłych kruczków prawnych aby wytłumaczyć to inaczej?
Chętnie poznam (i nie tylko ja) oficjalne stanowisko firmy Elbox w tej sprawie.
Bo lepiej coś wytłumaczyć niż zostawić miejsce na domysły.
Tym bardziej że pod konec lat 90 rynek Amig klasycznych był co najmniej kilkadziesiąt razy większy niż teraz. W 2012 roku mówimy o niewielkiej grupce entuzjastów/hobbystów, a mimo to Elbox zdecydował się interweniować (jak widać skutecznie) aby chronić swoją własność intelektualną.