After a few days I discovered, that I cannot play its video clips after downloading them to the android phone. I can play the videos only withing EVENTS. But after downloading or sharing, those videos have a square gray pictogram and don’t open. When I try to start the video within gallery it says “Can’t play video” or sometimes “not supported file” and the phone freezes. I have to restart it.
The cams firmware is 4.52.9.1134.
v2 cam on the same network works fine. Can play videos on computers and other cell phones.
Maybe a connectivity issue, obviously it needs solid bandwidth to stream the video cleanly to your phone.
Have you tried playing them from within the gallery in the Wyze app to see if they work there? There were some issues with the app saving both still frame and video at the same time and confusing some phone OSes.
@henriek I agree with with @Omgitstony that this is probably a codec issue. Try the VLC app or usually Google Photos can open it and even re-encode it for you into a format that your other video players will be able to play.
For some reason there are just a lot of video players that won’t play certain kinds of videos because they don’t have the latest video conversion tools (Codec) to be able to recognize them all.
Wyze is almost certainly doing something funky with the output when using the Share feature from the event view, though I don’t have enough knowledge in this area to know exactly what or why it’s failing. I can just share observations from my use with the v3.3.0.609 Android production app.
If I navigate to the Events tab, select an event, view it (in the app), and then Share it, the app shows me a message that it’s downloading the video and then presents me with sharing options. The recipient of the share (in my testing, I’m using Bluetooth to transfer the file to another Android device) receives a file called wyze_product_share_[6 digits].mp4. When I try to play that from Android’s Files app, I see the slider progressing as if the video is playing, but the video doesn’t actually display (the screen is black). If I try to play the same video using Google Photos, the app shows me a stark message: “Can’t play video.”
If instead of sharing as above I use the Download option from the event view and save it to my phone, I get a local file called [13 digits]_[24 hex digits]_[6 digits].mp4. I can then do the same kind of Bluetooth transfer, this time using Share from the Files app. The same file shows up on my recipient phone and plays normally.
This is what MediaCompare says about the files from the Cam v4:
Filename
wyze_product_share_085347.mp4
1738073485467_80482C2DCD38131738073485_085455.mp4
General
Format
MPEG-4
MPEG-4
Format profile
Base Media
Base Media
Codec ID
isom (isom/iso2/mp41)
isom (isom/iso2/avc1/mp41)
File size
6.52 MiB
2.48 MiB
Duration
15 s 150 ms
13 s 187 ms
Overall bit rate mode
Constant
Variable
Overall bit rate
3 610 kb/s
1 578 kb/s
Frame rate
20.000 FPS
20.020 FPS
Writing application
Lavf58.20.100
Lavf58.45.100
Video
ID
1
1
Format
MPEG-4 Visual
AVC
Format profile
Simple@L1
High@L5
Format settings, BVOP
No
Format settings, QPel
No
Format settings, GMC
No warppoints
Format settings, Matrix
Default (H.263)
Codec ID
20 / mp4v-20
avc1
Duration
15 s 150 ms
13 s 187 ms
Bit rate mode
Constant
Variable
Bit rate
3 567 kb/s
1 530 kb/s
Width
2 560 pixels
2 560 pixels
Height
1 440 pixels
1 440 pixels
Display aspect ratio
16:9
16:9
Frame rate mode
Constant
Variable
Frame rate
20.000 FPS
20.020 FPS
Color space
YUV
YUV
Chroma subsampling
4:2:0
4:2:0 (Type 0)
Bit depth
8 bits
8 bits
Scan type
Progressive
Progressive
Compression mode
Lossy
Bits/(Pixel*Frame)
0.048
0.021
Stream size
6.44 MiB (99%)
2.41 MiB (97%)
Writing library
Lavc58.35.100
Format/Info
Advanced Video Codec
Format settings
CABAC / 1 Ref Frames
Format settings, CABAC
Yes
Format settings, Reference frames
1 frame
Format settings, GOP
M=1, N=40
Codec ID/Info
Advanced Video Coding
Maximum bit rate
1 600 kb/s
Minimum frame rate
20.000 FPS
Maximum frame rate
20.408 FPS
Color range
Limited
Color primaries
BT.709
Transfer characteristics
BT.709
Matrix coefficients
BT.709
Codec configuration box
avcC
Audio
ID
2
2
Format
AAC LC
AAC LC
Format/Info
Advanced Audio Codec Low Complexity
Advanced Audio Codec Low Complexity
Codec ID
2 / 40 / mp4a-40-2
2 / 40 / mp4a-40-2
Duration
13 s 120 ms
13 s 120 ms
Bit rate mode
Constant
Variable
Bit rate
45.6 kb/s
45.6 kb/s
Channel(s)
2 channels
2 channels
Channel layout
L R
L R
Sampling rate
16.0 kHz
16.0 kHz
Frame rate
15.625 FPS (1024 SPF)
15.625 FPS (1024 SPF)
Compression mode
Lossy
Lossy
Stream size
73.0 KiB (1%)
73.0 KiB (3%)
Default
Yes
Yes
Alternate group
1
1
Maximum bit rate
128 kb/s
This is the comparison of two similar files (Share and Download) from a Cam OG Telephoto when I do the same test. All four videos I used (two from each camera) are from the same event captured from two different cameras that are near each other.
I’m able to play all four videos in VLC on my PC after transferring them via USB from the recipient phone, even though I can’t play the shared Cam v4 video in a default app (Files, Google Photos) as I would expect to on the recipient phone (the main problem here).
While the shared video from the Cam v4 wouldn’t play on the recipient phone (as noted above), the shared video from the Cam OG Telephoto played without any difficulty on the same phone and showed the “Captured by Wyze Cam OG Telephoto 3x” tag at the end.
The video length of the shared file is ~2 seconds longer than the video length of the comparable downloaded file. This is because the file generated using the Share method has the additional “Captured by Wyze Cam v4” (or “Captured by Wyze Cam OG Telephoto 3x” or whatever, depending on the camera model’s name) tag at the end. Files obtained via Download don’t have this tag (and also don’t seem to have any problems with playback).
While the Cam OG Telephoto’s shared file size is roughly 30% larger than the downloaded file (2.29 vs 1.76 MiB) for these short clips, the Cam v4’s shared file size is 163% larger (6.52 vs 2.48 MiB). I don’t know why there’s such a huge discrepancy or exactly how that figures into this issue. (The “Overall bit rate” is also significantly [>100%] larger for the Cam v4’s shared file, as well.)
I don’t know if this is helpful to anyone or what all the data means, and I have other things on my plate that prevent a deeper dive into this at the moment. (Someone with a better background in video codecs might be able to identify the problem immediately. I don’t know.) I just hadn’t seen this presented anywhere else before, so I thought I’d share it in case it sheds any light on the situation, which I believe is related to (if not the same as) an issue described by iOS users. (I don’t know if another Android issue is related or not.)
Someone could certainly use a third-party viewer (e.g., VLC) or re-encode the files before sharing, but that shouldn’t be necessary and is something that an average user shouldn’t be expected to do. The purpose of the Share feature should be to make sharing a clip quick and easy, not require extra work on the users’ part. This is something Wyze should definitely explore and fix.
I’ve never actually used the “share”. I’m guessing maybe it is trying to make the file smaller (the G.711 is used for phone calls usually as it compresses the audio a ton) when using “share”?
I usually just save the video to my phone then upload it to Google Photos from my phone gallery if I want to share it, since it will be full quality that way.
I get that, but the app has a “share” button for convenience, and it’s not unreasonable for users to expect that to work. Saving the file and then doing something with it is a fair work-around, and it’s also a process that involves more steps for the user. It shouldn’t be necessary (but I’m glad that it’s available as an option, especially when someone wants to keep a local copy rather than just sharing).
Yeah I’m definitely not saying it shouldn’t work. Just that I haven’t noticed it since I don’t use it. Though if it reduces the quality and adds even more compression (which it sounds like it does) then I definitely don’t want to use it.
People are finding that the files on the SD card have the G.711 encoding and that is causing issues with many of the joiner apps. So maybe “share” is actually sharing the native file, where recording to your phone allows the phone to re-encode to its native format and eliminating the compatibility problems? Not sure.
It will also depend on whether you’re trying to “share” a cloud video or one you’ve recorded in the app. I’d think the one recorded in the app should be the same format whether looking in the Wyze gallery or your phone’s. But then maybe when you hit “share” it re-encodes it to reduce the file size, and adds the G.711 back in.
How does a larger file size equal more compression in this case? I don’t think compression explains what I’m seeing.
Note that the “share” feature I’m using is from an event view, as I described in my observations, so all of the video in my examples should be cloud recordings. When I want microSD video at its highest available quality (or at least what I believe it to be so), then I just pull the card from the camera and copy what I want to a PC. These are videos that Wyze has determined are discrete events and not manual recordings I’m doing with the app (i.e., not saving something to the album).
I don’t know what the answer is. I’m just sharing data and asking questions.
Yeah, the larger the file, the bigger the saved space by compression. But the percentage remains about the same and it only depends on the method used and the particular bit sequences.
I didn’t say the file size is bigger. I said the file difference between the original file size and the resulting file size grows bigger, the bigger the file to be compressed is.
Sorry, it was meant as a flippant rejoinder to a previous post.
Yeah, that forced endorsement is definitely a compelling reason not to use the “share” feature.
I personally don’t mind that message if it works and doesn’t cause additional problems (and I wonder if the additional video manipulation that adds the tag is part of the problem here). I like my Wyze cameras and have Show Wyze Logo enabled in Advanced Settings, and I imagine other users also enjoy being advocates for Wyze with things they want to share and show off stuff that their cameras captured, but that should totally be a user’s choice. I can toggle the logo off if I want to, and Wyze should allow users to do the same thing with that ~2-second “Captured by” tag that they add to shared videos.
Since Wyze has forced that into the “share” feature, using the work-around like @dave27 described seems like the best way to avoid having that tag included.