Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.programming > #30389 > unrolled thread

[LOT] czytanie kodu

Back to article view | Back to pl.comp.programming

Contents

  [LOT] czytanie kodu wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-21 18:51 +0200
    Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-21 18:57 +0200
      Re: [LOT] czytanie kodu wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-21 19:02 +0200
        Re: [LOT] czytanie kodu wloochacz <wloochacz@no.spam.gmail.com> - 2017-08-22 15:31 +0200
          Re: [LOT] czytanie kodu bartekltg <bartekltg@gmail.com> - 2017-08-22 06:45 -0700
            Re: [LOT] czytanie kodu wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-22 18:28 +0200
            Re: [LOT] czytanie kodu "AK" <nobody@nowhere.net> - 2017-08-23 22:25 +0200
              Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-27 19:27 +0200
                Re: [LOT] czytanie kodu wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-27 19:53 +0200
                Re: [LOT] czytanie kodu wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-27 20:05 +0200
                  Re: [LOT] czytanie kodu "AK" <nobody@nowhere.net> - 2017-08-27 20:41 +0200
                    Re: [LOT] czytanie kodu wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-27 21:10 +0200
    Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-25 13:47 +0200
    Re: [LOT] czytanie kodu szykcech@gmail.com - 2017-08-25 07:10 -0700
      Re: [LOT] czytanie kodu wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-27 19:17 +0200
        Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-27 21:56 +0200
          Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-27 22:19 +0200
            Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-28 09:39 +0200
              Re: [LOT] czytanie kodu wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-28 17:36 +0200
                Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-29 02:37 +0200
              Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-28 19:08 +0200
                Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-29 02:44 +0200
                  Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-29 20:18 +0200
                    Re: [LOT] czytanie kodu grapeli23 <grapeli23@googlemail.com> - 2017-08-29 19:10 +0000
                      Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-29 21:57 +0200
                    Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-29 21:28 +0200
                      Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-29 21:49 +0200
                        Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-29 23:20 +0200
                          Re: [LOT] czytanie kodu grapeli23 <grapeli23@googlemail.com> - 2017-08-29 23:47 +0000
                            Re: [LOT] czytanie kodu "AK" <nobody@nowhere.net> - 2017-08-30 18:23 +0200
                              Re: [LOT] czytanie kodu grapeli23 <grapeli23@googlemail.com> - 2017-08-30 16:42 +0000
                                Re: [LOT] czytanie kodu "AK" <nobody@nowhere.net> - 2017-08-30 19:33 +0200
                                  Re: [LOT] czytanie kodu Adam Klobukowski <adamklobukowski@gmail.com> - 2017-08-31 07:18 -0700
                              Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-30 20:52 +0200
                                Re: [LOT] czytanie kodu grapeli23 <grapeli23@googlemail.com> - 2017-08-30 20:01 +0000
                              Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-30 20:54 +0200
                          Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-30 19:43 +0200
                            Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-30 20:57 +0200
                              Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-30 21:01 +0200
                                Re: [LOT] czytanie kodu grapeli23 <grapeli23@googlemail.com> - 2017-08-30 19:20 +0000
                                  Re: [LOT] czytanie kodu Sebastian Biały <heby@poczta.onet.pl> - 2017-08-31 19:20 +0200
                Re: [LOT] czytanie kodu fir <profesor.fir@gmail.com> - 2017-08-29 02:02 -0700
                  Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-29 12:09 +0200
                    Re: [LOT] czytanie kodu Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-29 05:14 -0700
                      Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-29 18:19 +0200
                        Re: [LOT] czytanie kodu Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-30 01:59 -0700
                          Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-30 12:05 +0200
                            Re: [LOT] czytanie kodu Piotr Chamera <piotr_chamera@poczta.onet.pl> - 2017-08-30 14:38 +0200
                              Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-30 15:44 +0200
                                Re: [LOT] czytanie kodu "AK" <nobody@nowhere.net> - 2017-08-30 19:22 +0200
                                  Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-30 21:48 +0200
                    Re: [LOT] czytanie kodu "AK" <nobody@nowhere.net> - 2017-08-30 19:26 +0200
                      Re: [LOT] czytanie kodu slawek <fake@fakeemail.com> - 2017-08-30 21:54 +0200

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#30552

On 8/28/2017 9:39 AM, slawek wrote:
>> Używany EeePC ? Używany Aspire One?
> A z niepoleasingowych?

