2010-10-06 39 views
6

Trong hai tháng qua, tôi đã cố gắng "đánh lừa" safari để nghĩ rằng nó đang xem một tệp trên máy chủ, thực tế là luồng video trực tiếp từ máy ảnh được mã hóa và truyền theo yêu cầu sử dụng Gstreamer vào một định dạng được trình duyệt hỗ trợ. Vì HTML5 hỗ trợ tải xuống video nâng cao nên ít nhất là có thể về mặt lý thuyết.HTML5 video trực tiếp "hack"

Kết luận của tôi là điều này khá phức tạp khi các trình duyệt thực hiện một yêu cầu nội dung một phần khi tải xuống tệp video trong HTML5, chủ yếu để tìm kiếm. Nếu máy chủ không hỗ trợ tính năng này, video sẽ không được phát cho đến khi tệp được tải xuống hoàn toàn.

Có ai khác đã thử phương pháp này với nhiều thành công hơn không? Hoặc tôi nên từ bỏ và chờ đợi sự hỗ trợ video trực tiếp thực sự như RTSP được tích hợp vào trình duyệt.

Chúc mừng.

Trả lời

0

Nếu bạn chỉ cần video chứ không phải âm thanh, "Motion JPEG" có thể thực hiện. Nó không phải HTML5 nhưng là một tính năng thời đại Netscape.

http://en.wikipedia.org/wiki/Motion_JPEG#M-JPEG_over_HTTP

+0

Motion JPEG chắc chắn là một tùy chọn, mặc dù nó đòi hỏi quá nhiều băng thông. Nói chung, có một số tùy chọn khác để lựa chọn trong số (Flash, java applet, Http trực tuyến) tất cả chúng với một số nhược điểm. Để cố gắng "đánh lừa" safari (và có lẽ các trình duyệt khác) chỉ là một nỗ lực để thêm một tùy chọn khác vào danh sách đó. – Lus

+0

Tuyệt vời, thú vị để biết nếu có bất kỳ giải pháp thực sự nào. – timdream

2

Bạn có hai tiện ích.

Với H.264, bạn có thể mô phỏng một tệp có cấu trúc phân mảnh: ISO container (.mp4) với các nguyên tử đoạn phim (MOOF).

Tùy chọn khác là WebM của Google. Khách hàng có thể "tham gia" luồng bất kỳ lúc nào nhờ cấu trúc của tệp MKV. Để có kết quả tốt nhất, khung đầu tiên được truyền tới máy khách phải là khung hình.

Các vấn đề liên quan