View Issue Details

IDProjectCategoryView StatusLast Update
0004148ardourbugspublic2020-04-19 20:15
ReporterJaaxxOne Assigned Tocth103  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version3.0-alpha8 
Target Version3.0 
Summary0004148: Cannot import .mid files without copying them to session
DescriptionAs described in summary. Applies to drag and drop operations as well as from the import dialog.

Additional InformationPerhaps it's not a bad idea to default to always copying .mid files to session since they are so tiny. If so, maybe an additional copy option could be added to the preferences dialog to differentiate from audio files?
TagsNo tags attached.

Activities

JaaxxOne

2011-07-01 16:28

reporter   ~0010949

To clarify, Current behavior is: "Always copy imported files" in Preferences dialog OR "Copy files to session" in Import dialog MUST be checked in order to import .mid files

cth103

2011-07-02 22:31

administrator   ~0010954

It seems like it might be sensible to disallow embedding of MIDI files, since they can be changed by Ardour (unlike sound files).

JaaxxOne

2011-07-17 22:27

reporter   ~0011154

I think it is sensible to write a copy to session for that reason, but it might be possible to only copy an embedded file when it is added to a playlist? ie: you could embed a folder full of .mids to the editor list, drag and drop to playlists as needed, then when you do cleanup you are only removing unused links.

At any rate, there needs to be a way to differentiate the "always copy" behavior between midi and audio data. As it is I have to enter the menu and select it for working with .mids and then remember to go back and turn it off before I work with audio clips.

cth103

2012-06-18 23:43

administrator   ~0013575

MIDI files are forced to be copied on import in SVN 12774; if you feel strongly that there should be an option for the not-yet-added-to-the-playlist case, feel free to file a feature request. Thanks!

system

2020-04-19 20:15

developer   ~0022636

Issue has been closed automatically, by Trigger Close Plugin.
Feel free to re-open with additional information if you think the issue is not resolved.

Issue History

Date Modified Username Field Change
2011-07-01 16:20 JaaxxOne New Issue
2011-07-01 16:28 JaaxxOne Note Added: 0010949
2011-07-01 22:56 cth103 cost => 0.00
2011-07-01 22:56 cth103 Target Version => 3.0-beta1
2011-07-02 22:24 cth103 Status new => confirmed
2011-07-02 22:31 cth103 Note Added: 0010954
2011-07-17 22:27 JaaxxOne Note Added: 0011154
2011-11-15 17:26 cth103 Target Version 3.0-beta1 => 3.0
2012-06-18 23:43 cth103 Note Added: 0013575
2012-06-18 23:43 cth103 Status confirmed => resolved
2012-06-18 23:43 cth103 Resolution open => fixed
2012-06-18 23:43 cth103 Assigned To => cth103
2020-04-19 20:15 system Note Added: 0022636
2020-04-19 20:15 system Status resolved => closed