Surcharge Temoin de DD (copy from live 5.x)
- 25 réponses
- 10 participants
- 3 570 vues
- 10 followers
The_head_101
Lors de la préecoute de sample un peu long (14 secondes)le temoin de surcharge [DD] s'allume et le son saute...
Comme indiqué dans la doc je teste (entre autre) cela en environement minimal (nombre de piste audio = 1, nombre de clip = 0) et pourtant cela ne change rien, la préécoute reste défaillante.
Je pense qu'il s'agit d'un paramétrage dans windows concernant la gestion de mes disques durs. Le truc c'est que je ne sais pas ni quoi, ni où régler le parametre qui changerai cette sous performance ( dd à 7200 tours)
Des idées ?
Tx
- 1
- 2
ceddec
Ced.
_Ghost
Mon disque est à 7200 t/m. Etrange !
ceddec
Ced.
afone1977
Citation : Tu peux essayer le mode RAM dans la zone échantillon (p95 du manuel). Ca charge le sample dans la RAM plutot que de le lire directement sur le DD.
tout simplement

_Ghost
harry covert
vOOb
_Ghost
vOOb
Un craquement est souvent aux buffers de la carte mère mais je ne vois pas pourquoi ca merderait...
dsl
_Ghost
harry covert
ben je vois plus que 3 possibilités :
1. c'est un problème hardware, si tu tournes sur 1 seul DD tu demandes beaucoup à ta tête de lecture
2. ton retour est trop fort, du coup les samples enregistrés trop forts crètent à la pré-écoute
3. tes samples qui craquent ne sont pas de bonne qualité
Sinon, bah je sèche complètement!
Quelqu'un aurait-il une autre idée?
@+
The_head_101
Quel configuration utilises-tu ?
Perso : AMD XP2800 ASUSTekA7V600, 1 GO RAM, plusieurs DD 7200 tours, maxtor ( un systéme et 2 autres pour les banques)
Version de live 5.2 (registred)
XP SP1
Les pointes de crétes ne sont en cause(harry)le temoin en témoigne ;)
Les samples non plus car seule la pré-écoute pose probléme...
_Ghost
Version 6 de Live, mais j'avais le même soucis avec la 5.
Effectivement, il ne sagit pas d'un problème de crètes. Apparement le fait de tourner sur un seul dique dur, non plus, vu que The head 101 en a 2.
Harry : les samples sont en 16bits 44hz et de bonne qualité.
Bon ben, The head 101 on est au moins 2 avoir ce soucis, ça console pas mais ont se sent moins seul
The_head_101
Sur mon PC il y deux partoches
- (1) Avec internet et plein de "bordel"
- (2) Rien que du son (uniquement et rien d'autre)
Néansmoins sur la partoche (1) il y quand même live (5.0.1) pour tester des demos de vst du net, entre autres...
Et bien; sur la partition (1) le probléme de pré-écoute ne se pose pas.(!)
Comme je suis pas un super as de l'optimisation je ne sais pas faire un "dif" entre la partition (1) et (2) afin d'identifier la solution...
C'est surement une piste ?
Anonyme
Essaye d’utiliser un programme d’entretien ou les outils de Windows pour analyser ta partition et vérifier qu’elle ne comporte pas d’erreurs et de fichiers corrompu.
La préécoute doit être effectué en arrière plan par rapport a la lecture globale du set, c’est donc pas étonnant que ce soit elle qui morfle en premier. Fais donc des essais avec un buffer audio plus élevé.
Evite également les supports amovibles (clé usb ou CD) qui peuvent perturber l’explorateur ou ralentir les accès disques… Voilà, je vois pas trop sinon…
harry covert
_Ghost
Doz1eE à dégagé des pistes interessantes, mais je n'ai pas eu encore l'occasion de tester.
Je sais pas si cela peu avoir un rapport, les services d'arrière plan (asio) dans Windows, sont favorisés. Pas encore essayé de faire des préécoutes avec un buffer + élevé, mais bientôt.
Mon DD est très réguliérement défragmenté et ne comporte pas d'erreurs.
En tout cas merci de votre interêt les gars, je vous tiendrais au courant de mes essais.
The_head_101
Long, lourd, mais avec des résultats.
Heartly
J'ai pour ram 11% voir maxi quand chargé le morceau 33%
avec 14/15 piste pas de soucis.
mais la j'en suis a 24 pistes (car il y a des choeurs, des tierces, quinte, double guitare, samples etc et la batterie décomposé en tout ses éléments overhead etc...)
La... avec 25 piste le témoin DD devient rouge, et le son grésille et saute par moment...
J'ai gelé presque toute les pistes
et quelques unes en RAM ( 2 seulement) car je comprends pas trop le rapport entre RAM et gelé, puis RAM j'ai l'impression ca surcharge encore plus non ?
si vous avez des astuces pour corriger ce soucis...
Sinon mes questions si certains connaissent la réponse ^^ :
// vous savez si c'est mieux ou non les pistes "midi" de les écraser pour en faire une audio ? c'est moin lourd non ? ... car j'ai fais ca pour toute (en gardant une sauvegarde au cas ou je reviens sur le midi) et j'ai l'impression que ca aide a allégé
// Si ca grésille, et que pour transferer sur un appareil externe avant de faire pressé ma démo, je convertis sur le disque en Wave, puis je rouvree live, j'importe le WAVE, comme ca il n'y aura plus du tout de grésillement lors de la lecture, et la syncrho midi se fera toujours avec le tempo..
Mais les panoramiques resteront les memes ?
// enfin, si je dois m'acheter un pc fixe ... ca sera le meme chose meme soucis ou non ? car mon pc portable a 2GHetz deja de rapidité, et en fixe il y a pas vraiment beaucoup plus ..
Si oui.. quel config me conseillé vous ? (pour le moin cher possible)
The_head_101
Citation : J'ai pour ram 11% voir maxi quand chargé le morceau 33%
Je pense que tu parles du CPU et non de la ram. mais c est pas très clair...
Citation : je comprends pas trop le rapport entre RAM et gelé, puis RAM j'ai l'impression ca surcharge encore plus non ?
Le gel d'une piste crée un "down mix" temporaire du sample et des effets appliqués à la piste, qui normalement sont calculés à la volée
L'option RAM permets a live de monté le fichiers en ram avant d'appliquer les effets ici encore calculé en live (plus light que de steamer le ficher depuis le DD)
le gel est normalement le plus light en consommation CPU en effet...
Conseils
1 : le resampling des pistes qui peuvent l'être. a savoir le piste sur lequel beaucoup de VST et d'effet qui ne seront potentiellement pas à retoucher...
2 : le "down mix" de certaine pistes et notamment les drum (toujours dans une mesure calculé)
Citation : // vous savez si c'est mieux ou non les pistes "midi" de les écraser pour en faire une audio ? c'est moin lourd non ? ... car j'ai fais ca pour toute (en gardant une sauvegarde au cas ou je reviens sur le midi) et j'ai l'impression que ca aide a allégé
Je pense aussi que le midi solicite plus la CPU mais j'en suis vraiment pas sur ? je pense aussi que cela dépend de beaucoup de truc (bus/interface midi et audio interne/externe, le nombre de routing et canaux audio...) : à tester donc...
Citation : // Si ca grésille, et que pour transferer sur un appareil externe avant de faire pressé ma démo, je convertis sur le disque en Wave, puis je rouvree live, j'importe le WAVE, comme ca il n'y aura plus du tout de grésillement lors de la lecture, et la syncrho midi se fera toujours avec le tempo..
Mais les panoramiques resteront les memes ?
si je comprends bien alors : oui
Citation : //// enfin, si je dois m'acheter un pc fixe ... ca sera le meme chose meme soucis ou non ? car mon pc portable a 2GHetz deja de rapidité, et en fixe il y a pas vraiment beaucoup plus ..
Si oui.. quel config me conseillé vous ? (pour le moin cher possible)
Gros CPU
2 go ram is wellcome
2 DD 7200 mini (10000 wellcome) et (1 systeme et l'autre samples et record)
bi ecran (ben oui parce que 25 pistes en même temps !)
ben là c'est une question de budget quant même...
The_head_101
from Manuel French live : Lors de l’ajout d’un long échantillon à un projet, Live peut vous indiquer qu’il ne
peut pas lire l’échantillon avant de l’avoir analysé. Veuillez lire la section sur l’analyse (voir
Fichiers d’analyse (.asd)) pour une explication.
Une remarque sur l’emploi des chiers à débit binaire variable (Variable Bit Rate ou VBR) :
Veuillez installer QuickTime dans votre système pour le décodage s’il ne l’est pas déjà. Il
peut être téléchargé sur le site web Apple1.
Étant donné que Live lit les échantillons directement depuis le disque dur, vous pouvez
travailler avec un nombre important d’échantillons (de grande taille) sans avoir de problèmes
de limite de mémoire RAM.
page 55 et suivantes
TFisch
Citation : Je pense aussi que le midi sollicite plus la CPU mais j'en suis vraiment pas sur ?
Non, c'est le contraire. Le MIDI est un langage de communication très léger qui est traité sans aucune difficulté par l'ordinateur. Dans l'absolu, le MIDI est donc des milliers de fois plus léger que l'audio.
Par contre, ce n'est vrai que si l'ordinateur ne se charge que du MIDI (par exemple pour piloter un synthé "physique" externe). Si la piste MIDI pilote un synthé virtuel dans l'ordinateur, là par contre la charge de travail du processeur qui doit "simuler" le synthé peut être énorme et souvent plus importante que pour l'audio.
Heartly
oui pour mon cas les synthés utilisés sont lourd (comme INTRO ) donc l'audio sera plus légé.
Gits
- < Liste des sujets
- Charte
- 1
- 2

