Błąd Android MediaPlayer (1, -2147483648)

84

Mam dwa różne filmy, które próbuję załadować do VideoViewużycia

videoView.setVideoURI(Uri.parse(url));

Te dwa filmy, niech będą wideo 1 i wideo 2 , mają następujące specyfikacje (wyodrębnione przy użyciu ffmpeg -i); w rzeczywistości są to dwa różne kodowania tego samego wideo:

  1. Wideo 1:

    Seems stream 0 codec frame rate differs from container frame rate: 180000.00 (180000/1) -> 90000.00 (180000/2)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '4fbfd5ece4b0932236fc234d.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: mp42isomavc1
    creation_time   : 2011-12-03 04:43:46
    genre           : Trailer
    artist          : Paramount Pictures
    title           : Captain America: The First Avenger - Theatrical Trailer #2
    encoder         : HandBrake 4344svn 2011111001
    date            : 2011
  Duration: 00:02:30.67, start: 0.000000, bitrate: 6738 kb/s
    Stream #0.0(und): Video: h264 (High), yuv420p, 1920x800 [PAR 1:1 DAR 12:5], 6575 kb/s, 23.97 fps, 90k tbr, 90k tbn, 180k tbc
    Metadata:
      creation_time   : 2011-12-03 04:43:46
    Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16, 159 kb/s
    Metadata:
      creation_time   : 2011-12-03 04:43:46

  2. Wideo 2:

    Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '500416ea44aeb4b95d5ae8a0_hd.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    creation_time   : 2011-12-03 04:43:46
    title           : Captain America: The First Avenger - Theatrical Trailer #2
    artist          : Paramount Pictures
    date            : 2011
    encoder         : Lavf53.32.100
    genre           : Trailer
  Duration: 00:02:30.69, start: 0.000000, bitrate: 2045 kb/s
    Stream #0.0(und): Video: h264 (High), yuv420p, 1280x720 [PAR 27:20 DAR 12:5], 1889 kb/s, 23.99 fps, 90k tbr, 180k tbn, 180k tbc
    Metadata:
      creation_time   : 2011-12-03 04:43:46
    Stream #0.1(eng): Audio: aac, 44100 Hz, stereo, s16, 151 kb/s
    Metadata:
      creation_time   : 2011-12-03 04:43:46

Zdaję sobie sprawę, że Honeycomb obsługuje AAC, dlatego przetestowałem filmy na kilku urządzeniach; wyniki podano poniżej:

  1. SGS II with custom 4.0.3 OS(Sensation ROM 3.4 with CF-Root kernel) - Video 1:OK - Video2:OK
  2. SGS I with Samsung 2.3.3 OS - Video 1:error (1, -2147483648) - Video 2:OK
  3. SGS I with custom 4.0.3 OS(ICS SGS TEAM ROM with Devil kernel) - Video 1:error (1, -2147483648) - Video 2:OK
  4. Nexus One with original 2.3.6 OS - Video 1:See (1) below - Video 2:See (2) below
  5. Emulator with 2.2 OS - Video 1:error (1, -2147483648) - Video 2:error (1, -2147483648)
  6. Emulator with 4.0.3 OS - Video 1:error (1, -2147483648) - Video 2:error (1, -2147483648)

Oba filmy działają dobrze w przeglądarce Google Chrome na komputerze. Warto dodać, że w przypadku OK obraz i dźwięk są odtwarzane poprawnie. W przypadku błędu (1, -2147483648) ten sam dziennik jest wyrzucany ze wszystkich urządzeń (z wyjątkiem Nexus One):

07-18 10:25:10.996: I/MediaPlayer(17860): uri is:http://s3-eu-west-1.amazonaws.com/cf-templates-k6ohn88yswx5-eu-west-1/videos/4fbc88e7e4b0b0896e877764/4fbfd5ece4b0932236fc234d.mp4
07-18 10:25:10.996: I/MediaPlayer(17860): path is null
07-18 10:25:10.996: D/MediaPlayer(17860): Couldn't open file on client side, trying server side
07-18 10:25:39.859: D/MediaPlayer(17860): getMetadata
07-18 10:25:45.070: E/MediaPlayer(17860): error (1, -2147483648)
07-18 10:25:45.074: E/MediaPlayer(17860): Error (1,-2147483648)
07-18 10:25:45.078: D/VideoView(17860): Error: 1,-2147483648

