Ca sentirai pas le V10 ?
- 56 réponses
- 11 participants
- 9 881 vues
- 11 followers

juji
447

Posteur·euse AFfamé·e
Membre depuis 17 ans
Sujet de la discussion Posté le 15/02/2017 à 14:00:20Ca sentirai pas le V10 ?
En effet depuis 2 mois aucune MAJ Beta de la version 9.7, ce qui depuis que je suis le programme beta test est plutot rare. Cela ne sentirai pas a plein nez la version 10 pour ce printemps ??? 





[ Dernière édition du message le 15/02/2017 à 15:45:16 ]

Ray-Me
4689

Squatteur·euse d’AF
Membre depuis 19 ans
2 Posté le 15/02/2017 à 15:21:41
Ca serait une super nouvelle. Pour emboîter le pas à Bitwig avec leur V2. Faut qu'ils répondent, même si Bitwig prend le chemin du modulaire, ce qui n'est pas le cas de Live.
Moi ça me plairait bien moi en tout cas
avec de nouvelles features pour le Push 2 
Moi ça me plairait bien moi en tout cas


0

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
3 Posté le 15/02/2017 à 15:58:47
J'espère qu'Ableton va suivre Bitwig pour le coup et ajouter toutes les modulations etc. (mais en dur sans passer par M4L...). Et bien entendu continuer l'évolution du Push2 !
0

juji
447

Posteur·euse AFfamé·e
Membre depuis 17 ans
4 Posté le 16/02/2017 à 18:30:33
bon ba non, je viens de recevoir une nouvelle MAJ
0

Ray-Me
4689

Squatteur·euse d’AF
Membre depuis 19 ans
5 Posté le 16/02/2017 à 18:48:30

Richard
1054

AFicionado·a
Membre depuis 23 ans
6 Posté le 21/02/2017 à 20:27:12
9.7.2b1 Release Notes (BETA)
Bugfixes:
If a dropdown or context menu was open in Live, pressing CMD+Shift+- on a Mac OS would cause Live to crash.
The GUI would appear laggy when zooming in audio tracks and moving the zooming hotspot on Windows if the files were being streamed from a hard drive.
Fixed a bug that caused Live to crash when opening a context menu in a device chain containing no instruments.
Fixed a bug which prevented changing the text color in Drum Rack return chains to white when the chain's color was dark.
Fixed a graphical glitch that occurred when hovering over automation segments drawn on top of a waveform. The glitch was visible in Detail View (in both the Arrangement and Session View), and would only appear in automation segments not covering the full track height.
Disabled audio and MIDI meters were not correctly shown as grayed out in the routing choosers
When Live's authorization was not successful, the dialog box could erroneously confirm it as successful.
Changes for Push:
Fixed a bug that caused Live to crash when moving tracks while Push 2 was connected, under certain circumstances.
When selecting a track containing a Simpler which was playing back a sample, the playhead would sometimes not be displayed.
Live would crash if a Drum Rack clip in the last scene was duplicated from Push.
Live would crash when importing a greater number of MIDI files to the Arrangement than the amount of available MIDI tracks, if Push 2 was connected.
Bugfixes:
If a dropdown or context menu was open in Live, pressing CMD+Shift+- on a Mac OS would cause Live to crash.
The GUI would appear laggy when zooming in audio tracks and moving the zooming hotspot on Windows if the files were being streamed from a hard drive.
Fixed a bug that caused Live to crash when opening a context menu in a device chain containing no instruments.
Fixed a bug which prevented changing the text color in Drum Rack return chains to white when the chain's color was dark.
Fixed a graphical glitch that occurred when hovering over automation segments drawn on top of a waveform. The glitch was visible in Detail View (in both the Arrangement and Session View), and would only appear in automation segments not covering the full track height.
Disabled audio and MIDI meters were not correctly shown as grayed out in the routing choosers
When Live's authorization was not successful, the dialog box could erroneously confirm it as successful.
Changes for Push:
Fixed a bug that caused Live to crash when moving tracks while Push 2 was connected, under certain circumstances.
When selecting a track containing a Simpler which was playing back a sample, the playhead would sometimes not be displayed.
Live would crash if a Drum Rack clip in the last scene was duplicated from Push.
Live would crash when importing a greater number of MIDI files to the Arrangement than the amount of available MIDI tracks, if Push 2 was connected.
0

