nie idleTimerDisabled działa od iPhone 3.0

Question

Użyłem:

[UIApplication sharedApplication].idleTimerDisabled = YES; 

w szeregu Apps opracowany i uruchomiony w iPhone OS 2.x i nigdy nie miałem żadnych problemów z nim. Były to aplikacje z zegarem, potrzebne do ciągłego działania i ignorowania ustawienia bezczynności zegara iPhone'a.

Jednak próbując osiągnąć to samo z nową aplikacją z systemem operacyjnym 3.0 (która musi być wdrożona w wersji 3.0, ponieważ korzysta z niektórych interfejsów API 3.0), stwierdziłem, że bezczynny licznik czasu jest ignorowany lub niespójny.

Moja aplikacja odtwarza muzykę z biblioteki iPoda, a gdy odtwarzana jest muzyka, blokuje się automatycznie, bez względu na powyższe ustawienie. Jednak po odblokowaniu nie następuje automatyczne blokowanie, chyba że ponownie odtwarzasz muzykę, w takim przypadku blokuje się ponownie po ustawieniu czasu automatycznego blokowania iPhone'a.

Jestem zaskoczony, że nikt inny nie natknął się na to, ponieważ wyobrażam sobie, że wpłynie to na dużą liczbę aplikacji.

prostu do wyjaśnienia:
1. Powyższy kod jest ApplicationDidFinishLaunching
2. Wiem, że telefon nie będzie auto-lock podczas testowania z Xcode niezależnie od ustawień

Jeśli ktoś ma jakieś myślach "Byłbym bardzo wdzięczny ...

Answer 1

Nasza aplikacja korzysta z MPMediaPLayer. Mieliśmy również kod idleTimerDisabled=YES w urządzeniu ApplicationFinishedLaunching, który działa WYŁĄCZNIE, jeśli jest niepodłączony, i istnieje już bieżący nowPlayingItem, który jest odtwarzany (lub wstrzymany, jeśli został zatrzymany przy starcie aplikacji). Oczywiście jest to wszystko z zestawem Settings -> General -> Autolock ustawionym na pewną wartość czasową.

Po dodaniu idleTimerDisabled=NO, po której następuje idleTimerDisabled=YES w jednym z pozostałych fragmentów kodu AFTER, dowiedzieliśmy się, jaka część muzyki, którą gramy, wydawała się rozwiązać problem. Ustawienie go na YES było niewystarczające ... a kolejne zapytania zawsze wskazywały poprawną wartość (YES) .. więc wygląda na to, że kod Apple ignoruje ustawienie wartości JEŻELI jest aktualny utwór muzyczny i to nie jest zmieniane przez twoje kod ... ale zauważy zmianę wartości.

Wszystko to pod numerem iOS 3.0.

Answer 2

Brzmi jak błąd, plik z Radarem - nie jestem zbyt zaskoczony, że nie widziałem tak wiele, ponieważ prawdopodobnie nie ma wiele aplikacji, które próbują zablokować ekran otwarty i odtwarzać muzykę.

Answer 3

Posiadanie tego samego problemu. To działa, gdy urządzenie jest podłączone. Możesz nacisnąć przycisk blokady na górze, a mój NSTimer odpali później i wywoła wibracje. Jeśli jednak urządzenie nie jest podłączone, naciśnięcie przycisku blokady powoduje uśpienie urządzenia. Każde rozwiązanie byłoby bardzo docenione.

• Na iCodeblog napisałem o idletimer, powiedziałem, że to nie działa, a osoba, która rozwija "ładny zegar" była na tyle miła, aby odpowiedzieć. Musisz zrobić hack, odtwarzać 1 sekundę lub dłużej cichy dźwięk co 10 sekund dzięki NSTimer. Dzięki temu urządzenie nie śpi, nawet jeśli użytkownik kliknie przycisk blokady.

Answer 4

Rozwijam Seconds - Interval Timer for iPhone and iPod touch i nie miałem z tym problemów.Ideą mojej aplikacji jest to, że ludzie tworzą timery w oparciu o pewną liczbę interwałów, w których każdy interwał może mieć własną listę odtwarzania lub utwór.

W systemie iOS3 wystąpił problem polegający na tym, że nie można wyłączyć licznika czasu bezczynnego, ustawiając ustawienie idleTimerDisabled = YES. W końcu wymyśliłem to samo rozwiązanie, co Neil, przy czym okresowo ustawiałem to na NIE, a następnie natychmiast na TAK. To wydawało się działać.

Aktualizuję aplikację na iOS4 (wiem, iOS5 jest tuż za rogiem ...), a teraz mam przeciwny problem. Jeśli MPMediaPlayer zmieni ścieżkę zanim licznik czasu bezczynności osiągnie swój limit, zostanie zresetowany. Właśnie to przetestowałem, tworząc interwał w mojej aplikacji, który wynosił 55 sekund, mój automatyczny blokada została ustawiona na minutę. Po 50 sekundach ekran przygasł, gdy przygotowywał się do zablokowania, ale w 55 sekund po zmianie muzyki wrócił do pełnej jasności, a następnie nie zablokował się tak, jak powinien.

Ogólnie rzecz biorąc, wykonanie tego wydaje się w najlepszym przypadku flakey.

Answer 5

Nawet w 2015 roku, przy użyciu iOS 8.2, ten błąd jest wciąż żywy i kopie.

Oto moje rozwiązanie, używając XCode 6.2.

iPhone - phone goes to sleep even if idleTimerDisabled is YES

Zasadniczo, nawet teraz, w 2015 roku, jedynym sposobem, aby bezpiecznie upewnić się, że urządzenie nie iść spać jest wielokrotnie nazwać kawałek kodu, aby trzymać urządzenie jawie.

-(void)callEveryTwentySeconds 
{ 
    // DON'T let the device go to sleep during our sync 
    [[UIApplication sharedApplication] setIdleTimerDisabled:NO]; 
    [[UIApplication sharedApplication] setIdleTimerDisabled:YES]; 
}