W (1) przypadku następujący dziennik jest wyrzucany z Nexusa One, a wideo nigdy się nie ładuje:

07-18 13:49:20.115: D/MediaPlayer(10109): Couldn't open file on client side, trying server side
07-18 13:49:20.115: I/StagefrightPlayer(68): setDataSource('http://s3-eu-west-1.amazonaws.com/cf-templates-k6ohn88yswx5-eu-west-1/videos/4fbc88e7e4b0b0896e877764/4fbfd5ece4b0932236fc234d.mp4')
07-18 13:49:20.135: I/NuHTTPDataSource(68): connect to s3-eu-west-1.amazonaws.com:80/cf-templates-k6ohn88yswx5-eu-west-1/videos/4fbc88e7e4b0b0896e877764/4fbfd5ece4b0932236fc234d.mp4 @0
07-18 13:49:20.155: I/ActivityManager(98): Displayed com.woisio/.video.VideoActivity: +450ms
07-18 13:49:20.795: I/NuCachedSource2(68): Keep alive
07-18 13:49:22.185: I/OMXCodec(68): [OMX.qcom.video.decoder.avc] allocating 4 buffers of size 460800 on input port
07-18 13:49:22.195: I/OMXCodec(68): [OMX.qcom.video.decoder.avc] allocating 8 buffers of size 2304000 on output port
07-18 13:49:25.325: D/dalvikvm(9499): GC_EXPLICIT freed 13K, 50% free 2726K/5379K, external 1625K/2137K, paused 116ms
07-18 13:49:27.525: I/NuCachedSource2(68): Keep alive
07-18 13:49:28.235: I/NuCachedSource2(68): Cache full, done prefetching for now
07-18 13:49:30.275: D/dalvikvm(9902): GC_EXPLICIT freed 8K, 50% free 2714K/5379K, external 1625K/2137K, paused 69ms
07-18 13:49:34.255: D/Finsky(9066): [1] 5.onFinished: Installation state replication succeeded.
07-18 13:49:35.855: I/NuCachedSource2(68): Keep alive
07-18 13:49:39.055: D/dalvikvm(9911): GC_EXPLICIT freed 22K, 50% free 2710K/5379K, external 1625K/2137K, paused 38ms
07-18 13:49:42.575: I/NuCachedSource2(68): Keep alive
07-18 13:49:43.285: I/NuCachedSource2(68): Keep alive
07-18 13:49:44.095: D/dalvikvm(9918): GC_EXPLICIT freed 7K, 50% free 2708K/5379K, external 1625K/2137K, paused 66ms
07-18 13:49:49.085: D/dalvikvm(9925): GC_EXPLICIT freed 15K, 49% free 3268K/6407K, external 1625K/2137K, paused 50ms
07-18 13:49:50.925: I/NuCachedSource2(68): Keep alive
07-18 13:49:54.115: D/dalvikvm(6756): GC_EXPLICIT freed 9K, 44% free 3774K/6727K, external 1625K/2137K, paused 77ms
07-18 13:49:57.685: I/NuCachedSource2(68): Keep alive
07-18 13:49:58.375: I/NuCachedSource2(68): Keep alive
07-18 13:49:59.105: D/dalvikvm(9066): GC_EXPLICIT freed 385K, 53% free 3186K/6727K, external 1625K/2137K, paused 66ms
07-18 13:50:05.955: I/NuCachedSource2(68): Keep alive
07-18 13:50:06.045: D/dalvikvm(8047): GC_EXPLICIT freed 9K, 47% free 3830K/7111K, external 1625K/2137K, paused 86ms
07-18 13:50:09.465: I/3gw.Service(488): Mobile Network not connected - not roaming
07-18 13:50:12.765: I/NuCachedSource2(68): Keep alive
07-18 13:50:13.465: I/NuCachedSource2(68): Keep alive
07-18 13:50:18.775: I/WindowManager(98): Setting rotation to 3, animFlags=0
07-18 13:50:18.795: I/ActivityManager(98): Config changed: { scale=1.0 imsi=286/2 loc=en_US touch=3 keys=1/1/2 nav=3/1 orien=2 layout=34 uiMode=17 seq=34}
07-18 13:50:18.895: D/dalvikvm(169): GC_EXTERNAL_ALLOC freed 108K, 48% free 3253K/6215K, external 5172K/5180K, paused 37ms
07-18 13:50:21.005: I/NuCachedSource2(68): Keep alive
07-18 13:50:21.265: D/dalvikvm(98): GC_EXPLICIT freed 394K, 42% free 6631K/11335K, external 4458K/5567K, paused 109ms