Co ci szkodzą używane? Eeepc są na tyle solidnie zrobione że nie 
przeszkadza im bycie używanym. Uzyteczny, w sensownym stanie, do zabawy 
w pociągu wyszarpiesz za 100zl. Ukradną - mała strata. I można oddać bez 
żalu kibolowi w zamian za komplet zębów. Same zalety.

[toc] | [prev] | [next] | [standalone]

#30554

On Mon, 28 Aug 2017 19:08:02 +0200, Sebastian 
Biały<heby@poczta.onet.pl> wrote:
> Co ci szkodzą używane? 

A co ci szkodzą nowe?

[toc] | [prev] | [next] | [standalone]

#30563

On 8/29/2017 2:44 AM, slawek wrote:
>> Co ci szkodzą używane? 
> A co ci szkodzą nowe?

Nie szkodzą, ale przedstawiłem zalety używanych które w pociągu mają 
znaczenie.

Ponadto wada nowych może być niemoznośc instalowania tego co chcesz i co 
potrzebujesz do pracy:

http://www.pcworld.com/article/3139812/laptop-computers/after-protest-lenovo-brings-linux-compatibility-to-yoga-900-and-900s.html

Sytuacje tego typu beda coraz częstsze.

[toc] | [prev] | [next] | [standalone]

#30565

Dnia 29.08.2017 Sebastian Biały <heby@poczta.onet.pl> napisał/a:
> On 8/29/2017 2:44 AM, slawek wrote:
>>> Co ci szkodzą używane? 
>> A co ci szkodzą nowe?
>
> Nie szkodzą, ale przedstawiłem zalety używanych które w pociągu mają 
> znaczenie.
>
> Ponadto wada nowych może być niemoznośc instalowania tego co chcesz i co 
> potrzebujesz do pracy:
>
> http://www.pcworld.com/article/3139812/laptop-computers/after-protest-lenovo-brings-linux-compatibility-to-yoga-900-and-900s.html
>
> Sytuacje tego typu beda coraz częstsze.

Znów towarzysz "w akcji".
Najsampierw to szykuje się "nośną aferę" wespół-zespół z podmiotami które są
pod całkowitą kontrolą M$.
Ot linux brickuje laptopy samsunga, czy tam też nie
jest w stanie bootować z properiaty raid lenovo (linuksowi on do niczego nie
jest potrzebny).

Później towarzysze od syfiastej roboty, co to lubią tarzać się w szambie
kolportują ten FUD.

Linuksowi zamknięty raid lenovo całkowicie nie jest potrzebny. Potrzebne
jest bootowanie ze standardowych nośników wyłącznie windowsowi (na
wypadek przeróżnych awarii). Tak więc "afera" bardzo szybko została odkręcona.

https://plus.google.com/+AlanCoxLinux/posts/QWnM6s2zKWm

[toc] | [prev] | [next] | [standalone]

#30568

On 8/29/2017 9:10 PM, grapeli23 wrote:
>> http://www.pcworld.com/article/3139812/laptop-computers/after-protest-lenovo-brings-linux-compatibility-to-yoga-900-and-900s.html
>> Sytuacje tego typu beda coraz częstsze.
> Znów towarzysz "w akcji".
> Najsampierw to szykuje się "nośną aferę" wespół-zespół z podmiotami które są
> pod całkowitą kontrolą M$.

Pieprzysz. Masz urzadzenie którego funkcjonalność z punktu widzenia 
programisty jest sztucznie ograniczona przez producenta. Nie ma 
znaczenia co jest tego powodem i czy to powód ktory da sie obejść badź 
jest sztucznie rozdmuchany. Ma znaczenie że dla pewnego procenta 
programistow ten tabletolaptop jest niegodnym zaufania złomem bo nie 
masz żadnej pewności czy pewnego dnia ktoś Ci nie wyłaczy czegoś. 
Zdalnie i bez pytania. Trzeba sie przyzwyczaić że nachodzą nowe 
możliwości ograniczania konsumenta.

[toc] | [prev] | [next] | [standalone]

#30566

On Tue, 29 Aug 2017 20:18:26 +0200, Sebastian 
Biały<heby@poczta.onet.pl> wrote:
> 
http://www.pcworld.com/article/3139812/laptop-computers/after-protest-l
enovo-brings-linux-compatibility-to-yoga-900-and-900s.html


