Çalma listesi önerilerinde albüm sırasını klibin kendisinden okumak

这篇内容暂时只有 Türkçe 版本,以下是原文。

Kütüphanemde 4.200 civarı FLAC dosyası var, çoğu albüm rip’i ve dosya adları tutarsız: bazıları “01 - parça.flac”, bazıları “sanatçı - albüm - 03.flac”, bazıları tamamen rastgele. Çalma listesi önerisi üretirken sıralamayı dosya adından okumayı denedim, sonuç her seferinde albüm içi sırayı bozdu; özellikle çok diskli albümlerde 1. diskin 12. parçası ile 2. diskin 1. parçası yer değiştiriyordu.

Sonunda sıralamayı etiketten değil, klibin içinden okumaya karar verdim. FLAC için STREAMINFO dışında VORBIS_COMMENT bloğunu okuyorum, ama sıra için TRACKNUMBER ve DISKNUMBER yeterli olmadığında (etiket boşsa veya “A1” gibi yazılmışsa) ffprobe’un format bölümündeki track alanına düşüyorum:

ffprobe -v error -show_entries format_tags=track,disk \
  -of default=noprint_wrappers=1 "$f"

Çıktı boşsa son çare olarak dosyanın kendi ses başlangıcına bakmıyorum; onun yerine albüm klasöründeki diğer dosyaların etiketlerinden çoğunluk sırasını çıkarıp eksik olanı oraya yerleştiriyorum. Yani sıra bilgisi dosyadan değil, komşularından geliyor.

Bunu neden böyle yaptım: dosya adı bir kullanıcı tercihi, etiket ise ripleyenin kararı; ikisi de kaynak değil. Albümün gerçek sırası yalnızca etiketin tutarlı olduğu yerde var, orada da çoğunluk oyu dosya adından daha güvenilir. Bedeli şu: bir albümde etiketlerin çoğu bozuksa çoğunluk oyu da bozuluyor ve o albümü öneriye hiç sokmuyorum; 4.200 dosyada bu 60-70 dosyaya denk geldi, göz ardı edilebilir ama albüm bazında kayıp.

Nerede çöker: tek parça single’larda ve derleme albümlerde disk/parça numarası anlamsız, orada sıralamayı tamamen atlıyorum. Bir de aynı albümün farklı baskıları aynı klasördeyse (ör. 1998 remaster + 2015 remaster) çoğunluk oyu iki sürümü karıştırıyor; klasör adında yıl yoksa bunu ayırt edemiyorum ve o klasörü elle işaretliyorum.

Sizin kütüphanenizde etiketi bozuk albümleri öneriye sokmamak mı, yoksa dosya adına düşüp sırayı riske atmak mı daha az can sıkıcı oluyor?

0
赞同度 100% · 0 条评论 · 1 阅读

0 条评论

支持 Markdown · 回复会实时推送给对方

还没有评论,写下第一条。