Page 4 sur 5

Publié : 17 nov. 2007, 00:01
par MarcV
Steven1145 a écrit :Nous l'utilisons pas un rack complet de DA pour le monitoring, du coup il y a seulement 11 sorties de prises pour le monitoring (6.1 MAIN, stero petite écoute et stéréo casque en Mon B).
Sur une S5 "normale", il me semble que le monitoring accapare un port Madi Out, une interface MADI/Analog et l'interface de monitoring MC524.
Même si l'on utilise qu'une partie des sorties de l'interface, les sorties restantes ne sont pas assignables à d'autres utilisations au Patch-Net. Ca aurait changé avec le hard/soft de la fusion ?


Mais je n'y vois franchement pas d'intérêt dans la mesure où les 408-T ont une résolution d'écran plus haute et des rotatifs qui permettent une meilleure lisibilité des scribble-strips.
Nous sommes d'accord....

Pour ce qui est des mixer models, comme je le disais plus haut celui en 48 bus est réservé aux "grosses" System5, et du fait d'avoir seulement 4 cartes DSP. Mais qui t'a dit qu'on était limité à un seul mixer model? Tant que tu n'utilises pas celui en 48 bus les autres te sont accessibles à l'installation. Mais d'un autre coté je trouve plus simple (pour ma part) de n'en utiliser qu'un pour le moment.
C'est ce qu'il me semblait avoir compris d'une discussion avec Paul Henri Wagner... 1 mixer model par nombre de cartes dans le core et par fréquence d'échantillonnage.

Lorsqu'on a les ressources pour XXX channels et 48 bus de mix, avec le nouveau core DF66, il me semble qu'il n'est pas possible de passer à un mixer model de 32 bus de mix permettant d'augmenter substantiellement le nombre channels disponibles, ce qui est le cas avec les cores DF64.
Mais si c'est effectivement toujours possible, alors tant mieux! :wink:

Publié : 17 nov. 2007, 07:59
par Steven1145
MarcV a écrit :, il me semble que le monitoring accapare un port Madi Out, une interface MADI/Analog et l'interface de monitoring MC524.
Même si l'on utilise qu'une partie des sorties de l'interface, les sorties restantes ne sont pas assignables à d'autres utilisations au Patch-Net. Ca aurait changé avec le hard/soft de la fusion ?
Oui ça du changer car les autres sorties de l'interface sont tout à fait utilisables dans Patchnet.

C'est ce qu'il me semblait avoir compris d'une discussion avec Paul Henri Wagner... 1 mixer model par nombre de cartes dans le core et par fréquence d'échantillonnage.

Lorsqu'on a les ressources pour XXX channels et 48 bus de mix, avec le nouveau core DF66, il me semble qu'il n'est pas possible de passer à un mixer model de 32 bus de mix permettant d'augmenter substantiellement le nombre channels disponibles, ce qui est le cas avec les cores DF64.
Mais si c'est effectivement toujours possible, alors tant mieux! :wink:
Il faudrait que je regarde les mixer model qui correspondent à 5 ou 6 cartes, tu as peut être raison sur le fait qu'à partir de 5 cartes il n'y a que des models 48 bus et pas des models avec plus de voies sur 32 bus. Je jetterai un coup d'oeil.

Steven

