Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

4.2.2 Bug? rdimport does not set the Description of imported cuts when using --to-cart flag #958

Open
vizubeat opened this issue May 4, 2024 · 2 comments

Comments

@vizubeat
Copy link

vizubeat commented May 4, 2024

Looks like rdimport no longer adds the original filename to the Description of a cart when importing multiple cuts into a specific cart. For example when importing 'filename.wav', the description of Cut 001 would be set to 'filename', etc. I am coming from Rivendell v1.7 though so it might have missed something!

@vizubeat vizubeat changed the title rdimport does not set the Description of imported cuts when using --to-cart flag 4.2.2 Bug? rdimport does not set the Description of imported cuts when using --to-cart flag May 5, 2024
@vizubeat
Copy link
Author

vizubeat commented May 5, 2024

This also seems to also be the case for dropboxes - it's really useful to know the original filename for some imported audio to check exactly what's been imported - am I doing something wrong, or is this a behaviour change?

@fpeyraud
Copy link
Contributor

fpeyraud commented Sep 20, 2024

Hi !
In the same register, when importing a sound (MP3 file with ID3 v2.4.0) into an existing cart via a dropbox which command line is

/usr/bin/rdimport --persistent-dropbox-id=1 --drop-box --normalization-level=-13 \
--autotrim-level=0 --to-cart=1 --metadata-pattern=%i --delete-source --startdate-offset=0 \
--enddate-offset=0 --log-syslog TRAFFIC /home/radio/import_rd/*

the Cart description is changed even if the "Update library metadata" option is not checked. This broadcasts messed up PAD data since the Cart title is supposed to be statically configured to the program name.
@vizubeat you can notice that I tried to deal with your problem by adding a %i in the "Metadata Pattern" option, so that the cut is named after the filename

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants