1 petit plantage "inexplicable" solutionné par simple redémarrage / réinstall en 3 ans, c'est un magnifique exemple de fiabilité et de stabilité. On ne peut pas en dire autant des autres DAWs !

D'après ton log, impossible de dire exactement ce qui se passe, en ce qui me concerne, j'ai des crash aussi étranges qu'ils sont super-rares.

Tu peux te dire que le fait que Renoise s'arrête vient de l'instabilité d'un périphérique / driver, plus que d'un problème dans le code du logiciel lui-même.

J'ai pour l'instant en gros identifié quatre types de crashs.

• la plupart du temps, il peut y avoir un conflit, entre le contrôle audio sous Renoise, et le contrôle de l'audio qu'exercent d'autres applis, par exemple, des plugin flash, qui jouent des flux audio youtube ou soundcloud, et parfois ça se dispute bizarrement, entre Renoise et d'autres applis, et le résultat c'est que parfois je ne peux utiliser en parralèle une appli et une autre ; c'est rare mais quand ça tourne mal, un plugin flash plante, et en plantant, il embarque avec lui le son sur d'autres applis dont renoise ; qu'on doit re-démarrer pour entendre à nouveau l'audio.

• ensuite quand on branche consécutivement, à la suite (ou en parallèle) certains DACs USB "différents" (marque et modèles différents), l'OS par exemple ne sait plus trop sur quel pied danser, au niveau fréquence d'échantillonnage, en entrée comme en sortie. En cas de changement matériel, on te parle de plug and play, de configuration intelligente, tout ça c'est sur le papier, car en pratique... hem hem ! Quand le périphérique audio par défaut après quelques changements matériels, est devenu mal identifié/identifiable, Renoise va démarrer ok, MAIS, au moment d'initialiser l'audio (par exemple, lors d'un chargement de morceau, l'audio est sensée s'initialiser avec les "timers" qui se mettent en route de sorte que les méta-périphériques puissent s'agiter en fonction des paramètres internes, comme le BPM/LPB/TPL), c'est Là qu'est le moment de vérité. Si Renoise n'arrive pas à gérer quelque chose comme la fréquence d'échantillonnage, ou la profondeur de bits, ou quoi que ce soit en rapport avec les paramètres audio, alors il s'excuse et prend la porte de sortie. Taktik a eu la présence d'esprit de générer une sortie d'appli automatique au cas où le contrôle de l'audio est pas clair, pour éviter qu'un crash en bonne et due forme ne laisse des pans entiers de la mémoire en vrac dans l'OS, c'est une forme de "politesse" informatique.

• j'ai des plantages quand Renoise scanne des ports USB sur lesquels j'ai branché des périphériques-à-la-c... c'est à dire un disque dur qui prend trois plombes à se lancer (pb de mise en veille du port usb, ou d'économie d'énergie mal calibré). Vu que l'énumération des périphériques externes comme disques USB est sensible, un disque dur USB à la ramasse, ou une clé qui s'est endormie et qui n'est plus énumérée correctement, peut complètement perturber l'accès de Renoise aux disques lors de l'utilisation du Disk Browser, et même à mon DAC USB, et dans ces deux cas, c'est reparti pour un crash, soit donc au moment de parcourir les répertoires à la recherche d'un sample, soit encore une fois lors du playback d'un .xrns.
• lors de l'utilisation d'un plugin VST à la c... (je ne citerai pas de nom ), utilisé avec son "external editor", quand le plugin plante (parce qu'il est mal codé tout simplement), sa fenêtre reste en plan au premier plan et impossible de la virer de là ! Quand on tue le process de la DLL dans le gestionnaire de process, l'application Renoise ne reprend plus la main, elle répond plus ... et on n'a plus qu'à en forcer la fermeture et à la redémarrer.

Voilà c'est tout en ce qui me concerne, j'ai à peine deux ou trois incidents de ce type par an, pas plus, donc. Souvent je ne ré-installe pas Renoise, je me contente de supprimer le cache des plugins ou le fichier de config, puis de redémarrer Renoise. La seule chose qui m'ennuie quand je le fais, ce sont mes centaines de plugins qu'il faut re-scanner, ça prend trois plombes.