IssueTracker

Thanks for the report!

Unfortunately you can't specify a height or width for video files at the moment, and the 'dv' parameter returns a downsampled version of the video. There is currently no option to retrieve the video in its original resolution.

I have forwarded this to the team and will update here once I hear back.

Thanks

The documentation should be updated then?

https://developers.google.com/photos/library/guides/access-media-items#video-base-urls

If specifying a video width or height is not possible the sentense "with your required dimensions:" makes no sense then.

Thanks - Good catch, I'll get the documentation updated. (The previous sentence is quite explicit, but we must have missed this one.)

Is there a separate ticket for adding the ability to download full resolution video? Or does this documentation ticket also cover that? I want to make sure I'm tracking the correct ticket so I'll know when that feature is added.

Re #5, we can track this here. I have renamed the title of the issue to capture this.

Not sure if this works (or is fool-proof), but I tried reverse-engineering this based on the URLs I see in Google Photos directly, and in Picasa. My hunch is, if you pass the attribute "=m37", you might get a higher resolution video. How I tracked this down is:

1. Go to Picasa's API for showing your albums: https://picasaweb.google.com/data/feed/api/user/YOUR_USER_ID_HERE?kind=album&prettyprint=true. Find the album you are looking for, in the element <gphoto:id>xxxxx</gphoto:id>. Note that this album id is different from your Google Photos album id.
2.  Now look at your album via Picasa's API: https://picasaweb.google.com/data/feed/api/user/YOUR_USER_ID/albumid/YOUR_ALBUM_ID?kind=photo&prettyprint=true. Find the video you are looking for (you can search by title etc.).You will see the following defined:
        <media:content url='https://lh3.googleusercontent.com/dummy-image-url=m18' height='360' width='640' type='video/mpeg4' medium='video'/>
        <media:content url='https://lh3.googleusercontent.com/dummy-image-url=m22' height='720' width='1280' type='video/mpeg4' medium='video'/>
        <media:content url='https://lh3.googleusercontent.com/dummy-image-url=m37' height='1080' width='1920' type='video/mpeg4' medium='video'/>
Specifically look for those items where the type='video/mpeg4'.

If you observe the URLs you will see that they have the same URL with a different suffix: =m18 for the smallest resolution, =m22 for the medium resolution, and =m37 for the highest resolution. This is what I see in my albums; you might see something else. What I have found, though, is that if I simply append "=m37" to the URL shown in Google Photos API, it seems to neatly bring me a good resolution video.

Product Team,
Is my hypothesis correct? Or am I completely off-base?

One more thing - I got the idea of looking at the Picasa API because in the preview page of Google Photos I saw that the small preview of my video was suffixed with "=m18", and I had seen that while I was working with the Picasa API.

Re #8 Adding "=m37" works for me in a browser but gives me a 404 when calling the API.

Furthermore, requesting 'https://lh3.googleusercontent.com/[video-baseUrl]=dv' now results in an Error 400 (did work before for low-res videos) - do I just leave that here, or do I open another issue?

Please do not use any flags that are not documented on the "Access media items" guide in our developer documentation: https://developers.google.com/photos/library/guides/access-media-items

Undocumented flags are not supported and should not be used directly. If you have a use case for other types of encoded or processed video, please do file a new feature request, describing your use and any technical requirements.

How is this a feature request, this is clearly a bug. The dv link should download the full resolution just like the documentation states and also its a minimum functionality of getting a media item. Currently there is no way to download the video so the feature is broken. Please update the bug type and priority.

Correction (I shouldn't say just resolution but rather full quality of the video):
Based on the description in the documentation the dv parameter should download the full quality video. There is no mention of down sampling the in documentation.
In addition it the basic expectation of getting a media item is to have access to its full quality download.Not having this ability makes the api incomplete missing basic functionality most apps require.
Finally access to full quality video would be consistent with the way images download works (full quality with some tagging stripped).
This is why I think this is a bug, the behavior is unexpected, undocumented, and inconsistent with other interfaces.

Thanks!

Any update on this?  There's little point in me using the API if I can't download the original (or thereabouts) video.  It can't be that hard to implement.

It's blocked by 109754198 but I don't have permission to view that.

We have made some changes recently to the way data is returned from base URLs for videos.

Can you confirm if the quality and resolution is of higher quality now?

If you are still seeing this, could you provide an example of the file or the exact codec, resolution and framerate of the video?

What I'm trying to do is transfer photos and videos from my phone to my computer, where I keep my master copy of 20 years worth of photos.  I don't want a higher resolution video, I want the original.  For me, having my photos on Google Photos is nice, but it's secondary, TBH.

I tried using the Google Drive integration with Google Photos, but it was a nightmare because deleting a photo from Drive wouldn't necessarily delete it from Photos.  Now I'm hoping to use the Google Photos API.

I tried downloading a video from Google Photos today, but the 50MB video from my phone resulted in a 13MB download.  Also, the video was taken at a time as per the filename on my phone: 20181124_140007.mp4 but the EXIF data in the downloaded video had been rewritten by Google Photos and the only timestamp in there was 2018:11:24 16:48:07, which was probably the time that my phone uploaded the video.  So now I have a poorer quality copy of my original video with the wrong timestamp.

And it's just this second dawned on me that I've deleted files from my phone to free up space, so the only original copy of those files is on Google Photos and I can't get access to them.

I'm just trying to keep a few files in sync between different devices.  It shouldn't be this difficult.

what about this issue any news how to download the original file size, i have a video 2GB and when i download it it downloaded as 320MB and not working..

Any solution about this issue ???

Hello

Any news about this issue. ?

Hi,
someone work on it?

In answer to https://issuetracker.google.com/issues/80149160#comment15

I have recently discovered that my 1080p 60fps videos are now transcoded down to 30fps with high compression - they look terrible. But if I directly download them from the Google Photos Web they are fine. Why is the API transcoding, please?

Here is an example which I share globally for all to see.

Album = https://photos.app.goo.gl/Avm52meJycEH8N5o6 contains a single video showing the issue.

The attachment contains three copies of the video:
- the original file from the phone directly (1080p 60fps)
- the file as downloaded from the Google Photos Web (similar but not identical to the above)
- the file as downloaded from baseUrl with =dv  -- this shows only 30 fps and file size is 1/10 of the above