Android VideoView changement d'orientation avec tampon de la vidéo

EDIT: (juin 2016)

Cette réponse est très ancienne (je pense que android 2.2/2.3) et n'est probablement pas aussi pertinents que les autres réponses ci-dessous! Regardez d'abord à eux, sauf si vous êtes dev-ing sur l'héritage Android 🙂

J'ai été en mesure de réduire le problème à la onMeasure fonction dans le VideoView classe. Par la création d'un enfant de la classe et en remplaçant la onMeasure fonction, j'ai été en mesure d'obtenir la fonctionnalité désirée.

public class VideoViewCustom extends VideoView {
private int mForceHeight = 0;
private int mForceWidth = 0;
public VideoViewCustom(Context context) {
super(context);
}
public VideoViewCustom(Context context, AttributeSet attrs) {
this(context, attrs, 0);
}
public VideoViewCustom(Context context, AttributeSet attrs, int defStyle) {
super(context, attrs, defStyle);
}
public void setDimensions(int w, int h) {
this.mForceHeight = h;
this.mForceWidth = w;
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
Log.i("@@@@", "onMeasure");
setMeasuredDimension(mForceWidth, mForceHeight);
}
}

Puis à l'intérieur de mon Activité j'ai juste fait la suivante:

@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) {
getWindow().clearFlags(WindowManager.LayoutParams.FLAG_FORCE_NOT_FULLSCREEN);
getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);
questionVideo.setDimensions(displayHeight, displayWidth);
questionVideo.getHolder().setFixedSize(displayHeight, displayWidth);
} else {
getWindow().setFlags(WindowManager.LayoutParams.FLAG_FORCE_NOT_FULLSCREEN, WindowManager.LayoutParams.FLAG_FORCE_NOT_FULLSCREEN);
questionVideo.setDimensions(displayWidth, smallHeight);
questionVideo.getHolder().setFixedSize(displayWidth, smallHeight);
}
}

La ligne:

questionVideo.getHolder().setFixedSize(displayWidth, smallHeight);

est la clé pour faire ce travail. Si vous ne le setDimensions appel sans ce gars-là, la vidéo n'est toujours pas redimensionner.

La seule autre chose que vous devez faire est de vous assurer que vous appelez setDimensions() dans le onCreate() la méthode ainsi ou votre vidéo ne démarre pas de mise en mémoire tampon de la vidéo ne sera pas mis à dessiner sur une surface de n'importe quelle taille.

//onCreate()
questionVideo.setDimensions(initialWidth, initialHeight); 

Une dernière clé partie - si jamais vous vous demandez pourquoi le VideoView n'est pas le redimensionnement rotation, vous devez vous assurer que les dimensions que vous êtes redimensionnement sont soit exactement égale à la zone visible ou moins d'elle. J'ai eu un gros problème quand j'étais réglage de la VideoView de la largeur/hauteur de l'ensemble de la taille de l'écran quand j'avais encore la barre de notification/barre de titre sur l'écran et il n'était pas le redimensionnement de la VideoView à tous. Tout simplement en enlevant la barre de notification et la barre de titre fixe le problème.

J'espère que cela aide quelqu'un dans le futur!

Tout d'abord, merci beaucoup pour votre propre vaste réponse.

J'ai eu le même problème, la vidéo serait la plupart du temps, être plus petit ou plus grand, ou déformée à l'intérieur de la VideoView après une rotation.

J'ai essayé ta solution, mais j'ai aussi essayé le fruit du hasard, et par chance, j'ai remarqué que si mon VideoView est centré dans son parent, la magie fonctionne par lui-même (non personnalisés VideoView nécessaire ou quoi que ce soit).

Pour être plus précis, avec cette mise en page, je reproduis le problème la plupart du temps:

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<VideoView
android:id="@+id/videoView"
android:layout_width="match_parent"
android:layout_height="match_parent" />
</RelativeLayout>

Avec cette mise en page, je n'ai jamais eu le problème (et en plus, la vidéo est centrée, ce qui est la façon dont il devrait être de toute façon ;):

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<VideoView
android:id="@+id/videoView"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:layout_centerInParent="true" />
</RelativeLayout>

Il travaille également avec wrap_content au lieu de match_parent (la vidéo prend tout l'espace) qui ne fait pas beaucoup de sens pour moi.

De toute façon, je n'ai pas d'explication pour cela - cela ressemble à un VideoView bug pour moi.

De la réplication de l'application YouTube

J'ai réussi à construire un exemple de projet qui ne nécessite pas de android:configChanges="orientation" ou personnalisé VideoView. L'expérience ainsi acquise est identique à la manière dont l'application YouTube poignées de rotation au cours de la lecture de la vidéo. En d'autres termes, la vidéo ne pas besoin de pause, re-mise en mémoire tampon, ou rechargés, et ne pas sauter ou tomber des trames audio lorsque l'appareil changements d'orientation.

Méthode Optimale

Cette méthode utilise un TextureView et son accompagnement SurfaceTexture comme un puits pour la MediaPlayers'image vidéo en cours. Depuis un SurfaceTexture utilise un GL texture de l'objet (simplement référencé par un nombre entier à partir de la GL contexte), estiment qu'il est bon de conserver une référence à un SurfaceTexture par le biais de modifications de la configuration. Le TextureView lui-même est détruit et recréé lors de la modification de la configuration (avec le soutien de l'Activité), et le nouvellement créé TextureView est tout simplement mis à jour avec les SurfaceTexture de référence avant d'être fixé.

J'ai créé un plein d'exemple montrant comment et quand pour initialiser votre lecteur multimédia et un possible MediaController, et je vais mettre en évidence les parties intéressantes pertinente à cette question ci-dessous:

