Các tee
lệnh đọc từ đầu vào và bản tiêu chuẩn để mọi số lượng file cộng thêm đầu ra tiêu chuẩn theo mặc định, xem man tee
để biết thêm chi tiết. Điều này có nghĩa là bạn có thể yêu cầu tee tạo một tệp từ đầu vào và sau đó chuyển đầu ra sang thứ khác.
Về mặt lý thuyết, việc bổ sung một đường ống phụ sẽ làm tăng thêm một chút kém hiệu quả. Về việc điều này có ý nghĩa hay không, bạn sẽ phải tự đánh giá bằng cách sử dụng phương pháp phát trực tuyến của riêng mình. Phương pháp hiện tại của tôi không thỏa đáng ở độ phân giải đầy đủ. Nó không phải là một mối quan tâm lớn ngay bây giờ nhưng khi đó tôi sẽ cố gắng tìm thứ gì đó tốt hơn (ví dụ như được cho là người truyền tải hoạt động tốt hơn clvc).
Tuy nhiên, đáng lưu ý rằng tệp được lưu cục bộ trên pi cùng một lúc là chất lượng hoàn hảo, vì vậy hoạt động không can thiệp vào raspivid. Đây là một ví dụ:
raspivid -o - -t 0 | tee test_video.h264 |
cvlc -v stream:///dev/stdin --sout '#standard{access=http,mux=ts,dest=:8080' :demux=h264
Tôi đã chia nó thành hai dòng để dễ đọc; bạn có thể nhấn return sau |
(pipe) và hoàn thành lệnh giống như bạn có thể ngắt dòng \
. Bạn có thể thay thế cvlc
bằng bất cứ điều gì bạn muốn. Một lần nữa, mặc dù luồng có chất lượng kém, test_video.h264
đã xuất hiện hoàn hảo.
Nếu tôi hạ độ phân giải xuống 640x360 thì sự sắp xếp này vẫn ổn, với độ trễ một hoặc hai giây là điều tôi thường nhận được. Tôi không nghĩ rằng tee
đường ống thứ hai tạo ra bất kỳ sự khác biệt nào đối với chất lượng của luồng; những thứ này có khả năng thông lượng cao hơn nhiều so với mức cần thiết ở đây và không đòi hỏi nhiều về tài nguyên hệ thống.
CPU chạy ở mức 35-45%, tương tự như khi truyền phát video sans tee
.
raspivid
bạn có thểtee
xuất ra một tệp và bộ chuyển đổi hoặc bất cứ thứ gì khác (xemman tee
). Miễn là một luồng truyền thẳng vào đĩa, nó sẽ không thêm nhiều chi phí, nhưng nếu bạn muốn xử lý đầu vào thành hai định dạng khác nhau đồng thời tôi nghĩ rằng sẽ có quá nhiều công việc để pi xử lý.