We've also received reports from:

1. [BUG] The aspect ratio of video is wrong fluttercandies/flutter_wechat_camera_picker#272
2. [BUG] Video preview orientation. fluttercandies/flutter_wechat_assets_picker#622
3. [Android] CameraX preview is rotated 90 degrees #154241 (comment)

Re-checking this on Flutter stable 3.24.2 and master 3.25.0-1.0.pre.283, I can reproduce the issue using camera_android_camerax example.

The current plugin versions: camera_android_camerax: 0.6.8+3 and video_player_android: ^2.7.3

I was able to reproduce this on a Pixel. I'm confused because the preview and video rotation is correct but not the thumbnail widget that uses a VideoPlayer. I wonder if the the thumbnail widget needs the same fix as the camera preview but I can't reason about why at this moment.

The VideoPlayer already does some correction on it's own, maybe the reported value is incorrect?

https://github.com/flutter/packages/blob/bb53e5d536aeba377b5f8877ad735973293ae200/packages/video_player/video_player/lib/video_player.dart#L864-L887

I was able to reproduce this on a Pixel. I'm confused because the preview and video rotation is correct but not the thumbnail widget that uses a VideoPlayer. I wonder if the the thumbnail widget needs the same fix as the camera preview but I can't reason about why at this moment.

I just tried using the rotation correction that we use for the camera preview on the video player and it does not work.

The VideoPlayer already does some correction on it's own, maybe the reported value is incorrect?

https://github.com/flutter/packages/blob/bb53e5d536aeba377b5f8877ad735973293ae200/packages/video_player/video_player/lib/video_player.dart#L864-L887

This could be what's happening. If so, we'll need to ensure that no rotation correction is applied in this case.

In my case, only videos captured by camera has this issue.

Videos from screen recording is ok.

Samsung Galaxy S22 Ultra
One UI 6.1
Android 14

I am having same issue, I looked into my recorded video metadata and the rotation seems to be correct.
Tested on Redmi Note 9 Pro and Samsung A23. I recorded in portrait mode up but the video player orientation is incorrect.
Any updates on this?

