Nie, dokładnie to napisali **j jak rektor obniżył stypendia czy też inne dofinansowanie. Nikt nie poniósł żadnych konsekwencji.

RPi2 jest pod tym względem konstrukcyjnie identyczna, więc nie spodziewałbym się różnicy.

thePink: Rpi też ma dosyć wolną sieć, mnie w testach udało się wyciągnąć max. 6MB/s. Za to pod XBMC nie ma żadnego problemu, wszystkie filmy ładnie śmigają (a używam dysku sieciowego).

W MiNTcie nie montuje sie partcje przez fstab, robi to sam system, automatycznie. Fstab jest jedynie ozdobnikiem i pomocnikiem dla startowego fsck.

Demo na projektor: https://www.youtube.com/watch?v=Ri68B2IH5bg

Panowie, a w przypadku eor fill, nie da się Blitterem wypelnic polygona 1 operacją? odpada wówczes inicjalizacja per linie, ale dochodzi troche 'niechcianych' operacji, ale myślę że przy wypełnianiu kilku na raz, może wyjść na plus.

Spoko luz, tak tylko upewniałem, bo mogła się zapodziać gdzieś po drodze.

Wachu: wygogluj eor fill. Chwile zajęło mi zrozumienie jak to działa, ale MKM mi dopomógł :)

Blitterem można wypełnić kilka polygonów na raz, co powoduje że przy bardziej skomplikowanych scenach (więcej niż jedna bryła), praktycznie zawsze będzie wydajniejszy od CPU.

To jest ciekawostka: http://allegro.pl/urzadzenie-scsi-50-pi … 78279.html

Ktoś wie co to jest?

Akurat wzięło się to stąd, że tar jest narzędziem starszym od gzipa. Początkowo, głównym zadanie tara było przygotowanie danych do backupu na taśmie (tar = Tape ARchive). Później napisano gzipa, a zgodnie z filozofią Unixową, skoro tar już robił archiwa i robił to dobrze, to gzip nie musiał tego robić.