puissance ordi?
- 28 réponses
- 10 participants
- 2 847 vues
- 8 followers

aazou

on me prête un local avec mon groupe; il y'a tout branché pour enregistrer une maquette (micros table interface); du coup on en profiterais bien pour enregistrer en multipistes , histoire de s'amuser un peu ensuite.
Par contre il n'y a pas d'ordinateur mais je peux amener le mien, je voulais savoir si il est assez puissant.
Il y aurait une vingtaine de pistes simultanées( il y a pas mal d'instruments).
il faudrait un retour casque pour certains donc un buffer size assez bas pour la latence.
C'est une première pour nous...
caractéristiques de l'ordi:
mac book pro de 2009
2,26ghz
5Go
DD de 5400 tr min
Une RME FF400 pour brancher en abat l'interface du local.
voila
merci bcp pour votre aide.
- 1
- 2

kosmix


Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?

aazou

Petite questions supplémentaire:
J'ai cru comprendre que c'était la vitesse d'écriture du Disk dur qui était importante dans ces applications, un Disk dur externe serait peu être mieux dans mon cas?
Il ne faut pas mettre son dossier d'enregistrement sur le bureau?
merci encore pour le coup de pouce
azou

kosmix


Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?

Anonyme

Sinon, ton DD sera suffisant, en revanche, attention à sa température, évite des sessions de 2 heures consécutives. Ceci dit, pour les zikos aussi, 2 heures non-stop c'est assez chaud !


aazou

Du coup pour cette histoire de monitoring, dans mon séquenceur j'ai coché au départ "monitoring logiciel" je trouve plus facile a utiliser.
Pour la session il faudra que j'utilise le monitoring de RME si j'ai bien compris, ceci pour éviter de charger le CPU?
Si c'est le cas il faut que je jette un oeil au monitoring RME qui a l'air complet et complexe aussi, on va gérer tout ça...
Merci pour votre aide
azou
[ Dernière édition du message le 13/02/2016 à 20:03:34 ]

Anonyme

Ce faisant, t'envoies les pistes que tu veux où tu veux, (ex, tel instrumentiste aura telle(s) piste(s) à tel volume sonore, tel autre aura d'autres pistes, etc.
Comme tu le dis ce système est complexe à gérer, et clairement je te conseille vivement de commencer à bien le prendre en main avant le jour d’enregistrement sous peine de galère, mais il est pas compliqué pour rien, il simplifie vraiment la vie dans les situations d'enregistrement.

rroland


Vévé



aazou

..
En fait le gars me prete son local studio 2 jours donc j'aurais une journée pour installer et le lendemain on enregistre; je pense que j'ai éclairci pas mal sur l'installation.
Au niveau du disk dur si ça évite de planter je veux bien investir en plus c'est toujours utile.
Que me conseillez vous? j'ai pas énorme en budget (autour de100 et qq euros)
encore un fois merci pour le coup de main
azou

Vévé



Danbei

Un 7200trs/min fait plus de bruit, chauffe plus et s'use plus vite...
Perso je ne prends jamais rien au-dessus de 5400trs/min

[ Dernière édition du message le 14/02/2016 à 19:22:50 ]

aazou

Je vais faire avec celui de l'ordi et un autre a coté on verra.
merci encore pour les infos ;azou

Vévé


De toute façon je suis au ssd maintenant


Y@kuz@R

+1 avec Danbei, uniquement pour les laptops et les disques externes
Pour du fixe, les 7200 c'est quand même mieux...
Moi je suis au sshd pour mon pc mao

[ Dernière édition du message le 14/02/2016 à 22:14:09 ]

Anonyme

Calcul du débit et du poids d'un fichier audio
Débit
débit (kbit/s) = fréquence d'échantillonnage (kHz) x quantification (bit) x nombre de canaux
Exemple : le CD audio :
fréquence d'échantillonnage : 44 100 Hz
résolution : 16 bits
canaux : 2 (stéréo)
débit = 44 100 × 16 × 2 = 1 411 200 bit/s
soit environ
1 411 kbit/s, ou 1 378 kibibit/s.
par minute : 84,7 Mbit, ou 80,7 Mibibit
par heure : 5,1 Gbit
Poids
Taille d'un MP3 à 192 kbit/s d'une durée de 3,75 minutes : [temps (s)] x débit (kbit/s) / 8000 : [3,75 × 60] × 192 / 8000 = 5,4 Mo
En faisant le calcul, n'importe quel disque dur actuel est capable de lire énormément de canaux simultanément, bien plus que ce qu'on utilise couramment.... En écriture, il me semble que c'est à peu près la même chose.
http://mon-ip.awardspace.com/convertisseur.php
http://www.tomshardware.fr/articles/test-comparatif-disques-durs,2-15-10.html
Pour moi, il suffit juste de travailler avec une marque de disque sérieuse, utilisable en entreprise, je crois même qu'il y a une norme pour définir une gamme de disque « pro ».
Sans faire de pub ou quoi que ce soit, j'utilise des disques de marque Seagate, parce-qu’ils m'ont déjà récupéré des donnés de disque sans bronché, sans rien faire payé...avec super service après vente, voilà...
Le reste c'est du bon sens, défragmenter les disques, réduire la bande passante quand c'est possible pour moins faire chauffer,etc...

the bubble

+ 1 avec le dernier post, je n'achète que du seagate, et je les ai toujours, seule la capacité de stockage devient génante, sinon, ils ne bougent pas.

Y@kuz@R

Je préfère quand même le 7200 en desktop pour les copies/transfert de fichiers et la rapidité des applications.
+1 pour le bon sens et les 5400 en portable/externe donc

Anonyme

Juste à titre de rappel, toujours dans le bon sens, éviter de blinder les disques, c'est rare que j'utilise plus de 2/3 de la capacité d'un disque, au delà je constate le début des problèmes...

kosmix

J'en fais parfois l'expérience sur les serveurs et librairies de cinéma : les temps de copie des films (plusieurs centaines de Go par film) sont beaucoup mais beaucoup plus longs quand les disques sont bien remplis.
Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?
[ Dernière édition du message le 15/02/2016 à 00:10:14 ]

Vévé

Le ssd pour le stockage, c'est pas top top.
Sur mon Mac Pro j'utilise du ssd pour le système et du disque normal pour l'enregistrement et le stockage.
Pour mon MacBook Pro j'ai un disque externe ssd dans un boîtier Thunderbolt pour les sessions audio.


EraTom

- Le temps de recherche : Qui correspond au temps que met la tête de lecture à se positionner radialement sur les plateaux ;
- le temps de latence rotationnel : C'est le temps pris pour positionner angulairement les plateaux sur la tête de lecture au début du secteur ;
- le temps de transferts : Le temps nécessaire pour lire/écrire effectivement les données.
Le temps de service est la somme de ces trois temps.
Le temps d'accès couvre le deux premiers temps... Et encore, certains constructeurs, même les plus sérieux, le réduisent au temps de recherche en "oubliant" de compter la latence rotationnelle.
Il faudrait aussi prendre en compte les temps du contrôleur, regarder les limites des bus de données, etc.
La vitesse de rotation n'impacte directement que le temps de latence rotationnel ; le temps le latence rotationnelle moyen est calculé en considérant le temps nécessaire pour faire la moitié d'un tour.
Le temps de transfert dépend bien sûr de la vitesse de rotation mais aussi de la densité bits/degrés du disque :
- Si un disque a une capacité plus grande qu'un autre il y a plus de données par secteur angulaire : A vitesses de rotation égales le temps de transfert sera plus court ;
- Au bord des plateaux, a vitesse de rotation constante la vitesse de défilement est plus rapide, et donc le temps de transfert plus court.
(il y a 20 ans, la densité angulaire n'était pas la même entre l'intérieur et l'extérieur du plateau, mais maintenant la densité est constante afin de la maximiser).
Si un gros fichier peut être lu ou écrit continûment, le temps de service sera principalement constitué du temps de transfert.
Si une lecture disque vient interrompre une écriture, ce qui peut souvent arriver lorsque l'on a tout sur le même disque (physique), on ajoute deux temps de recherche et de latence rotationnelle pour déplacer plateaux et tête au bon endroit. Même sur un disque avec une grande vitesse de rotation il ne faut pas rêver : Ça fait grimper le temps de service.
Un disque plein cumule deux trucs qui vont le ralentir :
- contrairement au CD, on écrit sur les parties proches du centre où la vitesse de défilement est la plus basse, ce qui augmente le temps de transfert ;
- les données ont plus de chances d'être fractionnée, ce qui implique plus de repositionnement tête / plateaux.
La mémoire cache du disque permet d'éviter les positionnements : On stocke les données dans une mémoire tampon et on écrit sur le disque de manière opportuniste dès que la tête n'est pas loin du secteur ciblé, par exemple.
Les meilleures perfo du disque sont obtenues lorsque le temps de service se résume principalement au temps de transfert.
Le meilleur moyen d'y arriver est d'avoir un disque physique dédié aux captations séparé du disque qui contient l'OS, les logiciels, etc.
Il faut veiller à le défragmenter régulièrement (même si, en enregistrant d'un bloc il y a peu de chance de fragmenter les données).
Regarder le nb de tours/min ne suffit pas à se faire une idée du temps de transfert (puisqu'il dépend aussi de la capacité du disque) : Un disque de 1 To @5400 tr/min aura un temps de transfert plus court qu'un disque de 500 Go @7200 tr/min et il consommera moins, chauffera moins...
Dans cette config, on se fout aussi d'avoir un gros cache puisque l'on a tout fait pour éviter les déplacements de la tête. Un disque @5400 tr/min aura un temps de latence rotationnelle plus grand qu'un 7200 tr/min, mais on s'en fout parce que ça n'arrivera qu'une fois au lancement de l'enregistrement.
Je ne rentre pas dans le détail de l'organisation des données (accès direct, séquentiel, etc.) mais il ne faut pas croire que seule la vitesse de rotation
compte.
Le mieux et aussi le plus simple est de regarder les benchmarks réalisés dans une config similaire à ce que l'on a.
[ Dernière édition du message le 17/02/2016 à 18:01:22 ]

Vévé


Me voici "un peu" moins con dans le domaine


kosmix


J'ajouterais à titre d'analogie que les performances des processeurs ne dépendent pas uniquement de leur fréquence de travail, tout un tas d'autres facteurs entrent en compte mais bon je ne suis pas expert.
Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?
[ Dernière édition du message le 17/02/2016 à 20:08:22 ]

Y@kuz@R

Moi j'utilise un sshd

De toute façon, ici bas, rien ne dépend jamais d'un seul facteur, dans aucun domaine.
- < Liste des sujets
- Charte
- 1
- 2