Le multi-threading est moins portable
Ca je veux bien, c'est effectivement un probleme.
De plus, dans ce cas précis avec mplayer l'utilisation d'ipc pour la mémoire partagé est suffisant et sans le moindre coût. L'utilisation dans ce cas précis de semaphore doit être superflux.
Ca c'est faux pour la simple et bonne raison que les 2 process doivent se synchroniser l'un l'autre pour etre sur qu'un process ne lit pas trop, et que l'autre process ne decode pas trop, etc...
Bref, utiliser des primitives de synchro est inevitable, et utiliser des spin-lock pour ca est bcp plus efficace qu'un semaphore qui implique un context-switch.
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par pasBill pasGates . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.