http://www.fao.org/faostat/en/#data/QC

http://atarionline.pl/arch/H/HAR%27em/H … 8FW%29.xex

Też jestem ciekaw, o co chodzi, ale sam na razie nie jestem w stanie tego sprawdzić.

BartoszP ... to jest forum dyskusyjne, a nie serwis informacyjny. Dobre obyczaje nakazują, jeśli wklejasz jakąś informację, odnieść się do niej własnym komentarzem.

Ad rem:
Nie pierwszy to i z pewnością nie ostatni przypadek wywłaszczenia na cele publiczne. Jest prawie dokładnie tak, jak piszesz - kupujesz sobie parcelę, budujesz dom i urządzasz ogródek, a tu przychodzi urzędnik i mówi, że od jutra wchodzi na Twój teren ekipa budowlana i będzie budować drogę ekspresową. A ponieważ porozumienie z tobą napotyka przeszkody, to po prostu wywłaszcza Cię na podstawie Ustawy o gospodarce nieruchomościami (Dz.U. 1997 nr 115 poz. 741 z późn. zm.).

Prawo autorskie to nie jest niezbywalne prawo do życia. I moim zdaniem w takiej sytuacji, tzn. oprogramowania tworzonego na potrzeby organów władzy lub instytucji publicznych zasadą powinno być obligatoryjne przenoszenie własności wszelkich praw do programu na rzecz zamawiającego. Urzędy państwowe nie mogą zależeć od niczyjej łaski - czy to firmy programistycznej czy jakiegoś prywatnego programisty, któremu np. nie spodoba się minister Ziobro i zażąda zaprzestania wykorzystywania jego programu, do którego nadal posiada prawa autorskie. Albo np. sprzeda ten program wywiadowi obcego państwa. Za przeniesienie praw trzeba autorowi zapłacić i sprawa załatwiona.

Produkowane obecnie matryce LCD mają na ogół interfejs LVDS, podobny, ale odmienny niż TMDS, jak w DVI/HDMI. Wymagałoby to kolejnej wersji płytki, z innym transmiterem. Nie jest to całkiem wykluczone, choć nie zaraz i pewnie pod jedną, często spotykaną rozdzielczość matrycy (np. 1280x1024). Niekoniecznie jeden typ, bo różne matryce, o różnej wielkości, ale o tej samej rozdzielczości, miewają identyczne sterowanie.

@Elwood
Jedno z drugim nie musi mieć nic wspólnego.

Czy jest na sali lekarz?

To niewiele zmienia, bo te układy CMOS to przełączniki analogowe, w stanie włączonym przezroczyste dla przepięć. Same zresztą też są wrażliwe na ESD.

Core 1.3 z poprawką dot. resetowania przerzutnika hi-res przy ustawianiu trybu GTIA - za chwilę.
Tymczasem inny problem. Doszedłem do punktu, w którym trzeba by ustalić format obrazu w wersji cyfrowej. W tej chwili obraz o standardowej szerokości 160 cykli koloru, czyli 320 pikseli hi-res i maksymalnej możliwej wysokości 240 linii jest przeskalowany do rozdzielczości, w zależności od wersji core, 640x480 lub 1280x960 pikseli. To daje standardową proporcję rozmiarów obrazu 4:3, ale maskuje wszystko, co ewentualnie mogłoby być wyświetlone po bokach, w trybie szerokim. Gdyby uwzględnić całe dostępne pole w trybie szerokim, obraz miałby rozdzielczość 1536x960 pikseli (lub 768x480) i proporcje 16:10. Ale przy okazji objąłby wszystkie ewentualne śmieci, pojawiające się w wielu programach, a normalnie nie wyświetlane przez żaden szanujący się TV. W Atari800Win przyjęty został format 336x240 co po przeskalowaniu 4:1 daje 1344x960 pikseli i proporcje 14:10. Czy to wystarczy, czy jednak warto byłoby zostawić więcej - 352x240, 360x240? A może jednak całe 384x240?

Dopóki Poczta Polska ponownie nie "zaktualizuje" cennika, nadal obowiązuje 25zł. To jest koszt wysyłki w obie strony. Decyzja, czy czekać na rev.C należy do Ciebie.

I na koniec docelowa (mam nadzieję) Sophia Rev.C z wyjściem cyfrowym DVI. Dystorsja koszmarna, bo obiektyw super zoom zupełnie się do takich zdjęć nie nadaje.

To jest akurat dość kiepska pod względem czasu reakcji matryca. 20ms od 10% do 90% jasności. Rozdzielczość 640x480, przekątna 10.4" Obraz przeskalowany do rozdzielczości natywnej. Większe matryce prawdopodobnie także udałoby się w podobny sposób przystosować, ale niekoniecznie każdą.

Wyjścia monitorowego nie ma, ale miejsce na gniazdo na płycie jest. Wystarczy wlutować i wywiercić otwór w obudowie.