🎵 Büyük Platformlar - HLS Chunk Stratejileri

📅 Tarih: 2025-12-04 🔍 Analiz: Spotify, YouTube Music, Apple Music, Tidal 🎯 Hedef: Müzibu için optimal chunk stratejisi

🏆 Platform Spesifikasyonları

🎧

Spotify

Streaming Protocol OGG Vorbis + HLS (Web)
Chunk Duration ~10 saniye
Preview Mode 30 saniye (3 chunk)
Encryption Custom DRM (Widevine)
Bitrate Strategy Adaptive (96-320 kbps)

▶️

YouTube Music

Streaming Protocol DASH + HLS
Chunk Duration ~5-10 saniye
Preview Mode Yok (tamamen premium)
Encryption Widevine L3
Bitrate Strategy Adaptive (128-256 kbps)

🍎

Apple Music

Streaming Protocol HLS (Native)
Chunk Duration ~6 saniye
Preview Mode 30-90 saniye (5-15 chunk)
Encryption FairPlay DRM
Bitrate Strategy Lossless (ALAC) + AAC

🌊

Tidal (HiFi)

Streaming Protocol HLS + DASH
Chunk Duration ~10 saniye
Preview Mode 30 saniye (3 chunk)
Encryption Widevine + Custom
Bitrate Strategy HiFi (1411 kbps FLAC)

📊 Detaylı Karşılaştırma

Platform	Chunk Süresi	30s Preview	Performans	Güvenlik
Spotify	~10 saniye	3 chunk	⚡ Hızlı	🔒 Yüksek (Custom DRM)
YouTube Music	~5-10 saniye	-	⚡ Hızlı	🔒 Yüksek (Widevine)
Apple Music	~6 saniye	5-15 chunk	⚡ Orta	🔒 Yüksek (FairPlay)
Tidal	~10 saniye	3 chunk	⚡ Hızlı	🔒 Yüksek (Widevine)
Müzibu (Şu an)	10 saniye	3 chunk	⚡ Hızlı	🔓 Orta (AES-128)

📐 Endüstri Standartları (Apple HLS Spec)

✅ Apple HLS Specification - Önerilen Değerler

Chunk Duration: 6-10 saniye (optimal)
Minimum: 2 saniye (çok fazla HTTP overhead)
Maximum: 20 saniye (yavaş başlatma)
Live Streaming: 2-6 saniye (düşük latency)
VOD (Video on Demand): 6-10 saniye (optimal)
Audio Only: 10 saniye (daha az overhead)

⚠️ Chunk Süresi Çok Kısa İse (2-3 saniye)

• HTTP request sayısı 3-5x artар → Sunucu yükü artar

• Browser connection limit → Yavaşlama

• CDN maliyeti artar (her chunk ayrı istek)

• Mobile data kullanımı artar (overhead)

⚠️ Chunk Süresi Çok Uzun İse (15-20 saniye)

• İlk oynatma gecikmesi artar (buffering)

• Network değişikliklerine yavaş adaptasyon

• Preview kontrolü kaba olur

🎯 Müzibu İçin Öneriler

✅ 10 SANİYE CHUNK - MEVCUT DURUM MÜKEMMEL!

Neden 10 saniye optimal?

✓ Endüstri standardı: Spotify, Tidal, YouTube Music hepsi 10 saniye kullanıyor
✓ Performans: Az HTTP istek, düşük overhead
✓ 30 saniye preview: 3 chunk = yeterli kontrol
✓ Mobile-friendly: Data tasarrufu
✓ CDN maliyeti: Düşük (az istek)

// ✅ ŞU ANKİ AYAR (ConvertToHLSJob.php - Line 123)
-hls_time 10  // 10 saniye/chunk (OPTIMAL!)

// Sonuç:
// - 3 dakikalık şarkı = 18 chunk
// - 30 saniye preview = 3 chunk
// - HTTP istek: Guest 3, Premium 18
                

❌ 5 SANİYE CHUNK - ÖNERİLMEZ!

Neden 5 saniye kötü?

✗ 2x daha fazla HTTP istek: 3 chunk → 6 chunk (30 saniye için)
✗ Sunucu yükü artar: Her chunk ayrı rate limiting, log, validation
✗ Mobile data kullanımı artar: HTTP overhead 2x
✗ CDN maliyeti artar: Her istek para
✗ Browser connection limit: 6 paralel istek (HTTP/1.1 için sınır)

// ❌ 5 SANİYE (ÖNERİLMEZ!)
-hls_time 5

// Sonuç:
// - 3 dakikalık şarkı = 36 chunk (18 chunk → 36 chunk)
// - 30 saniye preview = 6 chunk (3 chunk → 6 chunk)
// - HTTP istek: Guest 6, Premium 36 (2X ARTIŞ!)
                

🎯 ASIL ÇÖZÜM: Server-Side Preview (Dynamic M3U8)

Chunk süresi: 10 saniye kalsın (performans korunur)
Preview kontrolü: Server-side playlist filter (güvenlik artar)
Guest user: Playlist'te sadece ilk 3 chunk listele
Premium user: Playlist'te tüm chunk'ları listele
Chunk-level auth: Her chunk isteği signed token ile doğrula

🚀 Final Karar

✅ MÜZİBU İÇİN OPTIMAL STRATEJİ

1. Chunk Süresi: 10 saniye (değiştirme!)

2. Preview Kontrolü: Server-side dynamic M3U8 (güvenlik için)

3. Encryption: AES-128 (mevcut) + Chunk-level token (ekle)

4. Rate Limiting: Guest 30/min, Premium 300/min (mevcut)

// Spotify, Tidal ile aynı seviyede performans
// Apple Music'ten daha iyi performans (onlar 6 saniye kullanıyor)
// YouTube Music ile benzer (5-10 saniye arası)

✅ 10 saniye chunk = Endüstri standardı
✅ 3 chunk preview = Spotify/Tidal ile aynı
✅ Server-side kontrolü ekle = Güvenlik artar, performans aynı kalır
                