> Sytuacje tego typu beda coraz częstsze.

Tzn. co? Zmowa celem budowania monopolu? Czy dostosowywanie się do 
oczekiwań rynku i poważne traktowanie klientów domagających się 
Linuksa.

I co oznacza "częstsze"? Czy chciałeś napisać "powszechne"? A może 
"dozwolone"? Albo "korzystne dla PR"? 

IMO, coraz więcej będzie Androida (rośnie moc komórek, 8 rdzeni 
zaczyna być normą), podpełzać będzie OSX w sprzęcie dla snobów, Linux 
dla geeków i w IoT, pojawią się systemy RT (Windows i samochód 
autonomiczny raczej nie pasują do siebie, tak samo z awioniką dronów, 
rozrusznikami serca, elektrowniami jądrowymi). Typowe PC będą miały 
nieco mniejszy udział w rynku, Windows będzie tracić. Niewiele, ale.

Już dziś Windows baaardzo przeszkadza w rozwoju elektroniki.

[toc] | [prev] | [next] | [standalone]

#30567

On 8/29/2017 9:28 PM, slawek wrote:
>> Sytuacje tego typu beda coraz częstsze.
> Tzn. co? Zmowa celem budowania monopolu? Czy dostosowywanie się do 
> oczekiwań rynku i poważne traktowanie klientów domagających się Linuksa.

Zamykanie pewnych elementów hardware. Czasem to "spisek" a czasem zwykłe 
dziadostwo. Tego drugiego jest bardzo dużo tego pierwszego nie da się 
nie zauważyć od czasu manipulowania przy BIOSach.

> I co oznacza "częstsze"? Czy chciałeś napisać "powszechne"? A może 
> "dozwolone"? Albo "korzystne dla PR"?

Wiele lat temu dostepne byly dokumentacje do wielu scalakow uzywanych w 
PC. Z biegiem czasu dokumentacje zastepowano reverse engeneering 
poniewaz producenci stwierdzili że będą się chwalić swoim dziadostwem 
wyłacznie przez NDA a złosliwi twierdzili że pokazanie tego światu to 
wstyd. Czasami ten proces jest niemożliwy do przeprowadzenia ponieważ 
producenci hardware wlaśnie wynaleźli szyfrowanie i podpisywanie. Idzie 
ku gorszemu z punktu widzenia software pisanego przez community, nie 
mozna wykluczyć że hardware na wielu przydatnych urzadzeniach zostanie 
skutecznie zamknięte przed homebrew.

[toc] | [prev] | [next] | [standalone]

#30569

On Tue, 29 Aug 2017 21:49:42 +0200, Sebastian 
Biały<heby@poczta.onet.pl> wrote:

> Idzie ku gorszemu 

Niekoniecznie. 

Weźmy np. Raspberry Pi. Jest? Jest. Jest Linux? Jest.

A teraz wyobraź sobie że ludzie od Pi przeszli na Ciemną Stronę Mocy 
i zablokowali możliwość linuksienia. Co się stanie? Sprzedaż Pi 
spadnie. A jacyś ludowie zrobią jakąś Pigwę Omega. I będzie ona 
kupowana bo będzie otwarta i bo da się na niej instalować Linuksa.

[toc] | [prev] | [next] | [standalone]

#30572

Dnia 29.08.2017 slawek <fake@fakeemail.com> napisał/a:
> On Tue, 29 Aug 2017 21:49:42 +0200, Sebastian 
> Biały<heby@poczta.onet.pl> wrote:
>
>> Idzie ku gorszemu 
>
> Niekoniecznie.

Nikt nie wyłączył na laptopach lenovo możliwości bootowania z innych
urządzeń jak rzeczony ichni raid. Chyba że w górach meksyku. Bo w USA to
by dostali, po łapach od pierwszego któremu się wysypał i nie wstał.

> Weźmy np. Raspberry Pi.

Przecież to chłam na który nagabywali (obecnie już rzadziej) towarzysze
z microsoftu. Tych naciągaczy było tu co niemiara. W internecie
jeszcze więcej.
Z tego dziadostwa 50% trafiało do kabzy M$. Od kodeków dla MPEG_LA po
karty SD.
Temu i "reklamy" tego pojawiały się tak często i gęsto.
Ludzie nakupowali tego. Leżą w szafie. Nie mają pojęcia jak używać
linuksa na 4GHz komputerach a co mówić o takim porównywalnym z Pentium
III 300MHz.
Oczywiście były i są urządzenia 4 razy lepszej klasy tylko tych
towarzystwo z M$ nie reklamuje.
Kilka miliardów ma linuksa co się nazywa Android. Jak chcą doinstalować
userland bardziej znany im z innych dystrybucji linuksa to jest w google
play - termux, gnuroot i setki innych.

