Before declaring it a bug investigate thoroughly that it isn’t a user misunderstanding or error.
Source: Media → File Name, means it is being directed to seek out information from MediaBay, maybe there is some configuration that needs to take place before directing it there.
The standard [Event Name] may be all that is required, using [Media → File Name], now introduces sorting through MediaBay Meta Data.
I don’t involve MediaBay. I just drag audio files from windows explorer into the project.
Files already in the project after launch work as expected. Newly imported files don’t.
Strangely, Steinbergs own ‘VST Content’ files already scanned in Mediabay did not have the media file name retrieved to the marker description. EDIT: after rescanning/works correctly.
And a also, using the main audio ‘import’ function of a .wav file which has not been scanned in Mediabay can successfully get Media/File Name to Marker Attribute/Description.
Agreed, and my earlier example did not hold water regarding the getting ‘Title’ from media, as the Steinberg VST3 content (which I have never used) needed a ‘rescan’. After this, no issue.
It is of course a bug if the expected behavior from the application is not reflected in reality. Are you saying it’s a “user behaviour issue” for not including the step of importing files to MediaBay before creating cycle markers?
If it is possible to import files directly from Windows Explorer to the project, then it is a bug that the audio files aren’t handled correctly until restart.
If your method works, then it should be made impossible to import audio files to the project directly, since that in your opinion is a user behavior issue. See my point?
So, hope Steinberg is seeing this and it’s put into the backlog.
Haven’t read the whole thing in detail… But …
No marker track information is injected to the audio file and vice versa.
Marker tracks and audio events/files are in no way related to each other.
Go into media bay with a sample, in MediaBay you have MetaData options you can add to anything you list in your MediaBay set-up.
Lets say you add to your sample, in its MetaData: Copyright | Joe Bloggs / 2026
This MetaData is now attached via the MediaBay to the listed sample in MediaBay.
Drag in from MediaBay this sample into your Project Window.
Now select the event >
Select Event > Project > Create Markers from Selected Events
| Marker Type: Cycle
/ Source: Media → Copyright / Marker Attribute: Description
Your event will now get a marker, taken from your Media Bay MetaData for that sample within it = Joe Bloggs / 2026 written in the Description for your marker.
MEDIA → [means GO INTO MEDIABAY]
If your receiving tons of audio or footage, you would want to Go into MediaBay 1st and sort it all out so you know what you have at your disposal and where it is located and organized.
You would want all the MetaData to identify the film its from, the author, the copyright holder, the length, the notes attached to it. Before bringing it into the Project.
I see that you recommend using MediaBay. That’s fine, but if it works for you it’s just another workaround for the bug.
I never use MediaBay since I use Soundminer. When I found the bug, audio files were files already sorted in subfolders and no need for metadata, only file name. Simple drag and drop. I expect Nuendo to know the file name without additional action.
Yes I already know that, but the descriptions were messed up, added unwanted “1” suffix to some of the events inside the event description (maybe also a bug). That’s why I wanted to use file name which should have worked since I could see in the pool that they were all correct. Event description is a another workaround.
I handled 1500 short audio files. This was a batch job really. So editing descriptions wasn’t an option. Luckily restarting helped.