hoechst's forum posts

  • 14 results
  • 1
  • 2
#2 Edited by hoechst (21 posts) -

I am shocked and speechless. Rest in peace, Ryan Davis. I will miss you.

#3 Edited by hoechst (21 posts) -

Download speeds weren't great on the old site. Now they are totally ass. I can't evens stream HD videos. No other website is giving me trouble with this (youtube, twitch, etc) and I'm paying for this one... I realize that those other sites probably have dedicated content networks in Europe, but my connection should support this from US servers without any problem.


Doing a simple download tests of a big video file with wget, I noticed that the download speed (which is 4,5 MByte/s at max..) drops down to 150-300 KByte/s after downloading approx. 75MB of a 4,4GB file. This would explain why I mostly run into troubles in the middle of a video. I assume that this is for buffering / bandwidth saving reasons, and that's fine in concept, but it doesn't seem to be working correctly.

#4 Posted by hoechst (21 posts) -

tried it too. same error here

#5 Posted by hoechst (21 posts) -

does it work with non-hd content?

#6 Posted by hoechst (21 posts) -

Google Chrome 23.0.1271.64 (m)

OS: Windows 7 SP1 64 bit

Flash plugin \AppData\Local\Google\Chrome\Application\23.0.1271.64\PepperFlash\pepflashplayer.dll

Same with Firefox though. I guess this is still a known issue, although it's marked as fixed in the "known issues" thread? It seems the player is simply using the progressive method, regardless of what I'm picking. Also the "Low", "High" and "HD" buttons in the upper right do nothing :)

#7 Posted by hoechst (21 posts) -

I'm using XBMC. The app is rather straightforward: http://xbmc.git.sourceforge.net/git/gitweb.cgi?p=xbmc/plugins;a=blob_plain;f=plugin.video.giantbomb/default.py;hb=HEAD

The app didn't get any updates since October 2011 and playing HD content worked before. I recently noticed a drop in video quality, but can't recall a date when it actually stopped working. It more or less just requests JSON-objects from the API and looks for the value of either hd_url, high_url or low_url, based on the apps settings.

The problem is that the value of the variable hd_url apparently recently changed to a "protected" format, i.e.: http://www.giantbomb.com/video/protected_video_url/####/progressive/3500/?download=1

I altered the python script to send a HTTP HEAD request and then retrieve the actual url to the HD video file, but given that the app needs all the video links to display a menu (and the slowness of HTTP requests), it takes a solid 20 seconds from clicking on "Quick Looks" to get to the actual menu.

I get why this is there, you want to protect your HD videos from being retrieved by non-suscribers, but by doing this, you butchered a subscriber feature that was (up until the switch to gamespot) supported and maintained by your own staff and is still featured on your premium member hub. this is especially frustrating to me, as this is my main method of consuming your content.

any comments on this issue?

#8 Posted by hoechst (21 posts) -
#9 Posted by hoechst (21 posts) -

@shadowstep0705: sure. i use plane http api calls documented here. the api returns json objects which my tool translate into objects readable by jexcelapi.

#10 Posted by hoechst (21 posts) -

wow, this game is still being made? :o

  • 14 results
  • 1
  • 2