Portál AbcLinuxu, 5. listopadu 2025 17:57
Nějak mi unikají narážky o nízké kvalitě, vzhledem k 1:1 převodu z obrazu na monitoru na video by přeci měl být obraz screencastu excelentní. A osobně jsem ještě jiný vlastně ani neviděl, tedy s výjimkou videí z Lisp Machine, která tak nějak moc nestíhala ukládat obraz z framebufferu zpátky na disk a mělo to kolem 3-4 fps.
Leda že by někdo fakt použil na desktop nějaký šílený kodek.
Osobně si myslím, že DVDčka s filmy se taky blbě tisknou. Co s tím nadělám.
Nehledě na to, že spousta věcí se jen tak písemně sdělit nedá.
http://ftp.linux.org.uk/pub/lisp/lispm/rainer-lisp-machine-3a.mov
http://ftp.linux.org.uk/pub/lisp/lispm/lispm-2a.mov
Myslím, že na systém z poloviny osmdesátých let to není špatný, ne?
Jestli ten předváděný kód vypadá trošku neohrabaně, asi to bude tím, že je ukázkový.
(Číst čtyři sloty objektu reflexí, no nevím.
) Akorát na rozdíl od Javy a .NETu běžely kontroly daotvých typů, alokace paměti a GC a bajtkód přímo v hardwaru, nebo alespoň zčásti.
No a pak přišly RISCy a po nich PCčka a Windows a všechno to cenou a masovou výrobou zadupaly do země...
Jen pozvolna dnes tohle prostředí dává parta nadšenců dohromady pro dnešní běžný hardware. Zatím jsou z toho drobné pokroky.
A argument že se musí přenášet 5x více dat sem absolutně nepochopil. No a co má být? Od toho je tu přeci pokrok, od toho se vyvíjí technologie... k čemu by nám pak ta rychlá připojení k internetu, UMTS, atd. byla? Prostě ten "argument" je naprosto lichej
) se kterou je to i to volání utrpení
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.