Bonjour cher voisin (ici Compiègne),
personnellement, j'ai abandonné RDCatch assez vite en raison de ce genre de limitations.
Comme Rivendell tourne sous linux, c'est à mon sens plus "simple" et plus flexible d'utiliser des scripts shell et crontab pour les tâches récurrentes.
Si j'ai bien compris, il s'agit ici pour chaque émission de télécharger et diffuser automatiquement l'épisode de la semaine, et à défaut de passer une rediffusion ?
De notre côté, les bénévoles sont responsables de nommer correctement leur fichier avec la semaine de diffusion prévue avant de la mettre dans un ftp.
Ils sont aussi responsables de mettre une rediffusion (toujours avec la date) au lieu d'un nouvel épisode¹ si nécessaire.
Les fichiers sont téléchargés à date/heure fixe par un script puis importés dans rivendell en invoquant la commande rdimport avec les bonnes options selon le cart de destination.
Parmi ces options (pour répondre à la question 1), il est possible soit d'effacer tous les cuts existants dans le cart, soit de ne pas y toucher, auquel cas le fichier importé se met dans un cut supplémentaire.
Mais: avec plusieurs cuts dans un cart, on a pas vraiment la main de manière fine sur quel cut va passer, sauf à aller éditer manuellement les propriétés de chaque cut pour n'en garder qu'un autorisé le jour J²
Le scheduler de Rivendell est assez basique, suffisant pour nos besoins dans l'ensemble,
mais pour ce genre de choses je gérerais le choix de quel épisode importer avec un systèm externe (manuel ou automatique).
L'unité de base du scheduler est plus le CART que le CUT amha.
Je ne sais pas si ça aide ?
¹: Le problème de cette méthode est qu'on ne fait pas la différence (à l'antenne et dans les podcasts et archives subséquents) entre une rediffusion et une nouvelle émission, donc il y a probablement des doublons.
²: ça doit pouvoir s'automatiser en allant écrire directement dans la base de données.