[toc] | [prev] | [next] | [standalone]

#30589

Użytkownik "grapeli23" <grapeli23@googlemail.com> napisał;

>  Nie mają pojęcia jak używać
> linuksa na 4GHz komputerach a co mówić o takim porównywalnym z Pentium
> III 300MHz.

Zawsze mnie bawia wszystkolinuxowiedzacy dzisiejsi pryszczaci
fanatycy Linuxa :)
Dziecko kochane. W 1987/1988 na w niejakim WSK Rzeszow zostal
stworzony na AT 20MHz (super turbo) wielodostepny/wilotermoinalowy
system magazynowy dla (bagatela) ~15tys (z tym wiekszosc pracujaca na akord)
pracownikow.
Maszyna ta pracowalo pod nijakim Xenixem. Jedynym Unixem jakiego widzialem
pracujacym w trybie real (no.. takim troche/udawanym "protected" ostatecznie
ATka to byl; awiec nawet 1MB opamieci niby mogl byc obslugiwany:).
Spokojnie mlodziezy. 386 (ani jego odmiany 386SX) jeszcze zwyczajnie wtedy nie bylo
Na tym ze sprzecie z wieloma termionalami toto dzialalo i to dzialalo lata
a stworzyl ten system faktyczny/techniczny tworca Acceco (wtedy Jazcoop->COMP
Rzeszow)
śp. Adam Rusinek.
=============
(zapamietajcie to nazwisko)
Chcialem dodac ze tenze Xenix firmowal/zlecal na poczatku wlasnie rzeczony MS,
Sam tez stworzyl/przystosowal dla niego narzedzia programistyczne.
Sam osobiscie (jako wtedy juz Cownik i poczatkujacy Krzyzak) "bawilem" sie
kompilatorem MS C i niejakim debuggerem CodeView a jakze okienkowym
(tekstowo oczywiscie) nie za duzo odbiegajacym od pozniejszego
TurboDebuggera/TurboVision, ze o takim dzis zapomniebym kompilerze
ZortechC/C++ nei wspomne) pomine tez milczeniem niejakio MS QuickC :)
- to akurat byla "malo udana" (stabilnosc)) sprawa.
Nadmienie tylklo ze na tymze Xenixie byl tez sobie MSowy Assembrer x86 itp.
Byl sobie tez Fortran a i Pascal (oba od MSa wlasnie)

PS: https://pl.wikipedia.org/wiki/Xenix

AK 

[toc] | [prev] | [next] | [standalone]

#30593

Dnia 30.08.2017 AK <nobody@nowhere.net> napisał/a:
> Użytkownik "grapeli23" <grapeli23@googlemail.com> napisał;
>
>>  Nie mają pojęcia jak używać
>> linuksa na 4GHz komputerach a co mówić o takim porównywalnym z Pentium
>> III 300MHz.
>
> Zawsze mnie bawia wszystkolinuxowiedzacy dzisiejsi pryszczaci
> fanatycy Linuxa :)
> Dziecko kochane. W 1987/1988 na w niejakim WSK Rzeszow zostal
> stworzony na AT 20MHz (super turbo) wielodostepny/wilotermoinalowy
> system magazynowy dla (bagatela) ~15tys (z tym wiekszosc pracujaca na akord)
> pracownikow.
> Maszyna ta pracowalo pod nijakim Xenixem. Jedynym Unixem jakiego widzialem
> pracujacym w trybie real (no.. takim troche/udawanym "protected" ostatecznie
> ATka to byl; awiec nawet 1MB opamieci niby mogl byc obslugiwany:).
> Spokojnie mlodziezy. 386 (ani jego odmiany 386SX) jeszcze zwyczajnie wtedy nie bylo
> Na tym ze sprzecie z wieloma termionalami toto dzialalo i to dzialalo lata
> a stworzyl ten system faktyczny/techniczny tworca Acceco (wtedy Jazcoop->COMP
> Rzeszow)
> śp. Adam Rusinek.
>=============
> (zapamietajcie to nazwisko)
> Chcialem dodac ze tenze Xenix firmowal/zlecal na poczatku wlasnie rzeczony MS,
> Sam tez stworzyl/przystosowal dla niego narzedzia programistyczne.
> Sam osobiscie (jako wtedy juz Cownik i poczatkujacy Krzyzak) "bawilem" sie
> kompilatorem MS C i niejakim debuggerem CodeView a jakze okienkowym
> (tekstowo oczywiscie) nie za duzo odbiegajacym od pozniejszego
> TurboDebuggera/TurboVision, ze o takim dzis zapomniebym kompilerze
> ZortechC/C++ nei wspomne) pomine tez milczeniem niejakio MS QuickC :)
> - to akurat byla "malo udana" (stabilnosc)) sprawa.
> Nadmienie tylklo ze na tymze Xenixie byl tez sobie MSowy Assembrer x86 itp.
> Byl sobie tez Fortran a i Pascal (oba od MSa wlasnie)
>
> PS: https://pl.wikipedia.org/wiki/Xenix
>
> AK 
>
Tak dziadku, znamy tą historię tego trola patentowanego zwanego
microsoftem i późniejszych niesławnych przygód z SCO.

