Patch Sonar 5.0.1 sorti
- 19 réponses
- 6 participants
- 945 vues
- 7 followers
Will Zégal
vieville
carrément une nouvelle version
Tipot
Les vu-mètres se sont calmés et nous évitent maintenant de stresser pour rien par peur d'un plantage. La liste des bugs corrigés est longue, mais c'est sans doute parce que contrairement à ce que pensent certains, le passage de la version 4 à 5 a du nécessiter des modifs importantes.
Les améliorations sont nombreuses. Le logiciel était déjà intuitif, mais ils ont réussi à améliorer encore l'aspect pratique avec pleins de petits plus bien pensés.
Maintenant qu'ils veulent le porter sous Mac, j'espère juste qu'il ne connaîtra pas le sort de Logic.
sacdesport
On peut aussi se dire que si ils avaient été si sérieux, et aux vues de la liste des bugs, ils auraient attendu 1 mois pour le sortir...
Certaines corrections sont certainement dues aux remarques des utilisateurs, mais combien auraient pu être corrigées simplement en poussant un peu plus les tests ?
Pour l'instant c'est en tout cas la version de SOnar la plus bugées de l'histoire de Cakewalk....
Tipot
Je ne connais pas de logiciel qui sorte en nouvelle version sans plusieurs bugs, et si la liste était longue, ils étaient pour la plupart mineurs, les utilisateurs eux-mêmes avouant qu'ils tournaient très correctement avec la version non patchée.
D'ailleurs, au passage, ils ont même ajouté de nouvelles fonctionnalités avec le patch (voir la liste des modifs sur le site). Beaucoup d'utilisateurs les ont remercié pour ça. Il n'y a qu'à voir le rapport utilisateurs/concepteurs pour se rendre compte qu'on ne peut mettre en doute leur sérieux. Des bugs d'accord, mais une correction en un temps record (le patch pour Sonar x64 sortira un peu plus tard).
Evidemment s'il l'avait sorti un mois plus tard, il y aurait eu moins de bugs, mais il y aurait à coup sûr quand même eu besoin d'un patch.
Comme tu le vois mon capital confiance reste entier pour Cakewalk, mais comme tu le dis, c'est une question de point de vue
sacdesport
L'informatique est bien le seul domaine commercial dans lequel les marques s'autorisent cette sale manie...j'aimerai bien voir la tête des gens si ils devaient ramener leur bagnole au garage un mois après l'avoir achetée pour qu'elle subisse des corrections !
Pour les bagnoles, ça arrive rarement et quand c'est le cas et à juste titre ça fait la une des journaux...pour les softs, personne ne s'en étonne....et ça parait même normal....c'est vraiment le monde à l'envers !
Tipot
S'il n'y a pas plus de problèmes, c'est que les enjeux sont beaucoup plus importants (le retour de milliers de moteurs haut de gamme peut faire perdre des millions d'euros
Je ne pense pas que les "petites" sociétés comme cakewalk peuvent se permettre les mêmes choses. Leur guerre se situe a une autre échelle, même si elle est tout aussi cruelle. Il faut parfois passer des alliances pour survivre. peut-être même qu'on leur impose des délais de sortie des logiciels. Même si on ne trouve pas ça normal, la réalité est que tout n'est pas toujours simple a faire. Ce qui n'empêche pas d'être sérieux et de faire son possible pour produire bon et en temps voulu, et d'être prêt à corriger les problèmes le plus rapidement possible lorsqu'ils arrivent.
Maintenant je suis comme toi, je préfère un produit clean que faire avec des sacs et attendre des correctifs
sacdesport
En tout cas concernant les alliances, difficile de penser le contraire..... cf, mes post concernant les crash de Sonar avec BFD......grace à un pote j'ai trouvé la solution:
Ne plus utiliser les drivers ASIO (drivers européens très performants), et leur préférer les WMD (drivers américains Microsoft moins bons que les ASIO surtout pour la latence).....
Donc que penser de ça ?
Assurément que Cakewalk a passé une alliance avec Microsoft pour nous obliger à utiliser les drivers WMD....
C'est terrible le commerce quand même !!!
Will Zégal
Et la marmotte...
sacdesport
silicon/silicium
Will Zégal
vieville
Citation : plus les softs sont complexes, plus t'as de fonctionnalités, plus tu multiplies les risques de bugs...
C'est inévitablement le risque des softs aux
fonctionnalités démultipliées.Il y a des
interactions imprévues;un peu comme
un carambolage au billard qui prend
plus d'ampleur que voulu....
samgratt
Non mais perso, j'ai été analyste dvpeur pdt 6 ans, et je peux vous dire, ah oui, ça je peux vous le dire.
Non mais tu dvpe un soft qui marche nickel sur tous les postes de ta boite (même s'il n'y en a que 20) t'arrive chez le client et il te plante dans les doigts pour une sombre histoire de MDAC ou de drivers à la con.
Tout ce qui touche à Windows ne peux pas être normalisé de manière unique.
Ça ne m'étonnerait pas donc que Sonar fassent encore des trucs bizard chez pleins de gens, qui, déçus s'en iront trouver le frère ennemi Cubase (qui plante 2x plus). Alors parmis la somme des bugs incompréhensibles que 12 tone system va rencontrer, y'en aura p'tet 80% qui font partie des bugs impossible ou mal vus lors de la phase de béta test. Espérons que tous pourront se résoudre via des patchs. Prions mes frères, page 5 psaume 18.
J'ai même rencontré un ordi qui plantait à cause des micro-variations éléctrique dés que j'accédais à une fonctionnalité de mon soft qui utilisait le DD.
A première vue comme ça, ça sautait pas aux yeux, hein ...
Billyboy va encore parler de marmotte, je le sens ...
Will Zégal
Le développeur de la boîte s'est cassé la tête sur un bug rencontré chez UN client. Ça lui a pris plusieurs jour pour trouver pourquoi son soft lui renvoyait des calculs zarb.
Il a fini par s'apercevoir que le client en question avait tout simplement rentré des produits avec des prix de vente négatifs pour pouvoir placer des remises spécifiques dans les lignes de ses devis/factures (et non une remise générale). Chose qui ne nous avait jamais été demandée. Personne dans les équipes développement, analyse ou test interne, ni les bêta testeurs (qui étaient des clients travaillant en situation réelle) n'avait jamais pensé qu'on puisse rentrer un prix de vente négatif.
On a corrigé en interdisant l'entrée d'un prix négatif et en implémentant la fonction remise dans les lignes du devis / facture.
Lorsqu'on lit la liste de bugs corrigés pour Sonar 5, il y a des situations décrites que je n'aurai jamais utilisées, bien que j'utilise Sonar de façon intensive (pro).
Et des situations difficiles à prévoir. "quand on ouvre telle fenêtre, puis telle autre, puis qu'on effectue telle opération sur la fenêtre 1, puis qu'on ferme la fenêtre 2 en laissant telle autre ouverte, ça peut planter".
Il y a aussi des bugs qui sont de toute évidence du bêta testing trop léger.
Ce qui est à la fois normal et à la fois pas.
Normal parce S5 est de toute évidence une grosse grosse refonte de Sonar. Les bêta testeurs ont dû tester en priorité les nouvelles fonctions, sans pour autant voir que certaines "classiques" pouvaient désormais poser problème.
En plus, un tel développement + bêta testing représente certainement un investissement lourd pour une boîte comme Cakewalk. Etre pressé de sortir le produit est relativement logique d'un point de vue marketing et financier. Mais il n'y a pas que ça. J'imagine avoir créé un produit excellent qui va enfoncer une bonne partie de la concurrence alors que je suis un outsider sur le marché. J'ai commencé à bien grignoter des parts avec la précédente version, mais je suis persuadé que mon nouveau produit tue tout. C'est normal et humain d'avoir envie de le sortir vite.
Pas normal par contre parce que Cakewalk nous avait effectivement habitué à plus de fiabilité sur ses produits. Mais bon, on ne peut pas dire que S5.0 ait été une ruine non plus puisque j'ai terminé un album avec.
Enfin, en ce qui me concerne, c'est la première fois que je passe directement à une version x.0
En général, j'attends un peu que tout le monde ait essuyé les plâtres pour ne changer de version qu'àprès les patchs sortis et la version fiabilisée.
Là, j'ai fait le passage, notamment parce que j'avais le test du produit à faire pour AF. Et je ne le regrette pas. Malgré les bugs, S5 m'a fait gagner un temps fou pour finir mon album.
samgratt
Sinon, quels sont les fonctions qui t'ont permis de gagner du temps ?
Will Zégal
- Le v-vocal
- les icônes de pistes (bien meilleure identification des pistes, surtout dans la console)
- les modèles de pistes
- l'outil de mute amélioré
- les courbes d'automation améliorées
je crois que c'est le principal. Surtout le V-Vocal et l'outil de mute. Quand tu fais l'éditing (LA phase que je déteste) ces trucs font gagner un temps fou.
D'une façon générale, les améliorations portent essentiellement sur des points qui améliorent la productivité. Pour de l'usage intensif comme j'en fait, c'est carrément bien.
samgratt
Celà dit y'a pas que les musiciens qui enregistrent des albums. MAis y'a pas que des ingés sons qui mixent les musiciens non plus, donc je dis rien ...
pour les courbes, en fait je dois pas encore avoir fait le tour des possibilités des automations.
Est ce que par automation tu entends le fait de créer des courbes pour le volume, la gestion de la force de la compression d'un compressor ajouté en effets ou des trucs comme ça ?
Will Zégal
Hors sujet : Oui. Citation : Enfin, bon en théorie les musiciens ont l'oreille musicale donc pas de fausses notes, du moins au chant.
Je dois pas être un musicien, alors.
Non plus que toutes les personnes qui viennent enregistrer chez moi.
Vivement que j'en rencontre un, alors ;)
Ah si, quand même : ça m'est arrivé. Le guitariste de jazz qui est venu faire une session sur mon album. Deux prises d'impro de 4-5 mn. Rien à jeter pour des questions techniques, c'est clair.
samgratt
- < Liste des sujets
- Charte