home.markdown

@@ -442,9 +442,11 @@ Gennem kalibrering af programmet fandt vi ud af at det var fordelagtigt at place
 I nedenstående videoer demonstreres en testkørsel af programmet PartyFinder.java med to forskellige “targets” - fester: 1) Et stillestående target, i form af en computer der afspiller høj larmende musik (dødsmetal). 2)  Et target der bevæger sig, i form af en testperson der fører en smartphone, der afspiller musik, rundt om LEGO-bilen.
 
 *Video 5: Demonstration af testkørsel af PartyFinder.java - med stillestående fest*
+
 [![image alt text](http://img.youtube.com/vi/Dw9jAxBqO5A/0.jpg)](http://www.youtube.com/watch?v=Dw9jAxBqO5A)
 
 *Video 6: Demonstration af testkørsel af PartyFinder.java - med fest der flytter sig*
+
 [![image alt text](http://img.youtube.com/vi/TVj_OLnE25M/0.jpg)](http://www.youtube.com/watch?v=TVj_OLnE25M)
 
 Vores implementation er uden tvivl ikke perfekt, da LEGO-bilen ofte køre i blinde (f.eks. 1 s når den køre fremad). Herudover har den svært ved at registrer larm bagved sig. Årsagen til at den ofte køre i blinde er fordi den nuværende løsning i høj grad afhænger af delays for at undgå motorlyd. Disse delays betyder at bilens responsivitet er stærkt begrænset og det er sværere for den at korrigere fejl.