Android: MediaPlayer безразличный или бесшовный Воспроизведение видео

Ответ 1

У меня тоже такая же проблема, как описано ниже ссылкой

Видеообзор исчезает в течение секунды при изменении видео

Но эта проблема не возникнет, если вы попытаетесь использовать Android 4.0+ (ICS). Я начал переносить VideoView.java и MediaPlayer.java с 4.0 на мое приложение, но это кажется сложным и не повезло до сих пор. В основном это кажется ошибкой в ​​собственном коде старых версий.

Ответ 2

после слишком много потраченного времени, пытаясь понять, как играть в последовательные видео без "пробела", я склоняюсь к невозможности. если, конечно, вы не можете выкопать до родного уровня и реализовать своего собственного игрока, мультимедийный плеер Android просто не поддерживает плавное воспроизведение с момента.

Ответ 3

Я не делал этого с воспроизведением видео на MediaPlayer, но я сделал что-то подобное с аудиофайлами, когда поток прерывается, потому что пользователь переключился с 3G на Wi-Fi.

Я думаю, что задержка, которую вы видите, пока медиаплеер буферизует входной файл. Может быть, вы можете определить обоих игроков в начале? Вы должны определить источник данных и подготовить обоих игроков, но только запустить один из них.

Затем в вашем onCompletionListener вы можете перевернуть их вместо сброса существующего и установки нового источника данных.

  player.release();
  player = flipPlayer;
  flipPlayer = null;
  player.start();

Очевидно, вам нужно либо использовать другой onPreparedListener для flipPlayer, либо взять player.start() из onPrepare. (Поскольку вы называете это синхронно, я бы не подумал, что это проблема).

Ответ 4

Я не думаю, что это возможно.

Причина: Mortplayer также был доступен для Windows Mobile, и одна из его сильных сторон заключалась в том, что он поддерживал беспроблемную игру. Однако это не в Android-версии приложения, и сам разработчик пишет, что SDK не разрешает его на xda: http://forum.xda-developers.com/showpost.php?p=5364530&postcount=5

HTH, Даниэле

Ответ 5

Пробовал ли вы готовый (открытый/подготовленный) 2 VideoView, один из которых был видимым, другим невидимым и остановился, и задница вскоре вы получите обратный вызов OnCompletionListener, сделайте 2-й вид видимым, запустите его и скройте 1-й. В то же время, когда играет 2-й, вы можете вызвать open/prepare на 1st VideoView, чтобы открыть/подготовить другой файл.

Ответ 6

@user1263019 - вы могли переносить Android 4.0 MediaPlayer в свое приложение? Я сталкиваюсь с той же проблемой, и я ищу хорошее решение. У моего случая есть изображение поверх SurfaceView, которое должно быть скрыто, чтобы показать воспроизведение видео, но есть разрыв между вызовом start() и фактическим началом видео. Единственным решением до сих пор является запуск Thread, который проверяет, есть ли getCurrentPosition() > 0.

По теме - я думаю, что невозможно безщелезное воспроизведение, хотя Winamp претендует на такие способности. Грязный взлом состоит в том, чтобы подготовить второго игрока за несколько секунд до конца воспроизведения первого игрока, а затем вызвать start() второго игрока на 100-200 мс до окончания воспроизведения.

Ответ 7

В вашей реализации exoplayer (или медиаплеере) используйте обработчик для повторной отправки runnable во время воспроизведения, который получает текущее время отслеживания и передает его на обратный вызов:

public interface MediaAction {
  public void onTrackingChanged(long currentPosition);
}

public class ExoPlayerImplementation implements Exoplayer {

  ..

  private MediaAction mediaActionCallback;
  public void setMediaActionCallback(MediaAction ma) {
    mediaActionCallback = ma;
  }
  public void releaseMediaAction() { mediaActionCallback = null; } 

  private Handler trackingCallback = new Handler(Looper.getMainLooper());

  Runnable trackingTask;
  private Runnable getTrackingTask() {
    Runnable r = new Runnable {
      @Override public void run() {
         long currentPosition = getCurrentPosition();
         if (mediaActionCallback != null) {
           mediaActionCallback.onTrackingChanged(currentPosition);
         }
         // 60hz is 16 ms frame delay...
         trackingCallback.postDelayed(getTrackingTask(), 15);
       }
    };
    trackingTask = r;
    return r;
  }

  public void play() {
    // exoplayer start code
    trackingCallback.post(getTrackingTask());
  } 

  public void pause/stop() {
    trackingCallback.removeCallbacks(trackingTask);
  }

  ..

}

И теперь вы можете отслеживать, когда текущая позиция фактически изменилась, - если она изменилась, вы можете отобразить вид вывода видео или просмотреть/удалить предварительный просмотр (т.е. использовать MediaExtractor для захвата исходных кадров, наложения в виде предварительного просмотра в ImageView затем скрывается, когда текущая позиция увеличивается). Вы можете сделать этот код более полным, объединив его с слушателем состояния: тогда вы знаете, буферизуете ли вы (проверяете положение буферизации по сравнению с текущей позицией), фактически играете, приостанавливаете или останавливаете с помощью соответствующих обратных вызовов (в MediaAction). Вы можете применить этот метод к классам MediaPlayer и ExoPlayer (поскольку это всего лишь интерфейс и обработчик).

Надеюсь, что это поможет!