tee
Komut bkz dosyaları varsayılan olarak artı standart çıkışa herhangi bir sayıda standart giriş ve kopyalarından okur man tee
fazla ayrıntı için. Bu, tee'den girişten bir dosya oluşturmasını ve ardından çıkışı başka bir şeye yönlendirmesini isteyebileceğiniz anlamına gelir.
Fazladan bir borunun eklenmesi teoride biraz verimsizliğe neden olur. Bunun önemli olup olmadığı konusunda kendi akış yönteminizi kullanarak kendiniz karar vermeniz gerekecektir. Mevcut yöntemim tam çözünürlükte tatmin edici değil. Şu anda büyük bir ilgi değil ama ne zaman daha iyi bir şey bulmaya çalışacağım (örneğin, gstreamer clvc'den daha iyi çalışıyor).
Ancak, aynı zamanda pi üzerinde yerel olarak kaydedilen dosyanın mükemmel kalitede olduğunu belirtmek gerekir, bu nedenle etkinlik raspivid ile etkileşime girmez. İşte bir örnek:
raspivid -o - -t 0 | tee test_video.h264 |
cvlc -v stream:///dev/stdin --sout '#standard{access=http,mux=ts,dest=:8080' :demux=h264
Okunabilirlik için bunu iki satıra ayırdım; sonra |
(boru) sonra dönüş vurmak ve bir çizgi kırmak gibi komutu bitirmek \
. cvlc
İle istediğinizi değiştirebilirsiniz . Yine, dere kalitesiz olmasına rağmen test_video.h264
mükemmel çıktı.
Çözünürlüğü 640x360'a düşürürsem, bu düzenleme normaldir, normalde aldığım şey olan bir veya iki gecikme ile iyidir. tee
İkinci borunun akışın kalitesi üzerinde herhangi bir fark yarattığını düşünmüyorum ; bunlar burada gerekenden çok daha yüksek verim kapasitesine sahiptir ve sistem kaynakları için fazla bir şey gerektirmez.
CPU% 35-45'te koştu, bu da video sans akışı sırasındakiyle aynı tee
.
raspivid
sen olabilirtee
bir dosyaya çıktı ve gstreamer veya başka ne (bkzman tee
). Bir akış doğrudan diske olduğu sürece, fazla ek yük eklemez, ancak girişi aynı anda iki farklı formata dönüştürmek istiyorsanız, pi'nin işlemesi için çok fazla iş olacağını düşünüyorum.