Ray-Me
4689

Squatteur·euse d’AF
Membre depuis 19 ans
7 Posté le 22/02/2017 à 11:19:53

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
8 Posté le 22/02/2017 à 12:03:07
C'est clair que de la stabilité ne serait pas de trop ! (surtout mettre en place une sandbox pour les plugs car c'est le plus gros soucis ...) . Et aussi avoir une meilleure gestion des gros projets, car dès que les projets ont un peu d’embonpoint je galère systématiquement pour les ouvrir (obligé de m'y reprendre 4-5 fois car plantage ...) et c'est super énervant !! (et pourtant aucun plugs warez ... parfois j'hésite presque à tout revendre ...). 

0

Ray-Me
4689

Squatteur·euse d’AF
Membre depuis 19 ans
9 Posté le 22/02/2017 à 14:38:06

DopperFx
2442

AFicionado·a
Membre depuis 21 ans
10 Posté le 23/02/2017 à 08:53:09
Citation :
Et aussi avoir une meilleure gestion des gros projets, car dès que les projets ont un peu d’embonpoint je galère systématiquement pour les ouvrir (obligé de m'y reprendre 4-5 fois car plantage ...)
c'est surtout très étrange et pas courant… quelle est ta configuration matériel ?
0

DopperFx
2442

AFicionado·a
Membre depuis 21 ans
11 Posté le 23/02/2017 à 08:55:14
Citation :
C'est clair que de la stabilité ne serait pas de trop !
tu crois qu'une version 2 (bitwig) sera plus stable qu'une version 9 (live) ?
0

Anonyme
58

12 Posté le 23/02/2017 à 09:35:12
Citation :
Citation :
C'est clair que de la stabilité ne serait pas de trop !
tu crois qu'une version 2 (bitwig) sera plus stable qu'une version 9 (live) ?
Tout a fait !
Je prendrais pour exemple imovie sur ipad 2 vs première ou after effects sur un pc 10x plus puissant niveau CPU entre autres.
Imovie est a peut près 50x plus performent a tout point de vue en ce qui concerne les fonction comparable de tout ces logiciels, streamming temps reel en 720p IMMEDIAT, chargement de vidéos IMMEDIAT, édition sans les moindre laggs et latences et exportation des vidéos de 3 a 4 minutes en plus ou moins 1 a 4 minutes grand max, jamais la moindre instabilité, là ou les soft adobe en version x9 ne font quasiment plus de temps réel pour l'édition (micro rendu ram en continu pour les pc modestes...), demande un peut de ressources pour charger un fichier de plusieurs minutes et font le même rendu qu'imovie ipad en plusieurs heures, sans parler des plantages certes rare, certes avec autosave, mais qui arrivent tout de même... AVEC UN PC INCOMPARABLEMENT PLUS PUISSANT...
Donc en prenant tout ça en compte, on peut raisonnablement penser qu'un soft au code tout neuf tout propre pensé pour des machines et systèmes d'aujourd'hui fasse bien mieux niveau stabilité et performance qu'un vieux poids lourd au code originel des années 90, puis bourré de surcouche...
Apres, cela n'enlève en rien les qualités de ces soft, after effects m'est indispensable pour le compositing que l'ipad ne c pas encore faire et ableton as quelques fonctions qui lui rendes bien honneurs, mais c tellement lourd dans la pratique, que je finit par n'utiliser ces soft que pour ces fonctions et fait le reste du taf sur des soft plus stables, direct et performants, ce qui vas a l'encontre de leurs philosophie de "station de travail tout en un".
0
[ Dernière édition du message le 23/02/2017 à 09:43:38 ]

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
13 Posté le 23/02/2017 à 13:50:24
Citation de 7alb :
Citation :Et aussi avoir une meilleure gestion des gros projets, car dès que les projets ont un peu d’embonpoint je galère systématiquement pour les ouvrir (obligé de m'y reprendre 4-5 fois car plantage ...)
c'est surtout très étrange et pas courant… quelle est ta configuration matériel ?
J'ai un bi xeon 2690V4 (2x14cores (56 threads en tout) à 3ghz) et 64go de ram. Mais ça ne vient pas de ça car ça le faisait avec mes 3 précédentes machines.
Dés que les projets sont un peu gros, comme sur une de mes track, qui a 72 pistes et pas mal de vst, j'ai systématiquement des erreurs lors de l'ouverture et plantage de live... Au bout de 3,4 (voir plus) essais, ça s'ouvre enfin et après ça marche correctement.
J'ai déjà contacté ableton pour ça et d'après eux c'était dû à M4L, j'ai suivi toutes les MAJ et toujours ce problème.
Tant que les sessions restes petites/moyennes (moins de 50 pistes), là pas de soucis. Au delà ... GRRRR
0
[ Dernière édition du message le 23/02/2017 à 13:54:40 ]

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
14 Posté le 23/02/2017 à 13:54:25
Citation de 7alb :
Citation :C'est clair que de la stabilité ne serait pas de trop !
tu crois qu'une version 2 (bitwig) sera plus stable qu'une version 9 (live) ?
Peut-être, je n'ai testé que la version 1 en démo, donc je ne peux me prononcer sur sa stabilité en prod.
Après Bitwig 2 me branche bien aux vues des modulations possibles etc. J'espère qu'Ableton va réagir avec un Live X à la hauteur (tant stabilité que fonctionnalités). J'ai aussi un Push 2 et je ne connais pas son niveau d'intégration dans Bitwig.
J'ai testé la dernière Beta de live et j'ai toujours le même bug à l'ouverture...
0

DopperFx
2442

AFicionado·a
Membre depuis 21 ans
15 Posté le 23/02/2017 à 23:15:41
oui essaie 72 pistes et pas mal de VST dans Bitwig si tu veux… je me demande ce que ça donnerai…
0

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
16 Posté le 23/02/2017 à 23:43:48
Tu voudrais connaitre la charge asio/cpu avec bitwig vs ableton ?
0

DopperFx
2442

AFicionado·a
Membre depuis 21 ans
17 Posté le 24/02/2017 à 09:44:09
ben oui je suis curieux de voir ça…
0

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
18 Posté le 24/02/2017 à 12:16:23
Je vais tester ça 

0

Anonyme
58

19 Posté le 24/02/2017 à 17:17:19
Citation :
xeon 2690V4 (2x14cores (56 threads en tout) à 3ghz) et 64go de ram
Citation :
qui a 72 pistes et pas mal de vst



Dit donc !! J'aimerais bien écouter ce que tu fait avec tout ça !

0
[ Dernière édition du message le 24/02/2017 à 17:17:39 ]

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
20 Posté le 25/02/2017 à 17:50:03
Donc voici le petit test Ableton VS Bitwig pour connaitre leur consommation respective en CPU.
Ne pouvant pas refaire complétement ma track qui a 72 pistes sur Bitwig j'ai établi un petit protocole plus facile à réaliser sur les deux DAW.
Donc déjà ma machine (pour ceux qui ne liront que ce post) , 2 cpus de 14 cores et 3ghz sur tous les cores (56 threads) et 64 go de ram. La carte son est une apollo Firewire et les deux disques sont des 512 go samsung 850 pro pour l'os et un 256 go 850 pro pour les samples et vst.
Je tourne en 48khz/24bits/512 samples
Le protocole est le suivant :
J'ai créée une piste audio avec une sample mis en boucle. Sur cette piste j'y ai ajouté 10 vst chargés de base (c'est à dire sans choisir de preset spécifique).
J'ai choisi les vst au hasard, juste pour le test.
Je n'ai pas "groupé les pistes" mais dupliqué piste par piste. (important car sous Live 1 piste = 1 core , sous bitwig aucune idée).
Voici les vst :
Cla 2A de waves, C1 comp de waves, Crystalizer de soundtoys, filterfreak 1 de soundtoys , panman de soundtoys, replika XT de NI, Supercharger GT de NI, Transcient master de NI, VC160 de NI et RC24 de NI.
Je vais indiquer la charge CPU lue dans le gestionnaire des taches correspondant au programme qui tourne ainsi que la charge RAM.
Je commence par Bitwig :
1 piste en lecture avec tous les VST => 1.1% de cpu
50 pistes (soit 500 vst) => 26%
80 pistes => 44%
100 pistes => 59% et 10 go de ram (lecture fluide, aucun soucis de craquement ni rien).
120 pistes => 70% et 12 go de ram (idem)
130 pistes => 76% , craquement au lancement de la lecture puis plus de soucis.
140 pistes => 83% cpu pour Bitwig mais 100% de charge CPU totale , 13.8go en RAM et craquements légers mais présent.
Les petites captures qui vont biens :


Pour Live maintenant :
1 piste => 1%
50 pistes => 28%
80 pistes => 46% et (déjà) 14go de ram
100 pistes => 62% et 17.5go de ram
120 pistes => 79.3% et 21go de ram
130 pistes => 88.4% et 23go de ram , craquement au lancement de la lecture puis plus de soucis.
140 pistes => 97.8% de charge cpu pour Ableton et 99% de charge CPU totale, craquements au lancement de la lecture mais pas de soucis par la suite. 24.6 Go en RAM !!! Charge ASIO Constatée dans Ableton 92%.

Première constatation, sous bitwig pas de soucis pour dupliquer des pistes, même 10 par 10. Il les duplique et charge au fur et à mesure les VST. On peut continuer à bosser à côté sans soucis.
Sous Live, dès qu'on duplique ... faut attendre ... et c'est pas mal plus long que pour Bitwig !
Au final, de prime à bord on a l'impression que Bitwig consomme moins de CPU mais dès que je suis arrivé à 83% de charge CPU, j'étais à 100% de charge totale. Ce qui me parait logique car Bitwig fonctionne pour partie en JAVA et donc utilise d'autres processus pour son exécution que seulement l'exe du programme.
Globalement concernant les performances c'est kif kif mais quand même plus agréable d'utilisation avec Bitwig car ce dernier laisse la main durant le chargement des VST, ce qu'Ableton ne permet pas (on est obligé d'attendre sans pouvoir faire rien d'autre...).
Autre détail, Live bouffe bien plus de RAM que Bitwig ! Je ne sais pas expliquer pourquoi ...
Dernier détail, j'ai fermé Bitwig en 10s sans soucis tandis que live ... fidèle à lui même, a planté !
On peut en tout cas voir que ces deux programmes sont massivement multithreadés et non limités à un certain nombre de cores (comme j'ai pu le lire sur certains forums pour Live).
De toutes mes expériences avec des CPU, pour la MAO il faut un bon compromis entre fréquence et nombre de core ! Avant j'avais un xeon 2698V4 (20 cores à 2.3ghz) et j'arrivais facilement à saturer l'asio (un peu trop de Vst sur une piste et c'était fini ... ça craqué de partout, pourtant je n'étais qu'à 3% de charge CPU totale).
Maintenant je peux mettre bien plus de Vst sur une piste en plus d'avoir beaucoup de pistes grâce aux nombreux cores, c'est bien plus agréable pour travailler (du moins ça correspond mieux à ma façon de bosser).
Faites votre choix "Fréquence vs Cores" !
Voilà, j'espère que vous apprécierez ce petit test !
Ne pouvant pas refaire complétement ma track qui a 72 pistes sur Bitwig j'ai établi un petit protocole plus facile à réaliser sur les deux DAW.
Donc déjà ma machine (pour ceux qui ne liront que ce post) , 2 cpus de 14 cores et 3ghz sur tous les cores (56 threads) et 64 go de ram. La carte son est une apollo Firewire et les deux disques sont des 512 go samsung 850 pro pour l'os et un 256 go 850 pro pour les samples et vst.
Je tourne en 48khz/24bits/512 samples
Le protocole est le suivant :
J'ai créée une piste audio avec une sample mis en boucle. Sur cette piste j'y ai ajouté 10 vst chargés de base (c'est à dire sans choisir de preset spécifique).
J'ai choisi les vst au hasard, juste pour le test.
Je n'ai pas "groupé les pistes" mais dupliqué piste par piste. (important car sous Live 1 piste = 1 core , sous bitwig aucune idée).
Voici les vst :
Cla 2A de waves, C1 comp de waves, Crystalizer de soundtoys, filterfreak 1 de soundtoys , panman de soundtoys, replika XT de NI, Supercharger GT de NI, Transcient master de NI, VC160 de NI et RC24 de NI.
Je vais indiquer la charge CPU lue dans le gestionnaire des taches correspondant au programme qui tourne ainsi que la charge RAM.
Je commence par Bitwig :
1 piste en lecture avec tous les VST => 1.1% de cpu
50 pistes (soit 500 vst) => 26%
80 pistes => 44%
100 pistes => 59% et 10 go de ram (lecture fluide, aucun soucis de craquement ni rien).
120 pistes => 70% et 12 go de ram (idem)
130 pistes => 76% , craquement au lancement de la lecture puis plus de soucis.
140 pistes => 83% cpu pour Bitwig mais 100% de charge CPU totale , 13.8go en RAM et craquements légers mais présent.
Les petites captures qui vont biens :


Pour Live maintenant :
1 piste => 1%
50 pistes => 28%
80 pistes => 46% et (déjà) 14go de ram
100 pistes => 62% et 17.5go de ram
120 pistes => 79.3% et 21go de ram
130 pistes => 88.4% et 23go de ram , craquement au lancement de la lecture puis plus de soucis.
140 pistes => 97.8% de charge cpu pour Ableton et 99% de charge CPU totale, craquements au lancement de la lecture mais pas de soucis par la suite. 24.6 Go en RAM !!! Charge ASIO Constatée dans Ableton 92%.

Première constatation, sous bitwig pas de soucis pour dupliquer des pistes, même 10 par 10. Il les duplique et charge au fur et à mesure les VST. On peut continuer à bosser à côté sans soucis.
Sous Live, dès qu'on duplique ... faut attendre ... et c'est pas mal plus long que pour Bitwig !
Au final, de prime à bord on a l'impression que Bitwig consomme moins de CPU mais dès que je suis arrivé à 83% de charge CPU, j'étais à 100% de charge totale. Ce qui me parait logique car Bitwig fonctionne pour partie en JAVA et donc utilise d'autres processus pour son exécution que seulement l'exe du programme.
Globalement concernant les performances c'est kif kif mais quand même plus agréable d'utilisation avec Bitwig car ce dernier laisse la main durant le chargement des VST, ce qu'Ableton ne permet pas (on est obligé d'attendre sans pouvoir faire rien d'autre...).
Autre détail, Live bouffe bien plus de RAM que Bitwig ! Je ne sais pas expliquer pourquoi ...
Dernier détail, j'ai fermé Bitwig en 10s sans soucis tandis que live ... fidèle à lui même, a planté !
On peut en tout cas voir que ces deux programmes sont massivement multithreadés et non limités à un certain nombre de cores (comme j'ai pu le lire sur certains forums pour Live).
De toutes mes expériences avec des CPU, pour la MAO il faut un bon compromis entre fréquence et nombre de core ! Avant j'avais un xeon 2698V4 (20 cores à 2.3ghz) et j'arrivais facilement à saturer l'asio (un peu trop de Vst sur une piste et c'était fini ... ça craqué de partout, pourtant je n'étais qu'à 3% de charge CPU totale).
Maintenant je peux mettre bien plus de Vst sur une piste en plus d'avoir beaucoup de pistes grâce aux nombreux cores, c'est bien plus agréable pour travailler (du moins ça correspond mieux à ma façon de bosser).
Faites votre choix "Fréquence vs Cores" !
Voilà, j'espère que vous apprécierez ce petit test !

4
[ Dernière édition du message le 25/02/2017 à 17:56:27 ]

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
21 Posté le 25/02/2017 à 17:53:17
Citation de boozou :
Citation :xeon 2690V4 (2x14cores (56 threads en tout) à 3ghz) et 64go de ram
Citation :qui a 72 pistes et pas mal de vst
Dit donc !! J'aimerais bien écouter ce que tu fait avec tout ça !
En fait j'adore le sound design et j'ai tendance à layerer un paquet de pistes afin d'avoir le son que j'ai en tête.
Le soucis c'est que ça bouffe énormément de Cpu

Je publierai un morceau de mon futur Ep quand tout sera "correct"

0

Anonyme
58

22 Posté le 25/02/2017 à 21:59:02
Citation :
En fait j'adore le sound design et j'ai tendance à layerer un paquet de pistes afin d'avoir le son que j'ai en tête.
Le soucis c'est que ça bouffe énormément de Cpu. J'utilise aussi l'ordi pour du graphisme/vidéo/3D !
Je publierai un morceau de mon futur Ep quand tout sera "correct"
Me doutait bien qu'un calculateur "juste" pour de l'audio ct un peut démesuré !

Du coup si t'as des liens de tes vidéos ça m'intéresse aussi !

Personnellement je fait de l'animation 2d ! Mais g rien sorti, c encore en chantier "top secret" !

Merci pour le super comparatif qui confirme mes impressions sur bitwig vs Live !

0

DopperFx
2442

AFicionado·a
Membre depuis 21 ans
23 Posté le 27/02/2017 à 07:59:24
Citation :
Autre détail, Live bouffe bien plus de RAM que Bitwig ! Je ne sais pas expliquer pourquoi ...
si tu as bitwig en 32 et live en 64 c'est normal (mais ton est n'est pas valable du coup…)
bon en tout ça on est loin de l'énorme différence qu'il devrait y avoir entre un "vieux" code et un code plus récent… comme j'ai pu le lire ici !
et dès qu'on veut ajouter un peu de hadward, ou jammer à plusieurs… ben Live explose le score !!!
ton test est fait avec une mémoire tampon et une carte son identique sur les deux ?
0

skargo
330

Posteur·euse AFfamé·e
Membre depuis 18 ans
24 Posté le 28/02/2017 à 00:51:39
Non c'est pas un soucis de 32 bits / 64 bits . De ce que j'ai lu, le moteur de bitwig est en 64bits (et les hosts vst) mais l'interface tourne en 32bits. Dans tous les cas, s'il y avait eu un soucis de ce côté là j'aurais été limité à 4go de ram pour le processus. (ce qui n'est pas le cas car à 140 pistes on est à presque 14 go en ram).
Citation de 7alb :
Citation :
ton test est fait avec une mémoire tampon et une carte son identique sur les deux ?
Oui, bien entendu, sinon le test n'aurait eu aucun sens. (sur UAD apollo @ 512 samples).
0
- < Liste des sujets
- Charte