Có thể làm cho trò chơi Android không bị gián đoạn không? Tôi đang phát điên ở đây

Question

Tôi đã làm việc trên một trò chơi Android trong 6 tháng qua hoặc lâu hơn và đã đăng lên đây nhiều lần về các vấn đề tụt hậu khác nhau mà tôi không thể loại bỏ được.

Tôi đã kết thúc lấy ví dụ LunarLander và bỏ nó xuống thành phần cốt lõi của nó để xem tôi có thể làm được gì không. Tất cả nó thực sự là thay đổi số lượng canvas được dịch từng khung hình, và sau đó vẽ một nền vào khung vẽ. NGAY CẢ NÀY, đơn giản như bạn có thể nhận được cho một ứng dụng surfaceView - stutters ...

Trò chơi của tôi là một trò chơi di chuyển liên tục lên màn hình (nghĩ về trò chơi bay), nhưng cách hiện tại làm các kết quả nền trong nói lắp liên tục mỗi giây hoặc lâu hơn cho khoảng 50-100ms. Đây không phải là trò chơi phá vỡ, nhưng nó là rất mất tập trung và làm cho trò chơi có vẻ như thể nó được lập trình bởi một moron hoàn chỉnh (mặc dù tôi bắt đầu nghi ngờ điều này có thể là trường hợp).

Không, nó không phải là bộ thu gom rác, không có đối tượng mới nào được tạo ra trong suốt vòng chạy của trò chơi và GC hầu như không bao giờ chạy trong khi trò chơi của tôi đang chạy.

Tôi đang thực sự xé tóc ra với sự thất vọng. Tôi đã dành hơn 40 giờ chỉ cố gắng để thoát khỏi sự chậm trễ trên ví dụ ứng dụng đơn giản này trong tuần qua một mình và nó là lái xe cho tôi điên. Làm thế nào một ứng dụng đơn giản như một ứng dụng tôi đã liên kết có thể có vấn đề về độ trễ? Bạn sẽ không nghĩ rằng nền cuộn có thể đơn giản hơn nhiều ...

LƯU Ý: Trình diễn này liên tục nhận được khoảng 60 khung hình/giây trên điện thoại của tôi (Một mốc Motorola). Bỏ ghi chú mã FPS trong ví dụ để xem FPS.

TL; DR: Chương trình cực kỳ đơn giản chỉ là nền cuộn hiển thị nói lắp. Hãy có một cái nhìn ...

liên kết để tải về đơn giản ví dụ nói lắp dựa trên ví dụ LunarLander: http://dl.dropbox.com/u/4972001/LunarLander.rar

Answer 1

Tôi đã tải file RAR với nền di chuyển của bạn (trông giống như một sân cỏ thoáng), và cài đặt nó trên chiếc motorolla Droid của tôi.

Tôi có thể cảm nhận không nói lắp khi cuộn, tôi đã xem nó trong hơn một phút.

Dựa trên mô tả của bạn, tôi đặt cược phần cứng/nền tảng Milestone có một số vấn đề về vẽ/thời gian video lạ.

Có lẽ lời giải thích là điều gì đó dọc theo dòng này: Bằng cách làm mới số 60Hz (chỉ cần chọn một số ở đây, tôi không biết nó thực sự là gì), và tốc độ khung hình của bạn chỉ là một chút - nói 63 hoặc 57 Hz ... là nó không thể tưởng tượng được rằng khoảng một lần một giây thời gian của bạn rút ra, và thời gian của bản cập nhật phần cứng không phù hợp vừa đủ mà nền không có được một vẽ lại một thời gian, và phải đợi đến khung tiếp theo của bạn? Và đôi khi các dòng thời gian lên vừa đủ mà bạn có thể bỏ lỡ thời gian của hai hoặc ba trận hòa liên tiếp (tùy thuộc vào cách xa chu kỳ khung hình của bạn là từ chu kỳ làm mới màn hình thực tế).

CHỈNH SỬA: Thực ra, tôi đã xem nó trong một phút nữa mà tôi đã thấy một cảnh báo ngắn (chỉ có thể hiểu được).

Answer 2

Bạn có cho rằng đề xuất của jhouse về thời gian khung tối thiểu không?

Tôi đang sử dụng ý tưởng đó trên dự án hiện tại của mình.Tôi hy vọng phần cứng điện thoại đã có những cải tiến đáng kể trong một hoặc hai năm tới, điều này sẽ khiến trò chơi của bạn không thể chơi được trong tương lai.

Mã của tôi là như thế này:

long frameTime; // calculate time to process this frame 

    while (mSurfaceAvailable) { 
     // ensure minimum frame time can be calculated 
     frameTime = SystemClock.uptimeMillis(); 

     // code to move everything and display a single frame goes here 

     // ensure minimum frame time 
     frameTime = SystemClock.uptimeMillis() - frameTime; 
     if (frameTime < 0) frameTime = MIN_FRAME_TIME;  // cope with wrap-around of uptimeMillis 
     if (frameTime < MIN_FRAME_TIME) { 
      /*DEBUG*/Log.v(this.getClass().getName(), "run: Sleeping for "+(MIN_FRAME_TIME - frameTime)+"ms"); 
      try { 
       sleep(MIN_FRAME_TIME - frameTime); 
      } catch (InterruptedException e) { 
       /*DEBUG*/Log.i(this.getClass().getName(), "run: Thread sleep was interrupted (not a problem)"); 
      } 
     } else { 
      if (frameTime != MIN_FRAME_TIME) { 
       /*DEBUG*/Log.v(this.getClass().getName(), "run: System is too slow, by "+(frameTime - MIN_FRAME_TIME)+"ms per frame"); 
      } 
     } 

tôi đã xử lý từ một diễn đàn ngoại lệ giấc ngủ (có thể là thế này!) Nhưng chưa bao giờ thấy một ngoại lệ ném

Answer 3

Tôi đã có cùng này vấn đề lag trong trò chơi của tôi (và tôi đã làm một cái gì đó tương tự như bạn đã làm với vòng lặp LunarLander và đạt được một kết luận tương tự). Nếu bạn mở logcat, bạn có thể thấy rằng độ trễ xảy ra cùng với GC_FOR_MALLOC (50 ... 100 ms, thời gian trễ của chúng tôi). Tôi nghi ngờ nguồn gốc của vấn đề là bộ thu gom rác. Sau đó, tôi tìm thấy bài đăng này:

http://fanitis.com/2011/02/09/android-game-performance-garbage-collection/

tôi sẽ cố gắng giảm bớt việc sử dụng thu gom rác và xem nếu tôi đạt được một điều kiện hehehe lagless =]