Chromium ses varyasyonunu profile değil, alan adına bağlar. Bunun pratikte ne anlama geldiğini, NimbusX'in bu bilgiyi nerede gösterdiğini ve sınırlamayı kaldırmak için ne gerektiğini açıklıyoruz. Profil bazında henüz ayırmadığımız tek ölçülmüş sinyal budur.
Bir dedektör Web Audio üzerinden kısa bir sinyal geçirir ve çıkan sonucu özetler. Donanım ile sürücüler çok küçük farklılıklar oluşturduğu için bu özet bilgisayar imzası gibi kullanılabilir. İki gerçek bilgisayar, Canvas'ta olduğu gibi farklı sonuç üretir. NimbusX profil değerini 108 Web Audio sabitinden oluşan bir tablo olarak kaydeder.
Motorumuz ses sonucunu değiştirir, ancak varyasyonu alan adına: aynı site, bu bilgisayardaki tüm profillerden aynı özeti alır. Bu nedenle ses sinyali profilleri birbirinden ayırmaz. Diğer sinyallerde bu sınırlama yoktur:
| Kanal | Aynı bilgisayarda eşleşir mi | Neden |
|---|---|---|
| Canvas | Hayır | profil çekirdeğine bağlanır |
| WebGL | Hayır | cihaz yapılandırması belirler |
| Ses | Evet | varyasyon profile değil, alan adına bağlıdır |
İki gerçek bilgisayar farklı ses özetleri üretir; aynı bilgisayardaki iki NimbusX profili ise şimdilik üretmez. Ölçtüğümüz sinyaller arasında kalan tek ilişkilendirme yolu budur.
Motorun ana projesi bunu bilinen bir eksik olarak izliyor origin-invariant. Çözüm, bu varyasyonu alan adı yerine profile bağlayacak şekilde şu yamayı değiştirmektir: 001-farble-seed-core. Bunun için NimbusX'e özel bir motor derlemesi gerekir. İşin kapsamı bellidir: motoru baştan yazmak değil, tek bir yamayı değiştirmek. Bu sürüm çıkana kadar yukarıdaki kullanım kuralı geçerlidir.
Yama yayımlandığında ses sinyali de Canvas ve WebGL gibi profil bazında ayrılacak; aynı bilgisayardaki profiller arasında ölçtüğümüz son bağ kapanacaktır.
Dedektörler profilleri nasıl ilişkilendiriyor? · Tutarlılık sayıdan daha önemlidir