W przypadku (2) następujący dziennik jest wyrzucany z Nexusa One i, jak widać, kończy się błędem (1, -2147483648):

07-18 13:47:03.595: D/MediaPlayer(10059): Couldn't open file on client side, trying server side
07-18 13:47:03.595: I/StagefrightPlayer(68): setDataSource('http://s3-eu-west-1.amazonaws.com/cf-templates-k6ohn88yswx5-eu-west-1/videos/4ff4514444aec3d2f9f07ead/500416ea44aeb4b95d5ae8a0_hd.mp4')
07-18 13:47:03.605: I/NuHTTPDataSource(68): connect to s3-eu-west-1.amazonaws.com:80/cf-templates-k6ohn88yswx5-eu-west-1/videos/4ff4514444aec3d2f9f07ead/500416ea44aeb4b95d5ae8a0_hd.mp4 @0
07-18 13:47:03.625: I/ActivityManager(98): Displayed com.woisio/.video.VideoActivity: +505ms
07-18 13:47:05.355: I/OMXCodec(68): [OMX.qcom.video.decoder.avc] allocating 4 buffers of size 460800 on input port
07-18 13:47:05.355: I/OMXCodec(68): [OMX.qcom.video.decoder.avc] allocating 8 buffers of size 1382400 on output port
07-18 13:47:05.365: I/NuCachedSource2(68): Keep alive
07-18 13:47:08.375: D/MediaPlayer(10059): getMetadata
07-18 13:47:08.745: D/dalvikvm(9925): GC_EXPLICIT freed 651K, 49% free 3275K/6407K, external 1625K/2137K, paused 68ms
07-18 13:47:09.205: I/3gw.Service(488): Mobile Network not connected - not roaming
07-18 13:47:11.565: I/NuCachedSource2(68): Cache full, done prefetching for now
07-18 13:47:12.095: I/NuCachedSource2(68): Keep alive
07-18 13:47:14.245: W/QCvdec(68): H264_Utils::check_header 
07-18 13:47:14.245: W/QCvdec(68): check_header: start code 33
07-18 13:47:14.245: W/QCvdec(68): H264_Utils::check_header 
07-18 13:47:14.245: W/QCvdec(68): check_header: start code 10
07-18 13:47:14.245: W/QCvdec(68): Parsing Error unsupported profile or level
07-18 13:47:14.245: W/QCvdec(68): ETB in Invalid State
07-18 13:47:14.245: E/OMXCodec(68): [OMX.qcom.video.decoder.avc] ERROR(0x8000100a, 0)
07-18 13:47:14.245: E/MediaPlayer(10059): error (1, -2147483648)
07-18 13:47:14.285: E/MediaPlayer(10059): Error (1,-2147483648)
07-18 13:47:14.285: D/VideoView(10059): Error: 1,-2147483648

Z tego, co przeczytałem, błąd (1, -2147483648) może odpowiadać nieobsługiwanym kodekom, uszkodzonym metadanym lub nieprawidłowym nagłówkom plików. Jeśli tak, czy mógłbyś wskazać mi właściwy kierunek, w którym mam używać jakiego kodeka? Dzięki.