Znamy takie systemy unixowe, które działają nie na potężnych 386 tylko,
Z80 8-bit w 64kB RAM-u.
https://github.com/EtchedPixels/FUZIX

[toc] | [prev] | [next] | [standalone]

#30601

Użytkownik "grapeli23" <grapeli23@googlemail.com> napisał:

>> PS: https://pl.wikipedia.org/wiki/Xenix
>>
>> AK
>>
> Tak dziadku, znamy tą historię tego trola patentowanego zwanego
> microsoftem i późniejszych niesławnych przygód z SCO.

SCO ? Bardzo porzadny _prawdziwy_ Unix. A CADy na OpenDesktop wymialaly :)
Nie zaprzeczysz ze Xenix byl zarowno piewszym (i jedynym) Unixem na 286 - miescil
sie na jednej dyskietce, a jego nastepca SCO Unix byl pierwszym Unixem na 386
i _naprawde_ byl wypasny (szczegolnie na monitorach Miro).

AK

[toc] | [prev] | [next] | [standalone]

#30624

W dniu środa, 30 sierpnia 2017 19:34:12 UTC+2 użytkownik AK napisał:
> Użytkownik "grapeli23" <grapeli23@googlemail.com> napisał:
> 
> >> PS: https://pl.wikipedia.org/wiki/Xenix
> >>
> >> AK
> >>
> > Tak dziadku, znamy tą historię tego trola patentowanego zwanego
> > microsoftem i późniejszych niesławnych przygód z SCO.
> 
> SCO ? Bardzo porzadny _prawdziwy_ Unix. A CADy na OpenDesktop wymialaly :)
> Nie zaprzeczysz ze Xenix byl zarowno piewszym (i jedynym) Unixem na 286 - miescil
> sie na jednej dyskietce, a jego nastepca SCO Unix byl pierwszym Unixem na 386
> i _naprawde_ byl wypasny (szczegolnie na monitorach Miro).
> 
> AK

Nie wiem czy pierwszym, ale na pewno nie jedynym. Choćby QNX działał już na 8088.

AdamK

[toc] | [prev] | [next] | [standalone]

#30605

On Wed, 30 Aug 2017 18:23:53 +0200, "AK" <nobody@nowhere.net> wrote:
> Maszyna ta pracowalo pod nijakim Xenixem.

AFAIR pewien komputer z 80386 został kupiony właśnie dlatego, że 
Xenix nie działał na PC AT z 80286. Ale być może chodziło o coś 
innego niż tylko CPU.

[toc] | [prev] | [next] | [standalone]

#30614

Dnia 30.08.2017 slawek <fake@fakeemail.com> napisał/a:
> On Wed, 30 Aug 2017 18:23:53 +0200, "AK" <nobody@nowhere.net> wrote:
>> Maszyna ta pracowalo pod nijakim Xenixem.
>
> AFAIR pewien komputer z 80386 został kupiony właśnie dlatego, że 
> Xenix nie działał na PC AT z 80286. Ale być może chodziło o coś 
> innego niż tylko CPU.

