2010-07-01 9 views
17

Cảm ơn bạn đã gửi APPNAME_HERE. Chúng tôi đã xem xét đơn của bạn và đã xác định rằng nó không thể là được đưa lên App Store vào thời điểm này vì nó không được sử dụng một cơ sở dòng 64 kbps cho Live HTTP giao thức Streaming để phát sóng streaming video. Yêu cầu phát trực tiếp HTTP khi phát trực tuyến nguồn cấp dữ liệu video qua mạng di động, để có trải nghiệm người dùng tối ưu và sử dụng các phương pháp hay nhất về tế bào. Giao thức này tự động xác định băng thông có sẵn cho người dùng và điều chỉnh băng thông phù hợp, ngay cả khi luồng băng thông thay đổi. Điều này cho phép bạn linh hoạt để có bao nhiêu luồng tùy thích, vì miễn là 64 kbps được đặt làm nguồn cấp dữ liệu cơ sở .iPhone - Ứng dụng bị từ chối một lần nữa, Nguồn cấp dữ liệu cơ bản 64Kbps trực tiếp HTTP

Đây là những gì tôi đã nhận được từ Apple, cho dù tôi có luồng 48kbps, 64kbps, 128kbps và 384kbps. Làm cách nào để đặt nguồn cấp dữ liệu cơ sở? Cách ứng dụng của tôi hoạt động ngay bây giờ là tải ứng dụng có sẵn thấp nhất trước và sau đó tăng lên với băng thông. Đây là chỉ số của tôi M3U8

#EXTM3U 
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=48000 
stream-soundonly.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=64000 
stream-64k.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=128000 
stream-128k.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=384000 
stream-384k.m3u8 

Apple đang thực sự là nitpicky

Trả lời

11

Chúng tôi chạy vào cùng một vấn đề. Apple không chỉ kiểm tra tệp M3U8 của bạn để đảm bảo nó tuân thủ. Họ cũng theo dõi các luồng của bạn để đảm bảo chúng là những gì bạn nói. Luồng của chúng tôi hóa ra là cao hơn 64K - bởi vì chúng tôi không ảnh hưởng đến băng thông âm thanh (một sự giám sát bất cẩn, nhưng quan trọng). Hãy nhớ rằng 64K áp dụng cho toàn bộ luồng: Video + Âm thanh < = 64000.

Nếu bạn nghi ngờ, Apple cũng cung cấp phần mềm theo dõi luồng tương tự. Nếu bạn hỏi họ, họ sẽ cung cấp cho bạn một liên kết đến nó. Ít nhất là họ đã làm cho nhóm của tôi.

+1

Ok có thể, nhưng tệp m3u8 48K của tôi thấp hơn 64k, vì vậy tôi chỉ có thể thay thế tệp đó trong danh sách phải không? – scud

+0

Có thể. Kết nối một màn hình mạng để tìm hiểu chắc chắn. Tôi sẽ thử và gửi lại. Tôi cũng khuyên bạn nên gửi email cho họ. Họ không nhanh chóng quay trở lại với bạn (đặc biệt là trong một ngày cuối tuần) nhưng họ sẽ giải thích chính xác vấn đề là gì và cách khắc phục nó. Bạn chắc chắn không muốn rời khỏi luồng đó ở mức 48K. Nó sẽ trông khủng khiếp và có rất nhiều người dùng trên EDGE. Bạn có thể chuyển đổi luồng sau khi phê duyệt, nhưng sau đó bạn sẽ gặp sự cố nếu bạn cần cập nhật ứng dụng của mình. – Andrew

+0

Ok cảm ơn sự giúp đỡ của bạn, Apple chưa trả lời. Nhưng bạn có ý nghĩa với công cụ giám sát luồng "Trình xác thực luồng truyền thông" từ trang web connect.apple.com không? – scud

1

Một điều có thể hữu ích khác là yếu tố trong variable bitrate encoding, có nghĩa là khó dự đoán chính xác tốc độ bit trung bình và tối đa cho bất kỳ phân đoạn nhất định nào.

Khi mã hóa, hãy đặt tốc độ bit mục tiêu của luồng âm thanh chỉ đủ thấp để không có phân đoạn nào vượt quá 64kbit/s (số phải mất một chút thời gian thử và lỗi).

+1

Đúng, ngay bây giờ tôi đang sử dụng một CBR của 40k mà vẫn còn âm thanh ok trên iPhone. Vì vậy, thêm một hình ảnh tĩnh và tôi vẫn còn khá nhiều an toàn. Cảm ơn vì suy nghĩ của bạn – scud