Yikes! That is definitely NOT good. Please let us apologize for that. I have replaced those two with the corrected urls and fixed the root cause:
The issue was simultaneous gif conversions using the same client identifier "key" and overwriting each other.
In order to do things like track the status of ongoing conversions, the client provides us a key so that we can identify them. Normally we would provide the key, but for various reasons we wanted this to be a client option and we sanity checked the key so it seemed safe enough.
We were never really concerned about the security of this, because in normal use, the keys are random enough that another user will never guess the key for a conversion in progress, and you would have to hit the same server with the same key to collide. But some apps connecting through the api had been supplying the same key for every conversion, so this happened.
A key is no longer required (most clients will not need to requery the api for any status updates anyway), but I have now updated the code so that when clients provide an identifier, we check that no currently running conversions are using the same key.
Very nice, you should probably contact /u/silentdragoon, who requested a bot for subreddits he mods!
I think the bot would be much more valuable to the end users if you actually called the conversion and posted the new link so that users with RES (thats a lot of them) could take advantage of the embed within reddit. Also, even though the fetch link is quick, its not as quick as the direct link. Fetch first loads javascript, then the javascript calls gfycat so its a two step process for the user and delays each one, even if only for a fraction of a second.
It's super easy to do the conversion, check gfycat.com/api for details.
And of course, jus a reminder--- make sure you have the mods permission for any subreddit you use it for, or you will just get it banned on you!
This is precisely why webm is replacing gif.
Gif is a simple format, but does not support any modern compression methods, and you have to cut down the resolution, color depth, and frame rate to give you something reasonably sized.
If you have a look at the details page of any gfycat video, you will find a link to a gif version of it. These will usually be a lot larger, and usually much lower quality than the webm version.
If you have a larger gif you wish to make smaller by further limiting the color depth, resolution, and frame rate, I would recommend ezgif
It could be that your OS has never installed SSL certs, or it could be that they are outdated after we replaced ours, along with the entire internet, due to the heartbleed bug.
Try installing them:
sudo apt-get install ca-certificates
The command on your OS might be different. Perhaps:
sudo yum install ca-certificates
If nothing works, perhaps try downloading the bundle directly -- http://curl.haxx.se/ca/cacert.pem, then adding this line specifying where the certs are.
For command line curl:
export CURL_CA_BUNDLE="/path/to/cacert.pem"
For php curl:
curl.cainfo=<path-to>cacert.pem
Me and my roommates are having problems with gfycats on our phones (Nexus 6p and two Galaxy S6's on Reddit is fun and Reddit Sync), but only when we're connected to WiFi. They work fine on 4G. I've been doing the same thing you're doing. I found this app in some thread and it did fix the problem, but I don't know if I trust it (my phone keeps popping up with warnings that my connection may be being monitored). Basically the app changes the DNS your phone uses to the Google server instead of what your ISP uses. So now I'm trying to just do that without an app. Nothings worked yet though.
.webm file format, when I download and save Gfy animation to my computer.
This worked. Thanks for the assistance.
Client support seems to be pretty limited: http://www.emailonacid.com/blog/details/C13/a_how_to_guide_to_embedding_html5_video_in_email
Gmail won't let you create any html codes for embedded video, and also won't show you any videos that someone else sends. You might be able to do it with mailchimp (I think you could, since you can edit html using it), but if you look at the browser support table in the link above, many people would not get the results anyway.
Unfortunately, it looks like the best possibility is either the raw gif, or for large links, an image inserted, that links to the external URL. Too bad, I would love to see support for this!
Would you mind trying one more video?
I've done a bunch of testing with different options and tried to change the only factors I could find different between this file and others.
I believe this would be your gif: http://gfycat.com/JointMilkyDorking
GIFs are compressed using LZW (although compression is really optional). This one was identified as having excessive LZW string data, overflowing the normal memory space that should be assigned. This type of scenario could potentially be a maliciously crafted file.
In this case... just a corrupt image. Whatever image editor you use probably goofed somewhere, resaving the file would likely fix it, but I have converted it now.
Hi there,
Yes unfortunately 4 GB is a bit too large. My recommendation is to cut the file down to something more manageable with a program like Handbrake and then upload it to Gfycat.
How big was the original file? Sometimes the browser can't support a massive file.
Generally a good rule of thumb is to trim your video down to a more manageable size. I usually use Handbrake usually to get a massive video down and then upload.
Ok so new update. They had a look at the HAR file and here was their response and follow-up request.
"That was served from cache, and there's no delay prior to the start of the file data (i.e. no DNS or connection handshake delay), so that'd rule out any issue between FRA and you. It could be either an issue with their connection to FRA or something odd happening with the PC client's TCP stack. Would the user be comfortable taking an MTR and a packet capture from the PC? Assuming Windows, they'd need WinMTR and Wireshark.
For WinMTR, they'd point it at gfycat.com and send us the output. For Wireshark, they'd need to start a trace, download the file normally in a browser, stop the trace, save it, and send the .pcap/.pcapng to us."
Here are the links they provided for the WinMTR and Wireshark.
To clarify, are you talking about the gfycat app on android as seen in this link?
https://play.google.com/store/apps/details?id=net.danlew.gfycat
That's not an official gfycat app so your best bet is to perhaps contact that developer.
It's a hash fragment.
Maybe this page would be of some help: https://www.digitalocean.com/community/tutorials/an-introduction-to-oauth-2
We support both implicit flow and authorization code.
Maybe what's is confusing is that your server is not seeing it? Fragment identifiers (everything after #) are not sent to the server. You would need to have javascript that extracts it in the browser.
Edit: https://stackoverflow.com/questions/16733863/oauth2-0-implicit-grant-flow-why-use-url-hash-fragments
Yes, the previous links not playing was probably an android mp4 issue. But normal gfycat links not looping is something different, because the default gfycat playback already provides a version for android.
So since we know the above video plays and loops, what about the normal gfycat link? http://gfycat.com/AnyGrippingAquaticleech
It should be the same video, this will detect android and serve the android limited mp4. But the forced javascript looping is wrapped in with the rest of the functions and it is entirely possible that this is failing.
Ok maybe you can try one more: http://gfycat.com/loop_test2.html. The normal gfycat page has worked (and looped) in the android browsers we have been able to test, but obviously there must be some where it doesn't.
The main page relies on the browser identifying itself as android, so I thought perhaps that wasn't triggering and these tests just assume android and try the forced looping.
Android actually does not support looping, but we do a workaround that usually works. Could you try this link on Android and see if it loops for you? http://gfycat.com/test_loop.html
This should resolve your issue: http://www.howtogeek.com/164981/how-to-switch-to-opendns-or-google-dns-to-speed-up-web-browsing/
In a few more days your ISP's DNS should be up to date and it will work again using their DNS servers.
Sure. Thank you!
Here is the link: http://jsfiddle.net/CEa6B/
As you can see, visually the result is great, but if you verify the network transfers, all the assets are downloaded even if you don't hovered the thumbnail.
> I will check out ripme because I’ve never heard of it, and see what actually happens
I'm one of ripme current maintainers, if you have any concerns feel free to PM me/make a github issue at https://github.com/RipMeApp/ripme/issues
nice! it looks better now.
> We could potentially do something like add a url parameter so you can send a user to a gfycat link that does not include the gif choice, but the user would still have to press the play button.
That would be a solution. For me it is not necessary to introduce this, it is not an issue and letting the user choose is a good point.
Anyway, it seems like Firefox for Android always autoplays the videos when landing on the page now.
Eg.
When http://gfycat.com/AcademicHappyHuia is loaded, the video and the options are shown and the video starts playing.
In Chrome for Android I have to choose format first.
Thanks for the service and help
Right but can you try the gfycat link directly in the browser? The link for the post above is: http://gfycat.com/ForcefulImpartialHamadryas (or you could try the direct video file at http://zippy.gfycat.com/ForcefulImpartialHamadryas.mp4)
The video is ok, so it seems to be the player that is somehow not showing all the frames. I don't any access to a windows phone to test it but it works fine from my phone.
Oh just found this under the network tab: jquery.min.map (assets.gfycat.com/js) got a 403 Forbidden.
Here's the full request/response (not sure if this is meaningful, not a web programmer):
GET /js/jquery.min.map HTTP/1.1 Host: assets.gfycat.com Connection: keep-alive Cache-Control: max-age=0 X-Source-Map-Request-From: inspector User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36 Accept: / DNT: 1 Referer: http://gfycat.com/fetch/http://i.imgur.com/bzWzyrl.gif Accept-Encoding: gzip,deflate,sdch Accept-Language: en-US,en;q=0.8,en-GB;q=0.6 Cookie: __cfduid=deccde864f7af7e37c04341b40ef642671388817408153; __asc=9c80855d1435bf7d021ed0a37b2; __auc=9c80855d1435bf7d021ed0a37b2
HTTP/1.1 403 Forbidden Server: cloudflare-nginx Date: Sat, 04 Jan 2014 06:38:42 GMT Content-Type: application/xml Transfer-Encoding: chunked Connection: keep-alive x-amz-request-id: F20F9576697B2228 x-amz-id-2: T3xDwzrc2XTQnJizfEYe6bcM9wPUfi2E/Mw5APMe65EkmsJFdAVsYNpoE2ek7n8/ CF-RAY: e75ed67e041077f Content-Encoding: gzip
Let me know if you need any other info. Pretty easy to reproduce for me.
What I do for black bars:
Open up the file in Handbrake. Typically it will automatically crop out the black bars. If it doesn't I can guide you through the steps you would need to take to do a manual crop.
Re-encode the file using one of the VP8 MKV options, whichever one works best for the dimensions of your clip.
Upload to gfycat.
At 30 minutes long the selector might be having a hard time determining the exact point in time to clip but it shouldn't be. What did you use to record the video?
Would you be able to upload the original source to something like dropbox and send me a link so I can try and see if that's what is happening?
Alternatively, I usually mention to people it's worth it to trim down a long file with something like Handbrake before uploading. It saves a lot of time and bandwidth that way typically.
It's supposedly possible to convert a bookmarklet to a userscript which can then be used with greasemonkey.
I've found How to convert a bookmarklet into a Greasemonkey userscript, but I don't really know what I'm doing. Currently googling and will try to find something
Unfortunately the file info what help, I need to actually try the tools on it and see what fails. Can you try this form to upload to google drive? link
I've done some testing and found a possible partial solution. Try adding this to your iframe embed code:
style="-webkit-backface-visibility: hidden;-webkit-transform: scale(1);"
Found here for a Chrome animation bug. It isn't 100% perfect in my testing (it flickers every once in a while), but it is a lot better.
I can file a Chrome bug to try to get further with this issue.
No it does not. But it will at some point I'm sure. You should message the developer. I'm pretty sure he's a redditor.
Edit: I guess he isn't. Here is his blog. I can't figure out how to directly contact him on mobile, but maybe you'll have more luck.
We just got an update and it doesn't work...again.
Joey for Reddit | 1.8.4.1 (274) |
---|---|
Android | 10 (29) |
Phone | OnePlus/GM1917/OnePlus7Pro/OnePlus7Pro |
RAM | 7.3 GB |
Well on RES you have the expand option on imgur/gfycat/picture sites etc. Every site works fine it's just Gfycat that won't open in reddit with RES, I always have to click on the link and then most of the time solve the capcha.
I'm using Private Internet Access in Sweden, Netherlands, Switzerland
the videos were recorded using different apps, the second one was recorded using ADV screen recorder
Anyway i dont have the first one, the second's original file it's here
btw i've noticed that if i open the ifr using mobile chrome there is no issues