By any chance do you have carts in one group with numbers that fall in a range defined for another group?


Rob

--
Я там, где ребята толковые,
Я там, где плакаты "Вперёд",
Где песни рабочие новые
Страна трудовая поёт.

On Mon, 7 Nov 2016, Lee Baker wrote:

Hello all,
Over the last few days, I have noticed something very weird. When importing
a mass batch of new songs using the rdimport command from a terminal, I have
noticed that some of the new imports are going into existing carts.

Now, it's not deleting any of the cuts within the existing carts, just
creating a new cut and overwriting all of the song card information.

The rdimport command is just as I should be using it, I am not adding
"--single-cart", see below

"rdimport --verbose --normalization-level=-13
--metadata-pattern=%a_%t_%p_%y_%b --delete-source MUSIC *.wav"

It took me a little while to find this, we have a large library, certainly
no shortage of cart numbers, the music group allows for 100001-400000.

Today, I also noticed that this is not just happening with music, but with
voice tracks also. We use VT markers in our logs for announcers to
voicetrack, new voicetracks that were created were addedd to existing
voicetracks that had not yet deleted.

Another strange issue I have noticed, which is rather frustrating mind you,
is that when moving carts between groups causes certain fields withing the
carts to be lost, such as composer, year, record label etc. Scheduler codes,
artists, title and any cue markers etc set remain in tact. Any ideas on what
could be causing these issues?

Cheers

_______________________________________________
Rivendell-dev mailing list
[email protected]
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Reply via email to