pour le multi-threading il faut découper ton code : exemple rendue/physique/son
il faut ensuite lancer chaque partie dans un thread par exemple avec la lib pthread (pthread_create)
et évidemment il faut faire des points de synchronisation pour coupler tes données ... donc mutex/semaphore

comme ça le temps que tu affiches tu peux calculer la position&rotation de ta scène au prochain "pas".
après on peut aller plus loin, mais ça reviens a recoder irrlicht, et je ne pense pas disposer du temps nécéssaire

un autre point gourmand c'est la structure d'irrlicht notamment au niveau POO
parce qu'à chaque fois que tu veux afficher un node, il va falloir que l'os recherche l'adresse du node, charger le segment mémoire
puis il pourra utiliser les infos (idem pour les textures et les mesh) (softmiss)
donc si tu veux gagner un peu tu peux regarder les modèles DOD, mais avant on va regardé pour un multithreading basique

je regarde le script de démarrage ce weekend (pas à la maison)

et finalement pour le terrain de copland (http://irrlicht-fr.org/viewtopic.php?id=336 ?)
je ne suis pas convaincue que opengl es permet de définir des structures de sortie : VS_OUTPUT)

mais pas de soucis, le raspberry doit pouvoir utiliser les shader,
on peux regarder ensemble : normalement, dans la console tu dois avoir des erreurs de compilation du shader
et donc ton terrain doit être tout noire

ps: je te donne des pistes, tu fais ton choix