android  media-player  android-videoview 
— Ayberk Özgür
źródło
2
Czy filmy są przesyłane strumieniowo na wszystkie urządzenia? Czy możesz podzielić się ze mną swoimi spostrzeżeniami? Mam ten sam problem. Filmy działają na kilku urządzeniach, a na kilku nie.
— Adil Malik

Odpowiedzi:

111

Tylko po to, żeby coś wyjaśnić każdemu, kto czyta to pytanie na podstawie tytułu.

Patrząc na wartość błędu (1, -2147483648), wartość „1” odpowiada stałej w MediaPlayer.MEDIA_ERROR_UNKNOWN .

-2147483648 odpowiada szesnastkowemu 0x80000000, który jest zdefiniowany jako UNKNOWN_ERROR w frameworks / native / include / utils / Errors.h

To pokazuje, że źródło błędu jest trudne do ustalenia, ponieważ jest to dość ogólna wartość zwracana, generowana przez problemy z kodekiem i kompatybilnością, jak wspomniano powyżej, ale także anulowanie wątków i kilka innych typów.

W przypadku Twojego problemu radziłbym skonsultować się z formatami multimediów obsługiwanymi przez system Android z kompatybilnymi wersjami Androida i sprawdzić, czy typ kodowania jest przyczyną problemu, ale jak wspomniano powyżej, odpowiedź Nieznany błąd może być spowodowana wieloma problemami.

— Sturrockad
źródło
1
Jakie jest rozwiązanie? Nie masz? Nie rozumiem jasno, co masz na myśli. Więc tylko potrzebujesz zmiany, encoderczy należy usunąć encoder?
— Huy Tower
@MirrorTowers: W moim przypadku na niektórych urządzeniach nie miałem uprawnień do odczytu plików, mimo że to moja aplikacja je stworzyła, po pobraniu ich z serwera i umieszczeniu w folderze pamięci podręcznej aplikacji. Spróbuj zmienić uprawnienia do odczytu.
— nonzaprej
2
Otrzymałem ten błąd podczas przesyłania strumieniowego zasobu z https w wersji 3.0. Wygląda na to, że HTTPS jest obsługiwany tylko od Androida 3.1 i
— nowszych
Jako aktualizacja - jest to teraz wyraźnie zdefiniowane jako „MEDIA_ERROR_SYSTEM (-2147483648) - błąd systemu niskiego poziomu”. w dokumentacji online Androida dla MediaPlayer (w momencie pisania): developer.android.com/reference/android/media/… - niekoniecznie pomaga tak bardzo, ale przynajmniej jest tam wyraźnie ...
— Mick
28

Napotkałem ten sam błąd na Androidzie P (Pixel 2 XL), ale wszystko, co musiałem zrobić, to umieścić tag android:usesCleartextTraffic="true"mojej AndroidManifest.xmlaplikacji.

— Rod Lima
źródło
Nie mogę ci w tym pomóc. MediaPlayer nie jest niezawodny, polecam korzystanie z ExoPlayera github.com/google/ExoPlayer
— Rod Lima
7

W przypadku przesyłania strumieniowego witryna Androida zawiera notatkę:

W przypadku kontenerów 3GPP i MPEG-4 atom moov musi poprzedzać wszystkie atomy mdat, ale musi następować po atomie ftyp.

Ten sam błąd wystąpił przed przesunięciem moovatomu. Aby to naprawić, możesz użyć mp4Box z tym poleceniem:

MP4Box -hint output.mp4

Większość moich filmów może być później przesyłana strumieniowo. Jeśli to nie zadziała, spróbuj tego z ffmpeg:

ffmpeg -i input.flv -f mp4 -vcodec libx264 -vprofile baseline -acodec libfaac -ar 16k -ab 32k output.mp4
MP4Box -hint output.mp4

Znajdziesz tutaj inne narzędzia .

— Trung Nguyen
źródło
2

Otrzymuję również ten sam błąd MEDIA_ERROR_UNKNOWN podczas odtwarzania wideo (rtsp).

