MAXIMUM değeri olan değişken bir kare hızı belirtmek ve libx264'ün uygun gördüğünde kare hızını düşürmesine izin vermek istiyorum. Buradaki fikir, genişletilmiş bir fotoğraf çerçevesi gibi bir şey olduğunda ekstra sıkıştırma elde etmektir
Anladığım kadarıyla, bu muhtemelen nispeten sakar bir şekilde olabilir, ancak bazı karmaşık ve mantıksız nedenlerden dolayı istenmeyen bir durumdur.
Bir x264 akışında bir kare hızı (kare sayısı) olmasına rağmen, kare hızı kodlayıcıdan daha çok kapsayıcı düzeyinde bir sorundur.
Düz geçişli bir VFR kodlamasında, temelde kare hızının hangi kare / kez üzerinde olduğunu gösteren bir metin dosyası olacak ve bir kaynağı kodlarken, tcfile-in veya tcfile-out gibi bir işlev zaman damgalarını kodlamadan geçirir. , hız konumlarını eşlemek ve videoyu öznelikle kaynaktan tutarlı tutmak için.
Düşük çerçeveli fikir mantıklı bir fikirdir, ancak çeşitli nedenlerle işe yaramaz. X264, bazı yeteneklerle VFR farkında olsa da, dosya boyutunu azaltmak için (birçok bit hızı kontrolüne benzer bir şekilde) hareketle ilgili kare hızını değiştirecek bir analiz işlevi olduğunu düşünmüyorum.
Kaynak da bir sorundur: VFR kaynakları varsayılan olarak çerçeve değişkenliklerini koruyacaktır, ancak görünüşe göre bir CFR dosyasını değişken bit hızında kodlamak (bazen iyi bir fikir, özellikle telesine ihtiyaç duyulduğunda özellikle aynı CFR) üretilecektir.
Bu, muhtemelen bit hızını elle yeniden yazmanız gerektiği anlamına gelir (yani, dosyaya yapıştırılan yavaş sahnelerin zaman damgaları) veya avisynth için dup, dedup ve exactDedup gibi bir çerçeve belirleme algoritmasına başvurmanız gerekir . Videonuzda çok düşük hareket varsa, bazı kareler (hatta yarım?) Dışarı atılır. Sorun, bu algoritmaların gelişmiş olmaması ve en iyi kodlamaya neyin katkıda bulunacağı konusunda "gerçek hayat" görüntüleri ile iyi seçimler yapmamasıdır.
Ayrıca, I ve B kareleri gibi şeyleri içeren karelerin kaldırılması, zaman içinde mevcut olan ayrıntı miktarını azaltır, bu da hareketin "bozkır" görünmesine neden olur ve diğer temel video parametrelerine müdahale edebilir ve diğer adlandırma gibi yapay nesnelere neden olabilir.
Ve nicemleyicilerin çalışma şekli nedeniyle, x264 bu düşük hareket sahnelerinde bit hızını orantısız olarak daha da azaltacaktır. Aynı görüntülerden oluşan bir slayt gösteriniz yoksa, hareket olacaktır (yalnızca tahıl ve diğer eserler varsa) ve bit hızında ciddi değişiklikler olmadan görülmeyecek kalitede bir kayıp olacaktır.
Ve son olarak, istediğinizi yapmak için pek çok seçeneğin olmamasının nedeni, x264'ün sadece geçici sıkıştırma (kısmi karelerde değişiklikleri kaydetme) kullanarak bit hızını yönetmede gerçekten iyi olmasıdır. 1/2 kare hızına gitmek dosya boyutunu yarıya indirmez; % 10 muhtemelen düşük hareket veya animasyondan beklenen gerçekçi bir kazançtır.
Kısacası, statik sahnelerinizin bit hızını düşürmek dosya boyutunuz için çok az şey yapacaktır, ancak video düzenleme yazılımı ile uyumsuzluktan bahsetmemek için bir dizi kalite ve senkronizasyon sorunu ekleyecektir.
Bir decimator denemek istiyorsanız , her biri maksimum çözünürlük ve kare hızı olan düzey seçeneklerini kullanarak maksimum yeni kare hızını sınırlandırabilirsiniz . Ne yazık ki, profilleri kullanarak istediğiniz kare hızlarını elde etmek için muhtemelen çok düşük çözünürlüklerde çalışmanız gerekir. Oranları tamamen elle düzenlemeye veya çok yüksek olduğunu düşündüğünüz kare hızlarını düzeltmeye geri döner. Her iki durumda da, tcfile korunurken kodlama işleminden sonra değişiklik yapılırsa sesi yeni çerçevelerle senkronize tutmak hokkabazlık gerektirir.
Buradaki paket, çok sayıda bit hızı ayarını optimize etmek için zaman harcamanın, dosya boyutu yönetimi açısından çok daha fazla verim sağlaması ve videonuzun kalitesini, az kazanç için komplikasyonlara neden olmaktan ziyade artıracağıdır. Yayın veya medya standartlarını hedeflemediğiniz sürece orijinal FPS'yi korumak muhtemelen en iyi fikirdir. Oynatıcılar, değişken bit hızlarını (editörlerin aksine) iyi bir şekilde oynatabilir ve videonuzda ne kadar çok kare olursa, kareler arasındaki hareketteki küçük değişiklikler nedeniyle oynatma o kadar düzgün olur ve dosya boyutu da küçülür.
İşte kodlamanın bu kafa karıştırıcı yönüne yardımcı olması gereken standartlar bilgi ve forum tartışmalarına bağlantılar:
- avisynth decimation tools
- fps ve -r anahtarları
- x264 Genel (tcfile, fps)
- zaman kodu dosya standartları
- Düzeyler ve profiller
- Kısa, net CFR / VFR ayar özeti ("kare hızı" bölümü)
doom9, videohelp, & c teorik tartışmalar
1
2
3
4
5
6
7