public class VideoFragment {
TextureView mDisplay;
SurfaceTexture mTexture;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setRetainInstance(true);
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
final View rootView = inflater.inflate(R.layout.fragment_main, container, false);
mDisplay = (TextureView) rootView.findViewById(R.id.texture_view);
if (mTexture != null) {
mDisplay.setSurfaceTexture(mTexture);
}
mDisplay.setSurfaceTextureListener(mTextureListener);
return rootView;
}
TextureView.SurfaceTextureListener mTextureListener = new TextureView.SurfaceTextureListener() {
@Override
public void onSurfaceTextureAvailable(SurfaceTexture surface, int width, int height) {
mTexture = surface;
//Initialize your media now or flag that the SurfaceTexture is available..
}
@Override
public void onSurfaceTextureSizeChanged(SurfaceTexture surface, int width, int height) {
mTexture = surface;
}
@Override
public boolean onSurfaceTextureDestroyed(SurfaceTexture surface) {
mTexture = surface;
return false; //this says you are still using the SurfaceTexture..
}
@Override
public void onSurfaceTextureUpdated(SurfaceTexture surface) {
mTexture = surface;
}
};
@Override
public void onDestroyView() {
mDisplay = null;
super.onDestroyView();
}
//...
}

Depuis la solution utilise une retenue de Fragment plutôt que d'une Activité qui gère les modifications de configuration manuellement, vous pouvez tirer pleinement parti de la configuration spécifique des ressources de l'inflation système comme vous le feriez naturellement. Malheureusement, si votre minimum sdk est au-dessous de l'API de 16, vous aurez essentiellement besoin de rétroporter TextureView (que je n'ai pas fait).

Enfin, si vous êtes intéressé, checkout ma question de départ détaillant: mon approche originale, le média Android pile, pourquoi il n'a pas de travail, et de l'autre une solution de contournement.

J'ai pris des exemples de certaines des réponses ici et a essayé de le faire à ma façon. Ressemble à une solution de facilité.

videoLayout = (RelativeLayout) videoView.findViewById(R.id.videoFrame);

onConfigurationChange à l'intérieur d'un fragment.Où la vidéo est affichée en plein écran en mode paysage.Notez que je suis le masquage de la barre d'action.

@Override
public void onConfigurationChanged(Configuration newConfig) {
int          height     = (int) TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 200.0f,getResources().getDisplayMetrics());
ActionBar    actionBar  = weatherActivity.getSupportActionBar();
LayoutParams params     = videoLayout.getLayoutParams();
if(newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE)
{
if(actionBar.isShowing())
actionBar.hide();
params.width  = ViewGroup.LayoutParams.MATCH_PARENT;
params.height = ViewGroup.LayoutParams.MATCH_PARENT;
videoLayout.requestLayout();
}
else if(newConfig.orientation == Configuration.ORIENTATION_PORTRAIT)
{
if(!actionBar.isShowing())
actionBar.show();
params.width  = ViewGroup.LayoutParams.MATCH_PARENT;
params.height = height;
videoLayout.requestLayout();
}
super.onConfigurationChanged(newConfig);
}   

et voici mon fichier de mise en page

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<RelativeLayout 
android:id="@+id/videoFrame"
android:layout_height="200dp"
android:layout_width="match_parent">
<VideoView
android:id="@+id/video"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:layout_centerHorizontal="true"/>
</RelativeLayout>

J'ai une autre relativelayout en dessous de ce qui n'est pas dans cette disposition. Mais que ne ferait aucune différence.

Tout Mark37 (très utile) réponse fonctionne, il faut définir les dimensions manuellement (à l'aide de setDimensions). Cela peut-être bien dans une application où les dimensions sont connues à l'avance, mais si vous voulez le point de vue de déterminer la taille automatiquement en fonction de la vidéo de paramètres (par exemple, assurez-vous que le ratio d'aspect original est conservé), une approche différente est nécessaire.

Heureusement, il s'avère que la setDimensions partie n'est pas réellement nécessaire. VideoView de onMeasure comprend déjà toute la logique nécessaire, de sorte qu'au lieu de compter sur quelqu'un pour appeler setDimensions, il est possible de simplement appeler super.onMeasure, puis utiliser la vue du getMeasuredWidth/getMeasuredHeight pour obtenir la taille fixe.

Donc, le VideoViewCustom classe devient simplement:

public class VideoViewCustom extends VideoView {
public VideoViewCustom(Context context) {
super(context);
}
public VideoViewCustom(Context context, AttributeSet attrs) {
this(context, attrs, 0);
}
public VideoViewCustom(Context context, AttributeSet attrs, int defStyle) {
super(context, attrs, defStyle);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
getHolder().setFixedSize(getMeasuredWidth(), getMeasuredHeight());
}
}

Cette version ne nécessite pas de code supplémentaire dans l'appelant, et profite pleinement de VideoView existant onMeasure mise en œuvre.

C'est en fait assez similaire à celui de la approche suggéré par Zapek, qui fait la même chose, seulement avec onLayout au lieu de onMeasure.

J'ai essayé d'utiliser le code d'autres réponses, mais elle ne résout pas mon problème, parce que si je fait tourner rapidement l'écran, ma taille de la vidéo a été frappé. J'ai donc utiliser une partie de leur code, que j'ai mis dans un thread qui met à jour la fenêtre très rapidement.
Donc, voici mon code:

  new Thread(new Runnable()
{
@Override
public void run()
{
while(true)
{
try
{
Thread.sleep(1);
}
catch(InterruptedException e){}
handler.post(new Runnable()
{
@Override
public void run()
{
getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,
WindowManager.LayoutParams.FLAG_FULLSCREEN);
}
});
}
}
}).start();

De cette façon, la taille de la vidéo sera toujours à droite (dans mon cas).