W moim przypadku mam problem z Wi-Fi. Z niektórych powodów bezpieczeństwa Wi-Fi jest ograniczone dla protokołu RTSP. Więc mam do czynienia z tym problemem błędu MEDIA_ERROR_UNKNOWN. Po sprawdzeniu uprawnień sieciowych.

Kiedy przechodzę do mobilnej transmisji danych, aby odtwarzać wideo, działa to dobrze. Może przyda się to każdemu, kto napotka ten sam rodzaj błędu :).

— Anshu
źródło
2

Zadbaj o typ nośnika wsparcia i rozdzielczość swojego urządzenia. Błędy error (1, -2147483648)często pojawiają się, gdy typ multimediów wideo, kodeki lub rozdzielczość nie są obsługiwane przez urządzenie.

Sprawdź typ multimediów obsługiwany przez Androida w dokumentacji:

https://developer.android.com/guide/appendix/media-formats.html

Na przykład możemy zauważyć, że urządzenia powyżej 3.0 obsługują .mp4, ale nie wszystkie z nich obsługują HD 720p.

— Renaud Boulard
źródło
1

Miałem podobny problem. W moim przypadku film odegrałby dobrze, gdy najpierw pobrałem go na telefon, a następnie odtworzyłem. Ale kiedy próbowałem używać progresywnego HTTP, otrzymywałem ten sam błąd, co w OP.

Sprawdziłem, czy atomy ftyp, moov i mdat są we właściwej kolejności. Okazało się, że problemem była wartość pola ftyp. Był ustawiony na „qt”. Użyłem MP4Box do wyodrębnienia ścieżek i utworzenia nowego pliku mp4, który miał ustawiony ftyp na 'isom'. Ten nowy plik działał dobrze w przypadku progresywnego protokołu HTTP.

— jdramer
źródło
1

Rozwiązałem to podobnie do sposobu podanego w odpowiedzi @ nam-trung, jednak ponieważ moje filmy były już h264 i mp4, wszystko, co musiałem zrobić, to uruchomić następujące polecenie na każdym pliku:

ffmpeg -i input.mp4 -vprofile baseline output.mp4

Następnie wszystkie filmy działały w VideoView, gdy były uruchamiane na wszystkich urządzeniach, które testowałem z uruchomieniem API od v19 do v25.

— MattMatt
źródło
0

W moim przypadku błąd był spowodowany tym, że odtwarzacz mediów nie miał uprawnień do plików na lokalnie przechowywanym wideo. Spróbuj zapisać wideo w /mnt/sdCARDkatalogu.

— droiding
źródło
2
Nie mogę przechowywać wideo, musi być przesyłane strumieniowo z zewnętrznego serwera.
— Ayberk Özgür
0

Miałem ten sam problem, ale to, co zrobiłem po mojej stronie, to

Najpierw zatrzymałem odtwarzacz multimedialny, a potem go wypuściłem.

mMediaPlayer.stop (); mMediaPlayer.release ();

— sharma_kunal
źródło
-1

W moim przypadku ten problem był spowodowany adresem URL multimediów ze spacjami! Oto poprawka:

mMediaPlayer.setDataSource(source.replaceAll(" ", "%20"));
— Lee Hounshell
źródło
Robi to aplikacja Android Universal Media Player (UAMP). Poprawka umożliwiająca jego działanie w przypadku adresów URL, takich jak te na cbsrmt.com, jest poprawnie pokazana powyżej.
— Lee Hounshell,
-1

jeśli korzystasz z Firebase, skopiuj ścieżkę (lub adres URL) z adresu 1: Download Url, który zawiera https: // firebasestorage .............

nie z miejsca przechowywania

2: <uses-permission android:name="android.permission.INTERNET" />dodaj to uprawnienie w tagu manifestu w folderze manifestu

wewnątrz Zasady przechowywania

wewnątrz Zasady przechowywania:

rules_version = '2';
service firebase.storage {
match /b/{bucket}/o {
match /{allPaths=**} {
 allow read, write: if true;
  }  
 }  
 }
— Nitesh Yadav
źródło
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.