Ví dụ MediaPlayer: dừng hoạt động như tạm dừng

Question

Tôi đã viết một ứng dụng thử nghiệm kiểm soát phát lại nhạc nhỏ. Tôi có nút phát, tạm dừng, dừng và tua lại. Vấn đề của tôi là player.stop(); hoạt động theo cách chính xác giống như player.pause(); Tôi đang gọi player.prepare() ngay sau player.stop() để tôi có thể có phiên bản trình phát sẵn sàng cho thao tác start().

Tôi không thấy bất kỳ lỗi nào [IOexceptions hoặc IllegalStateExceptions] được nêu trong khi gọi hàm chuẩn bị() sau khi tôi dừng(). Ngoài ra, tôi không gọi bất kỳ seekTo (0) sau khi dừng(). Vì vậy, tôi không đặt lại vị trí cho phần đầu của bài hát.

Tôi đang sử dụng điện thoại Nexus Google One chạy 2.3.4.

Bất kỳ ý tưởng nào nếu tôi đang làm điều gì đó ngu ngốc hoặc nếu những gì tôi đang quan sát thực sự là cách máy trạng thái được xây dựng.

TIA.

Answer 1

không phải biểu đồ trạng thái http://developer.android.com/reference/android/media/MediaPlayer.html cho biết rằng dừng có nghĩa là "ở trạng thái dừng"?

Dừng gọi() dừng phát lại và khiến MediaPlayer ở trạng thái Đã bắt đầu, Tạm dừng, Chuẩn bị hoặc Phát lạiĐược hoàn thành để vào trạng thái Ngưng.

Khi ở trạng thái Ngưng, không thể bắt đầu phát lại cho đến khi chuẩn bị() hoặc PrepareAsync() được gọi để đặt đối tượng MediaPlayer lại trạng thái đã chuẩn bị. Dừng gọi() không ảnh hưởng đến đối tượng MediaPlayer đã ở trạng thái Ngưng.

Không có xác nhận rằng stop() nên thay đổi CurrentPosition.

Không có xác nhận rằng việc gọi số prepare() phải thay đổi CurrentPosition.

Vì vậy, để chuyển sang phần bắt đầu của bản nhạc, bạn nên sắp xếp vị trí của nó.

Nhưng tôi đồng ý với bạn. Vì phương thức pause() cho biết nó sẽ tiếp tục phát từ vị trí hiện tại, tôi hy vọng nó sẽ quay lại đầu khi stop() được gọi.

Và nó có một số tác động khi bạn cần phải gọi prepare()

Ví dụ, cuộc gọi để chuẩn bị() có thể mất nhiều thời gian để thực hiện, bởi vì nó có thể liên quan đến việc lấy và phương tiện truyền thông giải mã dữ liệu.

nên stop() cần gọi prepare() có thể làm cho nó mất nhiều thời gian, trong khi pause() có tác động ít hơn: bạn có thể gọi start() ngay sau đó.

Answer 2

Tôi nghĩ rằng đây có thể là một lỗi, bởi vì tài liệu API cho phương pháp bắt đầu MediaPlayer cho thấy hành vi mà bạn mong đợi:

public void start()

Bắt đầu hoặc sơ yếu lý lịch phát lại. Nếu phát lại trước đó đã bị tạm dừng, việc phát lại sẽ tiếp tục từ khi phát lại, phát lại . Nếu phát lại đã bị dừng hoặc không bao giờ bắt đầu trước đó, quá trình phát lại sẽ bắt đầu tại số bắt đầu.

Trong thời gian này, gọi rõ ràng seekTo (0) khi người chơi được chuẩn bị có vẻ là giải pháp hợp lý.