garoeda	onze volgende speker is karltk, hij is een studentcomputer wetenschappen, werkt met open source software  sinds een jaar of 4, is gentoo developer sinds vorige zomer en werkt vanaf het begin mee aan het linux dreamcast project
garoeda	vragen in #qc, spaans #redes , nederlands #taee
garoeda	(log note: start presentation)
garoeda	karltk:
garoeda	okay, hallo iedereen
garoeda	ik zou willen beginnen met te zeggen dat zx80user and lethal ook deel zijn van het linuxdc team
garoeda	je kan ze dus waarschijnlijk ook lastig vallen met vragen in #qc
garoeda	sinds we allemaal denken dat slides vervelend zijn ,heb ik er maar 1 gemaakt, het is beschikbaar op http://www.boblycat.org/~karltk/linuxdc/
garoeda	het linuxdc project ontstond een paar jaar geleden (ik denk 2) toen ik en mrbrown (de enige linuxdc ontwikkelaar nie taanwezig op dit ogenblik) besloten dat eeen schande was dat er geen linux port bestond voor de sega dreamcast spelconsole
garoeda	we besloten dan om een project te beginnen waarbij we onze favoriete kernel en userspace tools gingen porten
garoeda	op dat ogenblik was er een heleboel reverse engineering gaande om de werking van de machine te begrijpen. natuurlijk had sega geen enkele reden om de technische specificaties vrij te geven aan niet commerciele ontwikkelaars
garoeda	hoedanok, het linuxsh project (linuxsh.sf.net) heeft goed werkt geleverd om de kernel te  porten naar het processortype in de dc, en andere mensen hebben geprobeerd om die port zodanig aan te passen zodat ie ook op de dreamcast werkt
garoeda	zowel mrbrown en lethal maken deel uit van het linuxsh project, vraag hen naar details over het porten van de kernel
garoeda	natuurlijk, er is weinig commerciele waarde in dit project
garoeda	de belangrijkste motivatie is het hacken zelf
garoeda	net als zovele projecten van deze aard, zijn er veel suggesties geweest voor real-world applicaties, gaande van clusters tot videorecorders
garoeda	het zijn allemaal aantrekkelijke ideeën maar het probleem is dat de dreamcast over niet genoeg kracht beschikt, in vergelijking met x86 werkstations
garoeda	het heeft een 200MHZ SuperH processor en slechts 16MB interne ram
garoeda	in tegenstelling tot de xbox heeft het geen harde schijf dus we hebben echt een geheugenprobleem
garoeda	er bestaat een ide adaptor hack voor, het is dus technisch mogelijk om een IDE toestel aan te sluiten maar niemand verkoopt het commercieel, dus als je geen electronica liefhebber bent (of er geen kent) kan je niets beginnen
garoeda	je kan de dc wel gebruiken als goedkope X terminal, you kan er een toetsenbord en muis voor krijgen, alsook een VGA adapter
garoeda	al bij al is het een verouderd maar leuk embedded systeem
garoeda	wat het proten zelf betreft, er is een debian port beschikbaar op  ftp.m17n.org (ik denk dat ze er nog altijd is) maar ze is redelijk verouderd
garoeda	ze hadden zowel doom als X geport dus ik denk dat het alle features had ;)
garoeda	hoedanook, gezien de beperkingen van de machine, zou het toch leuk zijn om een zeer kleine X server te hebben op de machine
garoeda	de kernel port ondersteunt de 2d framebuffer en daar draaien we X op, de DC heeft een 3d kaart, een powervr2 kaard, lichtjes aangepast voor de dc
garoeda	(later werd de pvr2 een kyro, nog later kyroII)
garoeda	er is enige discussie geweest hoe we de featurs nu het best zouden beschikbaar stellen. waarschijnlijk door opengl, maar op linux is opengl enkel beschikbaar door X, wat al te groot is
garoeda	dus hebben we de recente ontwikkelingen van mesa bekeken om de mogelijk te onderzoeken om een opengl-only framebuffer port te maken
garoeda	zelfs met goede 2d en 3d hardware acceleratie is het niet direct mogelijk om divx (zeker niet divx 4 en 5) te spelen, gezien de trage (volgens huidige standaard) processor
garoeda	aangezien de dc geen harde schijf heeft moet het systeem eerst geboot worden van CD-ROM
garoeda	vraag: heb je geprobeerd een divx te spelen met mplayer?
garoeda	nee, ik heb me nog niet toegelegd op het recompilen van open-sourced (en "open-sourced" ) versies van enige divx speler op de dc
garoeda	om enige kans te hebben op een redelijke framerate zouden we significante hoeveelheden assembleertaal moeten schrijven. het heeft niet echt een hoge prioriteit
garoeda	zx80user vertelt me dat de sound driver momenteel veel te veel cpu gebruikt
garoeda	(iemand met veel vrije tijd mag altijd vrijwilliger zijn ;P)
garoeda	maar goed, terug naar het booten
garoeda	het  spreekt vanzelf dat je (tenzij je vreemd in het hoofd bent) je niet iedere hercompilatie van de kernel en je boot image gaat schrijven naar cd als je de kernel aangepast hebt
garoeda	gelukkig komt de dc met een seriele poort en het is mogelijk om een zogeheten breedband adapter te verkijgen (soms ook wel NIC geheten door de meeste mensen)
garoeda	dus je kan een een klein programmatje booten  dat in binaire vorm van de seriele poort of netwerkkaart leest, het decomprimeert en opstart
garoeda	er zijn hier enkele details die ik oversla, het staat je vrij om ze later te vragen als het interessant beschouwd wordt
garoeda	vraag: kan de DC geen RW's lezen?
garoeda	de mijne kan het niet, alhoewel sommige het wel zouden kunnen
garoeda	in het toestel is een kleine meter waarmee je de golflengte van de laser kan aanpassen. op sommige modellen (zoals de mijne) moet je dit aanpassen om CD-R's te kunnen lezen
garoeda	men heeft me gezegd dat DC die gemaakt zijn na Oct 2000 zelfs geen CD-R's kunnen lezen
garoeda	in het begin gebruikten we glibc als onze c bibliotheek maar die is gigantisch
garoeda	recentelijk zijn we beginnen spelen met uclibc (www.uclibc.org)
garoeda	het is klein, lijkt te werken en Erik ( de uclibc maintainer) is een toffe gast ;)
garoeda	mrbrown heeft een een daarop gebaseerde toolchain in elkaar gestoken, een cross-compiler gebaseerd op gcc-3.2 , binutils-2.13 en uclibc
garoeda	met deze toolchain waren we bezig userspace packages te cross-compileren de laatste weken, in de hoop een demo-cd klaar te hebben voor de presentatie van vandaag
garoeda	maar, het leuke van herfst en europa is dat verschillende virusstammen van azie naar hier zijn verhuist en een week in bed blijven tot gevolg hebben :/
garoeda	zoals ik al zei, er is reeds een (gedeeltelijke)  port naar debian
garoeda	onze nieuwe port is gebaseerd op Gentoo (sommigen van jullie zullen de presentaties van gisteren door seemant en nick misschien gehoord hebben-
garoeda	de reden waarom we gentoo gekozen hebben voor de port is omdat het een source distro is en de package scripts eenvoudig aan te passen zijn
garoeda	als je veel geluk hebt, cross-compilen naar de dreamcast kan is even eenvoudig als het aanpassen van een paar lijnen in de configuratie van portage (het Gentoo package systeem) en het zeggen dat de resulterde binaries in een alternative root moeten komen
garoeda	daarmee willen we niet zeggen dat er een officiele Gentoo port  naar de dreamcast gaat komen
garoeda	als het doenbaar was geweest om de build omgeving op de DC te houden was het eenvoudig geweest
garoeda	als een package cross-compiled moet worden meot men meestal trukjes uithalen en enige patches aan het build systeem doen
garoeda	dus we kunnen niet zomaar de Gentoo build scripts aanpassen en ze algemeen aanpassen om cross-compilatie toe te laten zou een nachtmerrie worden om te onderhouden voor de andere architecturen
garoeda	vraag: als ik een partitie nfs mount, kan ik dan rechtstreeks compileren van de dc?
garoeda	ja, als je een gecompileerde gcc op de dc kan plaatsen
garoeda	sommigen onder jullie zullen misschien al op onze webpagina geweest zijn (www.linuxdc.org)
garoeda	daar kan je zien dat we niet echt actief zijn, wat vrij juist is
garoeda	de ontwikkeling van het linuxdc project is heel onregelmatig geweest :/
garoeda	we zullen proberen om zo snel mogelijk enige interessante resultaten op onze website te zetten :)
garoeda	ok, dat is ongeveer alles wat ik wilde vertellen, als er vragen zijn, stel ze gerust
garoeda	(applaus en einde presentatie)
garoeda	(log note: end of presentation)

Generated by irclog2html.pl 2.1 by Jeff Waugh - find it at freshmeat.net!