Publié : 17 nov. 2007, 12:20
par guiguy
MarcV a écrit :
Dupont a écrit :Parceque le coup d'appuyer sur le dessus du potard pour prendre la main et de réappuyer pour en sortir, c'était quand même pas d'un pratique absolu...
Pour sortir de l'automation, All Match est ton meilleur ami... :D
oui mais ça c'est seulement quand on veut faire revenir tous les paramètres en cours d'écriture à leur valeur précédente. Mais si tu as besoin de juste faire revenir un paramètre tout en laissant les autres en écriture, là t'es bien obligé d'appuyer dessus, et faut bien reconnaître que parfois c'est coton. Il m'est arrivé de devoir insister pour que ça soit pris en compte...
Sinon, la s5 gère les "trous d'autom" (j'ai plus le terme exact). En gros pas besoin de faire un write to end en dbt d'automation, mais attention quand on est dans cette situation il faut utiliser tjs le preview pour faire des essais... Eviter de désenclencher le "mix on " (= auto suspend dans protools) car sinon à un endroit où des donnéees d'autom ne sont pas physiquement écrites on peut avoir des surprises, en tout cas c'est ce que j'ai constaté

Publié : 17 nov. 2007, 13:04
par Dupont
guiguy a écrit : oui mais ça c'est seulement quand on veut faire revenir tous les paramètres en cours d'écriture à leur valeur précédente. Mais si tu as besoin de juste faire revenir un paramètre tout en laissant les autres en écriture, là t'es bien obligé d'appuyer dessus, et faut bien reconnaître que parfois c'est coton.
Merci d'avoir précisé, j'avais pas le courage...

Publié : 17 nov. 2007, 13:05
par guiguy
de rien :wink:

Publié : 17 nov. 2007, 22:37
par guiguy
Steven1145 a écrit :PS: pourquoi pas organiser une session d'étude dédiée à la System5 sur un jour, special SDO? Dorian, contacte moi en MP
ouhhh ça s'est pas tombé dans l'oeil d'un sourd :D
c'est quand vous voulez :wink:

Publié : 18 nov. 2007, 00:08
par MarcV
Steven1145 a écrit :Oui ça du changer car les autres sorties de l'interface sont tout à fait utilisables dans Patchnet.
Et donc apparaissent ailleurs que dans la section monitoring ? Plutôt bien ça ! Ca évite le gachis, tout le monde n'a pas besoin de 7 sections de monitoring... :D

Il faudrait que je regarde les mixer model qui correspondent à 5 ou 6 cartes, tu as peut être raison sur le fait qu'à partir de 5 cartes il n'y a que des models 48 bus et pas des models avec plus de voies sur 32 bus. Je jetterai un coup d'oeil.
Si tu as le temps de checker à l'occasion, ça m'interesse de le savoir. Merci ! :wink:

Publié : 18 nov. 2007, 00:45
par MarcV
guiguy a écrit :oui mais ça c'est seulement quand on veut faire revenir tous les paramètres en cours d'écriture à leur valeur précédente. Mais si tu as besoin de juste faire revenir un paramètre tout en laissant les autres en écriture, là t'es bien obligé d'appuyer dessus, et faut bien reconnaître que parfois c'est coton. Il m'est arrivé de devoir insister pour que ça soit pris en compte...
Oui, bien sûr et il est vrai que les boutons poussoirs peuvent parfois être récalcitrants, (ça ne s'arrange d'ailleurs pas avec l'age de la console :( ) mais je sais que je termine toujours une passe par un Auto Match, histoire d'être sûr de n'oublier personne (sauf à vouloir conserver les valeurs en territoire vierge). Après, tout dépend de la méthode de chacun évidemment....
Sinon, la s5 gère les "trous d'autom" (j'ai plus le terme exact).
Il s'agit sans doute des Virgin territory (territoires vierges).
En gros pas besoin de faire un write to end en dbt d'automation, mais attention quand on est dans cette situation il faut utiliser tjs le preview pour faire des essais... Eviter de désenclencher le "mix on " (= auto suspend dans protools) car sinon à un endroit où des donnéees d'autom ne sont pas physiquement écrites on peut avoir des surprises, en tout cas c'est ce que j'ai constaté
Effectivement, faire des modifs en Mix Off n'est pas vraiment conseillé, exception faite de la toute première passe.
De retour au Mix On ça peut créer des surprises puisque à la lecture, les éléments modifiés se trouvant dans un territoire vierge prendront (et conserveront) cette valeur jusqu'à ce que l'automation retrouve une valeur écrite en hard, s'il y en a une....
Le Preview est effectivement bien plus adapté (Preview que Digidesign à implémenté d'une manière tout à fait identique dans PT).

Quand on ne souhaite pas avoir de territoires vierges, il n'est normalement pas non plus nécessaire de faire un Fill to end (ou Fill through), il suffit d'activer la fonction Auto Fill en début de mix qui donne (presque) le même résultat.

Publié : 18 nov. 2007, 09:49
par guiguy
MarcV a écrit :Il s'agit sans doute des Virgin territory (territoires vierges).
territoires vierges, c'est ça!!! Merci MarcV... :)
Trou d'autom, non vraiment ce qui faut pas entendre... :D

Publié : 19 nov. 2007, 18:31
par Météotrance
Au faite c'est distribué en france, Euphonix maintenant ou c'est encore au USA sur leur site qu'il faut allez pour ce procuré leur surface de controle ?