LMMS/lmms

force mute when exporting tracks to avoid automation unmuting an instrument

Open

#5 533 ouverte le 11 juin 2020

Voir sur GitHub
 (9 commentaires) (0 réactions) (1 assigné)C++ (961 forks)batch import
buggood first issue

Métriques du dépôt

Stars
 (7 132 stars)
Métriques de merge PR
 (Merge moyen 76j 19h) (21 PRs mergées en 30 j)

Description

Bug Summary

When exporting tracks, all instruments except for the active one get muted. So far soo good. When I put a automation line that mutes and unmutes instruments to create a stutter effect, it gets activated by the automation line when another instrument is active. I found a workaround, which consists of the automation line muting a FX channel that is linked to the instrument.

Steps to reproduce

Open a project with several instruments, and create a automation line that mutes and unmutes an instrument. Then export tracks. Voliá there you go.

Expected behavior

The currently inactive instrument stays muted

Actual behavior

The currently inactive instrument gets unmuted

Screenshot

lmmsbug

Affected LMMS versions

I tested it in Version 1.2.1 (Linux/x86_64, Qt 5.12.8, GCC 9.3.0), but I suspect all versions where 'export tracks' exists are affected.

Guide contributeur

Direction de recherche
Le problème décrit un bug où l'automatisation réactive le son des instruments pendant l'exportation des pistes. Étudiez la fonctionnalité d'exportation des pistes, probablement dans src/core/ExportProject.cpp ou similaire. Cherchez comment la mise en sourdine est appliquée avant l'exportation et comment l'automatisation la remplace. Il peut être nécessaire de modifier le système d'automatisation dans AutomationPattern.cpp pour respecter la mise en sourdine forcée pendant l'exportation. Consultez les commentaires sur le problème pour toute indication supplémentaire ou tentative de correction.
Stack technique
Aucun
Domaine
desktop
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitC++
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40