réactions à la news Rumeurs NAMM 2019 : une APC Live chez Akai ?
- 1 173 réponses
- 100 participants
- 105 730 vues
- 116 followers
Banshee in Avalon
27934
Administrateur·trice du site
Membre depuis 17 ans
Sujet de la discussion Posté le 02/01/2019 à 17:37:59Rumeurs NAMM 2019 : une APC Live chez Akai ?
Les cotillons à peine rangés, les rumeurs concernant les nouveautés du NAMM fleurissent déjà sur la toile. Et parmi elles une Akai APC Live.
Lire la news
Ce thread a été créé automatiquement suite à la publication d'une news pour ce produit. N'hésitez pas à poster vos commentaires ici !
Lire la news
Ce thread a été créé automatiquement suite à la publication d'une news pour ce produit. N'hésitez pas à poster vos commentaires ici !
pico
5689
Je poste, donc je suis
Membre depuis 21 ans
671 Posté le 25/01/2019 à 17:15:55
Citation :
C'est du 32 bit floating point, et la mémoire exploitable est de 1130 Mo, soit 53 minutes d'audio stéréo (à 44.1kHz).
Je sais pas ou tu les trouve les 1130 Mo ? j'ai la MPC live et impossible de charger cette taille là...
Peut être que le traitement des effets ou plugin est en 32 bit ? mais la MPC enregistre en 16 ou 24 bit.
Les 1130 mo doit être la taille de l'os chargé dans la ram je pense, ce qui en gros fait qu'il resterait 870 mo mais je n'arrive pas non plus à charger cette taille là aussi. Depuis il y a eu aussi une mise à jour majeur avec les 3 plugin qui a peut être réduit aussi la taille de la ram disponible ?
[ Dernière édition du message le 25/01/2019 à 17:19:44 ]
dsy
4313
Squatteur·euse d’AF
Membre depuis 22 ans
672 Posté le 25/01/2019 à 17:29:14
Une vidéo de présentation traduite en français :
Deltank
2637
Squatteur·euse d’AF
Membre depuis 21 ans
673 Posté le 25/01/2019 à 17:44:55
Citation de pico :
Je sais pas ou tu les trouve les 1130 Mo ?
Pico, j'ai indiqué la source de mon info juste à la ligne suivante dans mon message.
Lit mon message en entier, et va voir le lien...
"Le monde se divise en deux catégories : ceux qui passent par la porte, et ceux qui passent par la fenêtre." (Tuco)
pico
5689
Je poste, donc je suis
Membre depuis 21 ans
674 Posté le 25/01/2019 à 18:09:29
Citation :
Pico, j'ai indiqué la source de mon info juste à la ligne suivante dans mon message.
Lit mon message en entier, et va voir le lien...
L'article parle de L'OS 2.0.5 on en est à l'OS 2.3.0 La mémoire disponible n'est peut être plus la même depuis... En tout cas sur ma MPC live je ne les ai pas. Peut être que sur la FORCE, l'OS prend moins de place dans la ram, mais cela m’étonnerais.
[ Dernière édition du message le 25/01/2019 à 18:11:37 ]
Deltank
2637
Squatteur·euse d’AF
Membre depuis 21 ans
675 Posté le 25/01/2019 à 18:21:11
Pico, certes l'OS a évolué, mais de là à perdre 250 Mo de mémoire...
Si c'était vrai, on finirait par avoir 10 Mo de place pour les samples en v3.0, ce qui est absurde.
Mais attention, il ne fait pas confondre la quantité de RAM utilisable et la quantité de samples que l'on peut y mettre, car il y a conversion.
C'est 1130 Mo de samples 32 bits, ce qui revient à 850 Mo de samples 24 bits, et 565 Mo de samples 16 bits, car les samples sont systématiquement convertis en 32 bits quand ils sont chargés en RAM.
Dans tous les cas, il y a donc bien 1130 Mo de place libre en RAM.
Tu peux suivre le protocole de test de MPC-Tutor pour vérifier par toi-même ce que ça donne avec la v2.3.
Perso j'ai appris à gérer mes samples sur des sampleurs hardware avec 32 Mo de RAM, alors avec 1 Go, je suis à l'aise.
Si c'était vrai, on finirait par avoir 10 Mo de place pour les samples en v3.0, ce qui est absurde.
Mais attention, il ne fait pas confondre la quantité de RAM utilisable et la quantité de samples que l'on peut y mettre, car il y a conversion.
C'est 1130 Mo de samples 32 bits, ce qui revient à 850 Mo de samples 24 bits, et 565 Mo de samples 16 bits, car les samples sont systématiquement convertis en 32 bits quand ils sont chargés en RAM.
Dans tous les cas, il y a donc bien 1130 Mo de place libre en RAM.
Tu peux suivre le protocole de test de MPC-Tutor pour vérifier par toi-même ce que ça donne avec la v2.3.
Perso j'ai appris à gérer mes samples sur des sampleurs hardware avec 32 Mo de RAM, alors avec 1 Go, je suis à l'aise.
"Le monde se divise en deux catégories : ceux qui passent par la porte, et ceux qui passent par la fenêtre." (Tuco)
[ Dernière édition du message le 25/01/2019 à 18:35:29 ]
Will Zégal
75396
Will Zégal
Membre depuis 22 ans
676 Posté le 25/01/2019 à 18:23:56
Falkemaze : d'une j'ai parfaitement compris, de deux il y a des approximations dans ton l'explications que tu donnes en lien, et qui d'ailleurs n'évoque pas du tout les systèmes d'allocation mémoire, de trois, ce n'est pas parce que le son est traité en 32 bits floats pendant les calculs qu'il est stocké en permanence en mémoire en 32 bits.
pico
5689
Je poste, donc je suis
Membre depuis 21 ans
677 Posté le 25/01/2019 à 18:57:57
Citation :
C'est 1130 Mo de samples 32 bits, ce qui revient à 850 Mo de samples 24 bits, et 565 Mo de samples 16 bits, car les samples sont systématiquement convertis en 32 bits quand ils sont chargés en RAM.
Dans tous les cas, il y a donc bien 1130 Mo de place libre en RAM.
Je viens de faire un essai de chargement de samples en 16bit et j'ai pu charger 559 mo, ce qui se rapproche de ton estimation Bref c'est pas beaucoup je trouve, vivement le streaming...
[ Dernière édition du message le 25/01/2019 à 18:59:55 ]
dsy
4313
Squatteur·euse d’AF
Membre depuis 22 ans
678 Posté le 25/01/2019 à 20:09:55
Test de quelques effets de la Akai Force (je précise vu qu'on en parle plus trop sur ce thread...) :
JeffX
5807
Je poste, donc je suis
Membre depuis 20 ans
679 Posté le 25/01/2019 à 20:13:55
merci dsy de garder le cap
falkenmaze
3300
Squatteur·euse d’AF
Membre depuis 12 ans
680 Posté le 25/01/2019 à 20:59:15
x
Hors sujet :Citation :Falkemaze : d'une j'ai parfaitement compris, de deux il y a des approximations dans ton l'explications que tu donnes en lien, et qui d'ailleurs n'évoque pas du tout les systèmes d'allocation mémoire
J'essaie juste de te donner des clefs pour la compréhension de ce "problème" de mémoire. Tu en fais ce que tu veux.
Citation :ce n'est pas parce que le son est traité en 32 bits floats pendant les calculs qu'il est stocké en permanence en mémoire en 32 bits.
Tel qu'est architecturé un projet MPC, tous les samples d'un projet sont susceptibles d'être appelés à tout moment. On est sur un système où on veut une latence minimale, musique oblige. On est aussi sur un système avec une capacité de calcul limitée et précieuse. Pour cette raison on veut limiter les i/o et les conversions de type. Dans ce cadre, le plus simple c'est de charger tous les samples en mémoire, directement dans format correspondant à la précision des calculs qu'on fera dessus (tableaux de float32, très probablement). Maintenant si tu as une hypothèse plus probable, merci de l'exposer, en étayant un minimum... parce que moi fondamentalement je ne demande rien de mieux que d'apprendre de toi.
- < Liste des sujets
- Charte