I just tested the camera_android_camerax example app with/without a video_player_android version that supports Impeller (with 2.7.2, without 2.7.1), and I found that this only reproduces with Impeller support on video_player_android. From running the video_player_android example app, I see that the video recording is correct (I didn't test with the same recording from the camera plugin though). Next, I'll check the rotation reported by the video_player_android plugin as @/jellynoone mentioned before.

cc @matanlurey in case you have any thoughts

I just tested the camera_android_camerax example app with/without a video_player_android version that supports Impeller (with 2.7.2, without 2.7.1), and I found that this only reproduces with Impeller support on video_player_android. From running the video_player_android example app, I see that the video recording is correct (I didn't test with the same recording from the camera plugin though). Next, I'll check the rotation reported by the video_player_android plugin as @/jellynoone mentioned before.

cc @matanlurey in case you have any thoughts

Would downgrading to 2.7.1 fix the bug?

Also running into this on Android API 30, flutter version 3.24.3.

Overriding video_player_android to a version that does not support impeller (2.7.1) displays the video correctly.

dependency_overrides:
  video_player_android: 2.7.1

I was able to fix the error by adding this dependency in my pubspec.yaml in dev_dependencies:
video_player_android: 2.7.1

I'm using video_player: ^2.9.2
and by default it uses video_player_android.

If I don't put what version the latest default version is used video_player_android: 2.7.13 and this is causing me error

Made an attempt at fixing this issue in version 2.7.16. Please let me know if this does not fix your issue and a reproduction if possible! Specify video_player_android: 2.7.16 in your dependencies to try it.

Made an attempt at fixing this issue in version 2.7.16. Please let me know if this does not fix your issue and a reproduction if possible! Specify video_player_android: 2.7.16 in your dependencies to try it.

@camsim99 Thanks to you, It worked!!! when will video_player update the package version? since it is using video_player_android ^2.3.5

Over here, v2.7.16 works as expected when recording in landscape (yay!). However, in portrait mode, the preview appears in a ‘shrunken state,’ as if the resolution is incorrect. See the difference here:

Android

iOS - works as expected

Can anyone else see what I'm seeing?

@AndreHaueisen I think this may be an issue with the plugins assuming a recording in portrait up; I'm seeing the same thing in the camera plugin and trying to fix it right now.

Will take a look at this of course, but if anyone else sees this still let me know with any helpful reproduction info!

Used video_player_android: 2.7.16 in dev_dependencies. The landscape recorded videos are working fine but potrait videos are shrunken and not taking the right resolution. Reproducible on Samsung S23 ultra (Android 14)
Flutter version 3.24

@akshayOnform thanks for letting me know!

I suspect this is an issue with not applying this correction in cases where we need to since it looks stretched. Also because my PR did not modify anything about the ExoPlayer itself. I plan to look into it but open to other folks investigating in the meantime of course :)

I'm experience the same issue as reported by @AndreHaueisen on the latest version of the package (on a Pixel 1).
I was trying to perform more tests to see if I can provide any useful insight and hit a blocker.

I upgraded my Android Studio to Ladybug and can no longer downgrade to 2.7.1, the version I know that works. The reason is mentioned in #148478, essentially before 2.7.7, the plugin was passing -Werror to compiler args which now manifests during build. So, someone might be stuck with a broken version if they accidentally upgraded other parts of their toolchain.

Is it possible if we can manually release 2.7.1+1?

I upgraded my Android Studio to Ladybug and can no longer downgrade to 2.7.1, the version I know that works. The reason is mentioned in #148478, essentially before 2.7.7, the plugin was passing -Werror to compiler args which now manifests during build. So, someone might be stuck with a broken version if they accidentally upgraded other parts of their toolchain.

On the other hand, you can still use dependency_overrides to use your own fork.

Used video_player_android: 2.7.16 in dev_dependencies. The landscape recorded videos are working fine but potrait videos are shrunken and not taking the right resolution. Reproducible on Samsung S23 ultra (Android 14)

I also met this problem and maybe the reason is below:
The camera will store the recorded video as landscape whatever it is actually landscape or potrait. Meanwhile, it will store the rotation angle (0, 90, 180, 270) in the video metadata (which can be get by MediaMetadataRetriever api for Android). So we can know if a recorded video is landscape or potrait.
The real problem is, the video_player do not provide any option to adjust the width and height for the rendered video.

Hello, ı fixed issue for my app with that

dependency_overrides: video_player_android: 2.4.14

This may not work for many people as that version still uses the deprecated v1 embeddings. I've tested 2.6.0 and can verify the aspect ratio of videos after recording from image_picker are correct. Basically that's the latest version before impeller support was reintroduced (before later being reverted again and re-reintroduced).

Based on the issue I filed here, which I still find to be valid: #156343

Portrait videos are recorded in landscape with a flag set to tell the player to rotate the video, and impeller has seemed to have an issue with this ever since it was introduced. I'm of the opinion that videos should be recorded in the proper orientation to begin with (without a displaymatrix flag), which should fix all player issues since no rotation would be required.

Thanks @jt274 usage of v2.6.0 in dependency_overrides definitely worked for us until there's a proper fix. I do see warnings appear, but for now will assume the next version bump in video_player will likely resolve it.

[IMPORTANT:flutter/shell/platform/android/platform_view_android.cc(308)] Flutter recommends migrating plugins that create and register surface textures to the new surface producer API. See https://docs.flutter.dev/release/breaking-changes/android-surface-plugins

This issue is assigned to @camsim99 but has had no recent status updates. Please consider unassigning this issue if it is not going to be addressed in the near future. This allows people to have a clearer picture of what work is actually planned. Thanks!

Wanted to report that after overriding with v2.6.0 while testing our application we started to experience fatal errors that we were not experiencing before the override related to surface leaks and memory issues. The changelog for video_player_android beyond 2.6.0 has fixes related to codec handling, surface leaks, and memory issues. I suspect based on the logs that it's related, and after removing the override we no longer get these errors, but now we're back to portrait videos being the wrong size and looking like they were zoomed in on.

This issue is assigned to @camsim99 but has had no recent status updates. Please consider unassigning this issue if it is not going to be addressed in the near future. This allows people to have a clearer picture of what work is actually planned. Thanks!

i am also facing same problem....if you want temporary solution, You can use this easy_video_editor package to get video aspect ratio and use it with Aspect ratio widget

Facing the same problem, but it only happens to Pixel Fold.
Tested on Pixel Fold, Sony Xperia and Samsung Galaxy.

I also tried to set video_player_android to 2.6.0 and 2.4.2, none helped.

Please let us know if you still see this issue in version 2.8.3. I've been wondering if #157198 impacts this issue, which that version fixes.