Działał tyle że ten Xenix jedynie przypominał UNIX-a z PDP-11.
Z resztą Intel miał swoją własną implementację na 8088 i to raczej
wcześniej.
Tu jest opisana historia.
https://archive.org/stream/byte-magazine-1983-10/1983_10_BYTE_08-10_UNIX#page/n147

[toc] | [prev] | [next] | [standalone]

#30606

On Wed, 30 Aug 2017 18:23:53 +0200, "AK" <nobody@nowhere.net> wrote:
> Byl sobie tez Fortran a i Pascal

Oplułem monitor: AK napisał "Fortrana".  :)

[toc] | [prev] | [next] | [standalone]

#30602

On 8/29/2017 11:20 PM, slawek wrote:
>> Idzie ku gorszemu 
> Niekoniecznie.
> Weźmy np. Raspberry Pi. Jest? Jest. Jest Linux? Jest.

Wybrałes zły przykład. Procesor w Pi ma blokadę hardwareowego dekodera 
mpeg którą można zwolnić tylko specjalnym kodem.

[toc] | [prev] | [next] | [standalone]

#30607

On Wed, 30 Aug 2017 19:43:51 +0200, Sebastian 
Biały<heby@poczta.onet.pl> wrote:
> Wybrałes zły przykład. Procesor w Pi ma blokadę hardwareowego 
dekodera 
> mpeg którą można zwolnić tylko specjalnym kodem.

A bez tego Linux się nie zainstaluje?

[toc] | [prev] | [next] | [standalone]

#30608

On 8/30/2017 8:57 PM, slawek wrote:
>> Wybrałes zły przykład. Procesor w Pi ma blokadę hardwareowego 
> dekodera
>> mpeg którą można zwolnić tylko specjalnym kodem.
> A bez tego Linux się nie zainstaluje?

Nikt w tym wątku nie narzeka na to że nie da się zainstalować czegoś 
gdzieś. Chodzi o to że nowoczesny sprzet komputerowy ma coraz więcej 
elementów które są we władaniu producenta jak BIOS czy częsci hardware. 
To kwestia nie patrzenia na detale ale na obraz ogólny obecnego rynku. 
Mimo obecności od kilku lat wielu procesorów stosowanych w telefonach 
czy tabletach wiele o nich nie wiadomo. Mamy taki AllWinner V3 który ma 
moduł DSP i istnieje spora szansa że nigdy nie powstanie soft na linuxa 
który z tego skorzysta poza zamknietymi kawałkami kodu od firm które 
podpisaly NDA.

[toc] | [prev] | [next] | [standalone]

#30610

Dnia 30.08.2017 Sebastian Biały <heby@poczta.onet.pl> napisał/a:
> On 8/30/2017 8:57 PM, slawek wrote:
>>> Wybrałes zły przykład. Procesor w Pi ma blokadę hardwareowego 
>> dekodera
>>> mpeg którą można zwolnić tylko specjalnym kodem.
>> A bez tego Linux się nie zainstaluje?
>
> Nikt w tym wątku nie narzeka na to że nie da się zainstalować czegoś 
> gdzieś. Chodzi o to że nowoczesny sprzet komputerowy ma coraz więcej 
> elementów które są we władaniu producenta jak BIOS czy częsci hardware. 
> To kwestia nie patrzenia na detale ale na obraz ogólny obecnego rynku. 
> Mimo obecności od kilku lat wielu procesorów stosowanych w telefonach 
> czy tabletach wiele o nich nie wiadomo. Mamy taki AllWinner V3 który ma 
> moduł DSP i istnieje spora szansa że nigdy nie powstanie soft na linuxa 
> który z tego skorzysta poza zamknietymi kawałkami kodu od firm które 
> podpisaly NDA.

Co niby zamknięty moduł ma do nie działania linuksa.

Googlowe Pixele z przed roku wyposażone są w bardzo dobry DSP Qualcomma,
co się nazywa HVX Hexagon. Działają świetnie z Android/Linux. Dzięki nim
google odskoczył na kilka długości konkurencji w dziedzinie smartfonowej
fotografii. Dzięki tej akceleracji HDR działa w czasie rzeczywistym.
Działa na nich TensorFlow.
https://github.com/tensorflow/tensorflow/tree/master/tensorflow/contrib/hvx

Apple zawstydzone będzie kopiować pomysły.

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | pl.comp.programming

csiph-web