Bug P3
Status Update
No update yet.
Comments
de...@gmail.com
I want to note that this is not a dupe of 80149160, since that thread only refers to resolution, I noticed that the frame-rate also gets down sampled from 60 to 3 fps, the issue is not being able to download the original quality.
de...@gmail.com
sorry that is 60 to 30 fps.
de...@gmail.com
Seems better with the new sept 5th update where the resolution comes back as 1080p. But the FPS is still 30fps instead of the expected 60fps.
Also now even thou the video says state='READY' if I download too soon the res comes back lower than 1080p.
I will file the state issue as a separate bug if I can get some traction on the original issue because as it stands now I am not sure what quality i should expect the doc us not clear.
Also now even thou the video says state='READY' if I download too soon the res comes back lower than 1080p.
I will file the state issue as a separate bug if I can get some traction on the original issue because as it stands now I am not sure what quality i should expect the doc us not clear.
jf...@google.com
Let's track the frame rate request here.
(This is related tohttps://issuetracker.google.com/80149160 , but let's track it separately here.)
Please file a new issue about the video state, can you elaborate on what exactly you are seeing and what API calls lead to that issue?
(This is related to
Please file a new issue about the video state, can you elaborate on what exactly you are seeing and what API calls lead to that issue?
jf...@google.com
We have made some changes recently to the way data is returned from base URLs.
Can you confirm if the quality and frame rate is better 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?
Can you confirm if the quality and frame rate is better 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?
el...@gmail.com
I am still finding that using the =dv parameter for videos is not downloading the original video file unlike when using the web interface. Do the properties of the file matter (framerate/codec/etc)? Shouldn't the api just return the original file unmodified?
gi...@gmail.com
I'm always seeing a transcoded video when using dv parameter. The ones I have checked are the same resolution FPS but have reduced bit rate, approx 60% of the original upload.
ni...@gmail.com
I've been building a backend for rclone so people can backup their photos and videos easily and I've come across this issue.
Unless rclone can download the original video then it is going to be pretty useless as a backup which is very disappointing.
Please provide a download option which does allow fetching the original unmodified video in the same way that downloading manually fromphotos.google.com does.
Unless rclone can download the original video then it is going to be pretty useless as a backup which is very disappointing.
Please provide a download option which does allow fetching the original unmodified video in the same way that downloading manually from
br...@gmail.com
Comment has been deleted.
jg...@gmail.com
+1 vote to fix this. It makes Google Photos unusable for me as primary video storage as I cannot get the data back out in a reasonable way.
va...@gmail.com
+1 on fixing this bug.
With the Google Drive to Google Photos syncing feature removed I no longer want to use Google Photos are a primary storage place if I'm unable to recover uploaded files in full later. (I have the store full-quality option enabled and am paying Google for storage)
With the Google Drive to Google Photos syncing feature removed I no longer want to use Google Photos are a primary storage place if I'm unable to recover uploaded files in full later. (I have the store full-quality option enabled and am paying Google for storage)
ic...@gmail.com
Adding the =dv param seems to return a 500 error page now.
af...@afxnet.net
Please fix this!
ad...@glassons.id.au
This should really be fixed now that the Google Drive integration is gone. The ability to backup to a chosen alternative location is vital.
cj...@gmail.com
HEY GOOGLE!!!! HELLLOOOOOOOOOOOO???? Any updates? Do I need to write some kind of script to ping you guys on this (and all the other issues relating to the GPhotos API) every day until someone actually responds?
How is it so hard to fix glaring bugs in a public API? If you all had not pulled the Photos <> Drive sync with little notice we wouldn't be here. I'm going to start getting vocal in public ways about this blatant lack of respect and support in the coming few weeks if we can't get any attention on the multiple issues that have been raised with the raging dumpster fire that is the Google Photos API. This has moved from being annoying and inconvenient to a big issue, and then has transitioned further into straight up asinine levels of disrespect from the big G.
So, Google people... what say ye? Probably nothing I imagine, as that's par for the course at this point. You guys are the worst
How is it so hard to fix glaring bugs in a public API? If you all had not pulled the Photos <> Drive sync with little notice we wouldn't be here. I'm going to start getting vocal in public ways about this blatant lack of respect and support in the coming few weeks if we can't get any attention on the multiple issues that have been raised with the raging dumpster fire that is the Google Photos API. This has moved from being annoying and inconvenient to a big issue, and then has transitioned further into straight up asinine levels of disrespect from the big G.
So, Google people... what say ye? Probably nothing I imagine, as that's par for the course at this point. You guys are the worst
gi...@gmail.com
re https://issuetracker.google.com/issues/113672044#comment16 I have to agree here. There is not much in the way of responses to issues for Google Photos API from Google, but this one is particularly bad and is still in the 'new' state after > 1 year. What gives?
pa...@gmail.com
I'd like to suggest we all grade the google photos and drive app with 1 star, referencing this ticket and see if this creates any momentum.
st...@gmail.com
Just did it :) I believe if more people do that they MIGHT wake up and at least TRY to fix this!
gr...@poudrel.net
Hello Google,
can you take a moment to fix this bug please ?
I tested today, the issue is still here...
can you take a moment to fix this bug please ?
I tested today, the issue is still here...
om...@gmail.com
hello google,
this is not much to ask , after all this is our data and if i put some of my data in your service it is you obligation to give it back to me in same way that i put it there reduce quality is not suppose to be your choice, this is the customer to choose,
make your fix please . we are all waiting.
after all we all use your services because we love them but give your crowed some attention.
this is not much to ask , after all this is our data and if i put some of my data in your service it is you obligation to give it back to me in same way that i put it there reduce quality is not suppose to be your choice, this is the customer to choose,
make your fix please . we are all waiting.
after all we all use your services because we love them but give your crowed some attention.
ga...@gmail.com
27 stars!! There can't be only 27 people on the planed downloading content fro gPhotos.
And whoever tried using Google Takeout knows how awful it is - it's just an excuse for google to say you're not locked with them forever. "Your account, your data." Right.
So disconnecting backup&sync from gPhotos was a bugfix? The bug was "our clients are moving to Dropbox" then.
Let's make some links to this bug in forums, as it is the major one preventing RClone from making a complete job.
And whoever tried using Google Takeout knows how awful it is - it's just an excuse for google to say you're not locked with them forever. "Your account, your data." Right.
So disconnecting backup&sync from gPhotos was a bugfix? The bug was "our clients are moving to Dropbox" then.
Let's make some links to this bug in forums, as it is the major one preventing RClone from making a complete job.
on...@gmail.com
+1
br...@gmail.com
+1
st...@gmail.com
+1
jl...@gmail.com
+1
ri...@gtempaccount.com
+1
je...@korabelnikov.com
+1
pu...@gmail.com
+10
ad...@bullserve.co.uk
+1
be...@gmail.com
+1
lu...@gmail.com
+1
me...@woet.me
Please don't add "+1" comments; they result in spam emails to everyone else who is following this issue.
Just star it, and refrain from commenting unless you are adding something of substance.
Just star it, and refrain from commenting unless you are adding something of substance.
fr...@gmail.com
Hi. I pay for 2tb of google drive storage. Much of it is In google photos, which I used to back up to my home server with rclone. The problem described in this issue is causing me to investigate other storage providers and photo management options. Google takeout Is not a viable alternative for me, two months is far too long of a backup interval.
st...@gmail.com
If you find a good alternative, i'd like to know, thanks
se...@gmail.com
+1
ri...@gmail.com
+1
jo...@gmail.com
I used another tool, multcloud.com , to copy videos from photos.google.com to drive.google.com and then to a local hdd. I do not know if the videos in the hdd are equal to the original ones stored in photos.google.com . Any comments?
du...@gmail.com
> I used another tool, multcloud.com , to copy videos from photos.google.com to drive.google.com and then to a local hdd. I do not know if the videos in the hdd are equal to the original ones stored in photos.google.com . Any comments?
They probably aren't, unless multcloud does something very improbable like using a non-documented API.
But it should not be difficult to check: open a few random photos (I recommend at least a 10% sample) in Google Photos, click on the "(i)" icon on the top right corner to see its information, then note the size in bytes. Compare that size to the one being shown for the local file corresponding to that same photos. If they are the same in all cases, then your local copies have almost certainly as much quality as the "original" ones on Google Photos.
Good luck, and please report back and let us know how it goes, it could be a good idea to start using Multicloud.com if they indeed manage to copy the original pictures.
They probably aren't, unless multcloud does something very improbable like using a non-documented API.
But it should not be difficult to check: open a few random photos (I recommend at least a 10% sample) in Google Photos, click on the "(i)" icon on the top right corner to see its information, then note the size in bytes. Compare that size to the one being shown for the local file corresponding to that same photos. If they are the same in all cases, then your local copies have almost certainly as much quality as the "original" ones on Google Photos.
Good luck, and please report back and let us know how it goes, it could be a good idea to start using Multicloud.com if they indeed manage to copy the original pictures.
jo...@gmail.com
> They probably aren't (equal), unless multcloud does something very improbable like using a non-documented API.
Well, bad news. Made one experiment with my mobile phone:
0) acquired 1 photo and 1 video
1) uploaded to GPhotos
2) transferred with MultCloud from GPhotos to GDrive
3) downloaded from GDrive to HDD using "Backup and Sync"
4) took out the SD card to get the original data
5) made direct download, using the web interface, from GPhotos to the local HDD
The results with the photo:
1617275 bytes in SD card (step 4)
636520 bytes in GDrive and local HDD (steps 2 & 3)
The results with the video:
13127681 bytes in SD card (step 4)
1692875 bytes in GDrive and local HDD (steps 2 & 3)
The not so bad news, step 5 got me back the original data (compared with "fc /B"), with one small mismatch: the video filename had original extension ".3gp" and the direct download returned ".mp4" (strangely enough, GDrive and MultCloud were both able to keep the file extension ".3gp").
Thanks for your this tracked issue which raises the warning, and the prompt comment to my question. Now I know for sure that I lose information by using the workaround I was trying to get photos and videos from GPhotos.
Well, bad news. Made one experiment with my mobile phone:
0) acquired 1 photo and 1 video
1) uploaded to GPhotos
2) transferred with MultCloud from GPhotos to GDrive
3) downloaded from GDrive to HDD using "Backup and Sync"
4) took out the SD card to get the original data
5) made direct download, using the web interface, from GPhotos to the local HDD
The results with the photo:
1617275 bytes in SD card (step 4)
636520 bytes in GDrive and local HDD (steps 2 & 3)
The results with the video:
13127681 bytes in SD card (step 4)
1692875 bytes in GDrive and local HDD (steps 2 & 3)
The not so bad news, step 5 got me back the original data (compared with "fc /B"), with one small mismatch: the video filename had original extension ".3gp" and the direct download returned ".mp4" (strangely enough, GDrive and MultCloud were both able to keep the file extension ".3gp").
Thanks for your this tracked issue which raises the warning, and the prompt comment to my question. Now I know for sure that I lose information by using the workaround I was trying to get photos and videos from GPhotos.
st...@bmd.at
+1
ke...@osmosit.eu
Hello Google,
any news on that topic? The first issue has been introduced in 2018. Would you please come with a solution? ${baseUrl}=dv does not work and it has definitely something to do with the exposed endpoint.
Many thanks
With best regards
wa...@gmail.com
Another customer looking for access to my original data via API.
I'm appending "=dv" to the item's baseUrl as per
I'm returned an HTML doc claiming a 400 Bad Request error with no details (see bottom).
Fetching images using baseUrl += "=d" works perfectly. The only difference between the requests used to fetch images and videos is the appended 'v' to the URL for videos.
We would really appreciate a fix or to this issue. It would be a pain to have to migrate to another service but this one is starting to rival it.
Response to a GET to baseUrl += "=dv":
<!DOCTYPE html>
<html lang=en>
<meta charset=utf-8>
<meta name=viewport content="initial-scale=1, minimum-scale=1, width=device-width">
<title>Error 400 (Bad Request)!!1</title>
<style>
*{margin:0;padding:0}html,code{font:15px/22px arial,sans-serif}html{background:#fff;color:#222;padding:15px}body{margin:7% auto 0;max-width:390px;min-height:180px;padding:30px 0 15px}* > body{background:url(//www.google.com/images/errors/robot.png) 100% 5px no-repeat;padding-right:205px}p{margin:11px 0 22px;overflow:hidden}ins{color:#777;text-decoration:none}a img{border:0}@media screen and (max-width:772px){body{background:none;margin-top:0;max-width:none;padding-right:0}}#logo{background:url(//www.google.com/images/branding/googlelogo/1x/googlelogo_color_150x54dp.png) no-repeat;margin-left:-5px}@media only screen and (min-resolution:192dpi){#logo{background:url(//www.google.com/images/branding/googlelogo/2x/googlelogo_color_150x54dp.png) no-repeat 0% 0%/100% 100%;-moz-border-image:url(//www.google.com/images/branding/googlelogo/2x/googlelogo_color_150x54dp.png) 0}}@media only screen and (-webkit-min-device-pixel-ratio:2){#logo{background:url(//www.google.com/images/branding/googlelogo/2x/googlelogo_color_150x54dp.png) no-repeat;-webkit-background-size:100% 100%}}#logo{display:inline-block;height:54px;width:150px}
</style>
<a href=//www.google.com/><span id=logo aria-label=Google></span></a>
<p><b>400.</b> <ins>That’s an error.</ins>
<p>Your client has issued a malformed or illegal request. <ins>That’s all we know.</ins>
jf...@google.com
We understand that this is an important issue for many of you. While we don't have any updates to share, please do continue use the +1 functionality on the issue tracker to highlight this issue. Please do not reply unless you have any new information to share.
If you are seeing severely compressed (or low quality) videos, check that the mediaMetadata.status field is READY before accessing its base URL with the =dv parameter. You may receive an error or a low quality version of the video before it has finished processing. This issue covers the case where the video has finished processing, but the returned video has a lower frame rate/quality than expected.
Re
ch...@gmail.com
The video was download in orignal format only when video owner is logged in. unless the file is downloading in highly transcoded version. Please fix this issue to returning the video in orignal format.
bp...@gmail.com
+1 Come on guys, it's been YEARS!
ki...@heldig.org
ne...@gmail.com
+1 If this issue is not solved in a month I am canceling my service and moving to iCloud
be...@gmail.com
+1
ta...@gmail.com
What needs to be done here to get someone to look at this? It can't be that hard to figure out. 4k60 videos are pulling down in 1080 and 30fps. This is going on 3 years now. What can I provide to assist with getting this resolved please?
ma...@gmail.com
+1
pa...@fletch.cx
cmon pls sort this out. +1.
jo...@felixideas.ch
+1
jo...@gmail.com
+1
ni...@gmail.com
+1
el...@gmail.com
+1
ku...@gmail.com
+1
fi...@gmail.com
+1
th...@gmail.com
+1
lu...@m1cr0man.com
+1
nd...@gmail.com
+1
se...@gmail.com
+1
ni...@gmail.com
+1
83...@gmail.com
+1
ap...@gmail.com
+1
ar...@gmail.com
+1
ga...@gmail.com
+1, when will this be fixed?
I want to be able to download full resolution videos from Google Photos for video editing and vlogs, and if the API doesn't allow for I'll have to switch to another cloud provider.
I want to be able to download full resolution videos from Google Photos for video editing and vlogs, and if the API doesn't allow for I'll have to switch to another cloud provider.
we...@gmail.com
Looking into setting up rclone for a local backup of my photos and videos, this seems to be a pretty big issue? I'm honestly surprised its been like this since 2018.
af...@afxnet.net
+1
been downloading the videos manually from Google Photos since 2019.
been downloading the videos manually from Google Photos since 2019.
ca...@gmail.com
+1
wi...@gmail.com
It's disappointing that I've paid for Google storage and went to set up rclone as my local backup and I can't even get my images and video synced offline at their original quality.
This seems like baseline functionality, can we get an ETA on when this will be addressed?
This seems like baseline functionality, can we get an ETA on when this will be addressed?
al...@proton.me
+1
ke...@gmail.com
+1
si...@gmail.com
+1
ar...@gmail.com
+1
wi...@gmail.com
+1
th...@gmail.com
Comment has been deleted.
ke...@knnth.co
+1
zl...@gmail.com
+1
ol...@gmail.com
+1
ps...@gmail.com
Comment has been deleted.
ro...@gmail.com
+1
je...@gmail.com
+1
ma...@merlinstoll.nl
+1
al...@gmail.com
+1
ps...@gmail.com
Hey everyone, just a quick reminder that saying "+1" in the comments doesn't really change anything. It just sends a bunch of notifications to people who are following the thread. If you want to show that you think this issue is important, please use the "+1" button above the thread instead. Thanks!
er...@gmail.com
try uploading the video again. Sometimes, the issue may be caused by a technical glitch or a temporary problem with the platform. Uploading the video again may solve the problem. It is also advisable to upload the video during off-peak hours when there is less traffic on the platform. check the video file size. Some platforms have limitations on the size of the video file that can be uploaded. If the file size is too large.
source -https://geekydane.com/google-drive-still-processing-video/
source -
gi...@gmail.com
To the previous poster. Uploading the video again is not the solution.
This is a long standing bug. ALL videos downloaded by this API are ALWAYS transcoded to lower quality. There is no trouble reproducing this issue at all. If you want a demonstration, go get my google photos backup project and use it to download a few videos, compare them with the same downloaded via google photos web app.https://github.com/gilesknap/gphotos-sync
This is a long standing bug. ALL videos downloaded by this API are ALWAYS transcoded to lower quality. There is no trouble reproducing this issue at all. If you want a demonstration, go get my google photos backup project and use it to download a few videos, compare them with the same downloaded via google photos web app.
al...@gmail.com
gi...@gmail.com
Regarding the above post about eltima. This cannot help. The video files from the Google Photos API are transcoded down and you cannot recover the lost detail whatever video player you use.
0t...@gmail.com
Current solution is to simulate a browser: https://github.com/vikas5914/google-photos-backup
For tracking changed files/photos, this would require a normal full account access login and the API to look for changes which aren't implemented in the project.
For tracking changed files/photos, this would require a normal full account access login and the API to look for changes which aren't implemented in the project.
hu...@gmail.com
+1
jj...@sigi.icu
+1
iv...@gmail.com
+1
ts...@gmail.com
+1
al...@gmail.com
+1
th...@e-x-e.dk
+1
da...@gmail.com
Seriously, 6+ years without resolution?! This is an essential feature and I can't believe this hasn't been fixed yet. C'mon Google!!!!
ph...@gmail.com
Assignee
li...@google.com
Clearly this isn't a priority...but SIX years and nothing??? I l discovered this bug literally right AFTER signing up with the 5tb plan under my developer account. Didn't even think about checking beforehand since it's such a basic feature. Well...just cancelled that account, my wife and son are also cancelling their separate accounts, and moving to another provider.
li...@google.com
Clearly this isn't a priority...but SIX years and nothing??? I l discovered this bug literally right AFTER signing up with the 5tb plan under my developer account. Didn't even think about checking beforehand since it's such a basic feature. Well...just cancelled that account, my wife and son are also cancelling their separate accounts, and moving to another provider.
su...@gmail.com
Please address this Google.
ke...@gmail.com
+1
ed...@gmail.com
+1
cr...@gmail.com
Hi Google,
Could you please provide an update here?
Could you please provide an update here?
ad...@datacenter-heller.de
+1
This would make it a lot simpler to export phots. The Takeout is a joke, with all the JSON scattered across. Either Google should address this or offer a takeout option that simply downloads photos and videos with their original EXIF and date created data, so that users can simply move their library to another service!
This would make it a lot simpler to export phots. The Takeout is a joke, with all the JSON scattered across. Either Google should address this or offer a takeout option that simply downloads photos and videos with their original EXIF and date created data, so that users can simply move their library to another service!
ph...@gmail.com
+1
vi...@gmail.com
+1
Description
For example a 200mb video comes back as 4mb.
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).