2012-05-12 23 views
6

Tôi đang viết một ứng dụng phát url bằng MPMoviePlayerController. Các ứng dụng hoạt động trong nền và sử dụng airplay cũng làm việc với một ATV, macmini sử dụng máy bay và XBMC. Url là một tệp phim trên mạng cục bộ. Cách tôi understand là điện thoại không thực hiện bất kỳ việc nâng hạng nặng nào nhưng chỉ chuyển url tới TV của Apple và miễn là các điểm url cho phương tiện mà AppleTV hỗ trợ thì nó sẽ phát.Phát video từ url đến ATV bằng cách sử dụng nhiều pin trên iphone

Vấn đề tôi đang gặp phải là TV táo phải tích cực đẩy iphone và giữ cho wifi hoạt động kể từ khi thời lượng pin được nhấn thực sự khó khăn. Phát phim có kích thước trung bình sẽ đánh bật tuổi thọ pin khoảng 2/3 trên iPhone 3GS và 1/2 trên iPhone 4S.

Nếu tôi đang phát trên mac mini sử dụng air server thì thời lượng pin trên điện thoại sẽ giảm ở mức tương tự như khi điện thoại được phát trong nền và không phát bất cứ thứ gì. Tôi nhận thấy rằng nếu tôi ngừng wifi trên iphone thì bộ phim sẽ tiếp tục chơi trên mac mini nhưng dừng lại trong khoảng 30s trên ATV. Tôi đoán ATV sẽ đẩy ra một sự kiện nói rằng nó đang chơi và nếu nó không nhận được một OK ngược lại thì nó dừng chơi.

Có điều gì tôi đang làm sai? Có những người khác trải qua cùng một lần xả pin bằng cách sử dụng phát sóng từ điện thoại của họ không? Tôi đã thử ứng dụng của người khác và nó cũng làm như vậy.

Trả lời

1

Theo dõi gói lưu lượng truy cập sẽ cung cấp cho bạn câu trả lời dứt khoát. Tuy nhiên, giả sử tài liệu bạn đã liên kết là chính xác, câu trả lời của bạn có thể ở đây:

Máy chủ AirPlay là máy chủ HTTP (RFC 2616). Hai kết nối được thực hiện cho máy chủ này, kết nối thứ hai được sử dụng làm kết nối HTTP ngược. Điều này cho phép khách hàng nhận các sự kiện không đồng bộ, chẳng hạn như thay đổi trạng thái phát lại, từ máy chủ.

Kết nối đảo ngược sẽ giữ cho đài WiFi hoạt động.

+0

Vâng đó là điều tôi nghi ngờ là vấn đề. Đó là một sự xấu hổ vì nó có nghĩa là chơi một bộ phim thực sự đánh mạnh tuổi thọ pin. – Ajaxharg

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