2014-05-15 41 views
5

Trong bản phát hành Android mới nhất, bản phát hành AOSP thường đi kèm với tinyALSAtinyCompress. Trong this question, Simon đã đề cập rằng tất cả các thiết bị Nexus sẽ hỗ trợ tinyALSA.Tại sao tinyALSA lại ưa thích hơn libasound?

Câu hỏi của tôi là tại sao Android không tích hợp libasound có tất cả các tính năng cần thiết cho hệ thống phụ âm thanh so với tinyALSA? Có phải chủ yếu là do các vấn đề cấp phép như được nêu trong trang web source.android.com không?

Trả lời

3

Tôi không thể nói thay mặt cho các nhà phát triển Android, nhưng nếu tôi phải đoán đó là vì ALSA có API cũ không thay đổi do lý do tương thích ngược.

Nếu bạn chọn hệ thống âm thanh mà khả năng tương thích ngược không phải là mối quan tâm, điều tốt nhất cần làm là bắt đầu với một phương tiện chặn sạch và API hiện đại hơn.

Điều này phù hợp với cách tiếp cận của chúng cho X.Org Server - hoàn toàn ném ra khỏi hệ thống và thay thế bằng something better mặc dù người ta có thể cho rằng điều này đã được thực hiện vì X.Org không được xây dựng với màn hình cảm ứng.

Cuối cùng như bạn đã đề cập, Google đề xuất tinyALSA trên ALSA vì giấy phép.

+0

Cảm ơn Martin .. Câu trả lời của bạn rất tuyệt và tôi chia sẻ rất nhiều lượt xem của bạn. Tuy nhiên, tôi đã nghe một đối số phản đối rằng 'tinyALSA' không có danh sách các tính năng mà' libaudio' có và do đó, 'libaudio' được ưu tiên hơn. Do đó, tôi bị bắt với nghịch lý này về những lý do __technical__ đằng sau quyết định áp dụng 'tinyALSA'. – Ganesh

+1

Các thông tin khác duy nhất tôi có thể tìm thấy là Simon (tác giả của tinyALSA) là một nhân viên của Google. Đây là cam kết ban đầu của tinyALSA trong Android: https://android.googlesource.com/platform/external/tinyalsa/+/edff708e3129d7d8e05bbdfb624af97a3264a332 - Tôi nghĩ bạn có thể có may mắn hơn khi liên hệ với một số nhà phát triển AOSP trên Google+ hoặc Twitter. –

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