Repository navigation
Profils criteres expressions
Les champs texte de critères acceptent une mini-syntaxe commune au GUI et au CLI. Elle évite de multiplier les règles quand une même intention a plusieurs formes possibles.
Les expressions s'appliquent aux champs de critères : langue, codec, titre contient, flags, keywords critères et keywords préférés. Elles ne s'appliquent pas aux champs d'action comme Titre pattern.
Les champs texte de critères acceptent une mini-syntaxe commune au GUI et au CLI :
-
&signifie AND ; -
|signifie OR ; - les parenthèses fixent la priorité.
Exemples :
VFQ | VFF
(VFQ | VFF) & Forced
EAC3 | AC3
{atmos} | {dtsx}
Les champs de critères restent combinés entre eux par AND : si vous renseignez type = audio et codec = EAC3 | AC3, la piste doit être audio et avoir l'un des deux codecs.
Pour chercher un caractère &, |, ( ou ) comme texte réel, utilisez des guillemets ou un échappement :
"A | B"
Dolby \& DTS
\(VFQ\)
Les expressions invalides bloquent la sauvegarde du profil et s'affichent dans la preview au lieu de faire planter l'éditeur.
Le runtime CLI accepte expr dans une condition de profil :
{
"field": "source_title",
"op": "contains",
"expr": "(VFQ | VFF) & Forced"
}expr est compilé en conditions standard all / any avant évaluation. Une condition feuille ne peut pas contenir à la fois value et expr.
Les atoms de type {atmos} ou {dtsx} ciblent les champs booléens connus du moteur, ce qui permet de donner un bonus aux pistes Atmos ou DTS:X sans changer les critères techniques comme codec.