veohproxy - Project Hosting on Google Code

Earlier this year Aug 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by ve...@inwind.it - Same problem here... Anyone working on that? Can I help? By the way I am posting a patch that fix the following deprecation warning: VeohProxy.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead (just copy it inside Veoproxy dir and type: $ patch < md5patch.txt) Anyway now I'm getting another error: Sat Aug 29 23:55:02 2009 Serving GET request... Sat Aug 29 23:55:02 2009 Getting infos from NinjaVideo.net for Video ID 3De41962 ... Traceback (most recent call last): File "default.py", line 70, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 128, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 244, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' Same problem here... Anyone working on that? Can I help? By the way I am posting a patch that fix the following deprecation warning: VeohProxy.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead (just copy it inside Veoproxy dir and type: $ patch < md5patch.txt) Anyway now I'm getting another error: Sat Aug 29 23:55:02 2009 Serving GET request... Sat Aug 29 23:55:02 2009 Getting infos from NinjaVideo.net for Video ID 3De41962 ... Traceback (most recent call last): File "default.py", line 70, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 128, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 244, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' Aug 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by ve...@inwind.it - Same problem here... Anyone working on that? Can I help? By the way I am posting a patch that fix the following deprecation warning: VeohProxy.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead (just copy it inside Veoproxy dir and type: $ patch < md5patch.txt) Anyway now I'm getting another error: Sat Aug 29 23:55:02 2009 Serving GET request... Sat Aug 29 23:55:02 2009 Getting infos from NinjaVideo.net for Video ID 3De41962 ... Traceback (most recent call last): File "default.py", line 70, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 128, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 244, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' Same problem here... Anyone working on that? Can I help? By the way I am posting a patch that fix the following deprecation warning: VeohProxy.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead (just copy it inside Veoproxy dir and type: $ patch < md5patch.txt) Anyway now I'm getting another error: Sat Aug 29 23:55:02 2009 Serving GET request... Sat Aug 29 23:55:02 2009 Getting infos from NinjaVideo.net for Video ID 3De41962 ... Traceback (most recent call last): File "default.py", line 70, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 128, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 244, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' Aug 19, 2009 issue 23 (Downloading from veoh no longer works) commented on by ve...@inwind.it - Same problem here... Anyone working on that? Can I help? By the way I am posting a patch that fix the following deprecation warning: VeohProxy.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead Same problem here... Anyone working on that? Can I help? By the way I am posting a patch that fix the following deprecation warning: VeohProxy.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead Aug 19, 2009 issue 23 (Downloading from veoh no longer works) commented on by ve...@inwind.it - Same problem here... Anyone working on that? Can I help? By the way I am posting a patch that fix the following deprecation warning: VeohProxy.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead Same problem here... Anyone working on that? Can I help? By the way I am posting a patch that fix the following deprecation warning: VeohProxy.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead Mar 04, 2009 issue 23 (Downloading from veoh no longer works) commented on by gerkensm - I don't have time to do this right now and probably won't have during the next few months. I'll have to write my thesis. Sorry... I don't have time to do this right now and probably won't have during the next few months. I'll have to write my thesis. Sorry... Mar 04, 2009 issue 23 (Downloading from veoh no longer works) commented on by abemore - I think you should I think you should Mar 04, 2009 issue 23 (Downloading from veoh no longer works) commented on by aabilio - Is anyone working on a solution? Is anyone working on a solution? Feb 05, 2009 issue 23 (Downloading from veoh no longer works) commented on by hilmad...@yahoo.com - any updates on this yet? any updates on this yet? Feb 03, 2009 issue 23 (Downloading from veoh no longer works) commented on by m.golfarini - any news on that issue ? any news on that issue ? Jan 30, 2009 issue 23 (Downloading from veoh no longer works) commented on by lost.genetic - I've decompiled the swf, there's an awful lot of code in here. I'll try to find the encryption stuff I've decompiled the swf, there's an awful lot of code in here. I'll try to find the encryption stuff Jan 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by Voinage - I don`t think this is abandoned. Although the ipodUrl method is viable along with the udp method. It`s just horrific p2p, aaargh. If i can crack the encryption it`s fun again. I don`t think this is abandoned. Although the ipodUrl method is viable along with the udp method. It`s just horrific p2p, aaargh. If i can crack the encryption it`s fun again. Jan 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by lost.genetic - Is Hagen still working on this project? Don't get me wrong, but we haven't heard from him in a while... Is Hagen still working on this project? Don't get me wrong, but we haven't heard from him in a while... Jan 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by Voinage - No it isn`t the end of an era - although, if the file quality is reduced - it may be. But it`s not as simple as a structure change brother, so turn the smiley face into a frown. I just couldn`t be bothered to download the awful web-player and wireshark it. Done that now. first: http://www.veoh.com/rest/v2/execute.xml?method=veoh.video.findByPermalink&apiKey=4D3E42EC-F10C-4172-A176-D30B468A6972&permalink=v17345505cktAY5b2 Pull up the details and scrape the ct= security code from Fullpreviewhashpath. Add it to the new path then scrape the pieces. Although the c3= code is probably a decodekey for the pieces via the swf file. http://cache.veoh.com/cache/veoh/v17345505cktay5b2 /e4e78fbacef150e1f2c880074362855852d453f0.eveoh?ct=a812dedd69d995702902e6c80737350901ea40bc9014b3f9&cdn=L3&version=2 Wonders, they have encoded the hash pieces, how thoughtful. So to get this working again, the swf will have to be decompiled and the hashes decoded before creating the GET for the individual pieces along with User agent spoof for veoh 1.1.1 plugin blobby. This may take some time. Hagen have you played with this yet, brother ? <piece eid="ljBNvDK/LhJz7HiSSFiJvYlvOoyCPG+LhSmAGaKNLZg="/> should be straight digits & the c3 is generated on the fly prob by swf. Voinage. No it isn`t the end of an era - although, if the file quality is reduced - it may be. But it`s not as simple as a structure change brother, so turn the smiley face into a frown. I just couldn`t be bothered to download the awful web-player and wireshark it. Done that now. first: http://www.veoh.com/rest/v2/execute.xml?method=veoh.video.findByPermalink&apiKey=4D3E42EC-F10C-4172-A176-D30B468A6972&permalink=v17345505cktAY5b2 Pull up the details and scrape the ct= security code from Fullpreviewhashpath. Add it to the new path then scrape the pieces. Although the c3= code is probably a decodekey for the pieces via the swf file. http://cache.veoh.com/cache/veoh/v17345505cktay5b2 /e4e78fbacef150e1f2c880074362855852d453f0.eveoh?ct=a812dedd69d995702902e6c80737350901ea40bc9014b3f9&cdn=L3&version=2 Wonders, they have encoded the hash pieces, how thoughtful. So to get this working again, the swf will have to be decompiled and the hashes decoded before creating the GET for the individual pieces along with User agent spoof for veoh 1.1.1 plugin blobby. This may take some time. Hagen have you played with this yet, brother ? <piece eid="ljBNvDK/LhJz7HiSSFiJvYlvOoyCPG+LhSmAGaKNLZg="/> should be straight digits & the c3 is generated on the fly prob by swf. Voinage. Jan 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by Voinage - No it isn`t the end of an era - although, if the file quality is reduced - it may be. I just couldn`t be bothered to download the awful web-player and wireshark it. Done that now. first: http://www.veoh.com/rest/v2/execute.xml?method=veoh.video.findByPermalink&apiKey=4D3E42EC-F10C-4172-A176-D30B468A6972&permalink=v17345505cktAY5b2 Pull up the details and scrape the ct= security code from Fullpreviewhashpath. Add it to the new path then scrape the pieces. Although the c3= code is a decode for the pieces via the swf file. http://cache.veoh.com/cache/veoh/v17345505cktay5b2 /e4e78fbacef150e1f2c880074362855852d453f0.eveoh?ct=a812dedd69d995702902e6c80737350901ea40bc9014b3f9&cdn=L3&version=2 Wonders, they have encoded the hash pieces, how thoughful. So to get this working again, the swf will have to be decompiled and the hashes decoded before creating the GET for the individual pieces along with User agent spoof for veoh 1.1.1 plugin blobby. This may take some time. Hagen have you played with this yet, brother ? Voinage. No it isn`t the end of an era - although, if the file quality is reduced - it may be. I just couldn`t be bothered to download the awful web-player and wireshark it. Done that now. first: http://www.veoh.com/rest/v2/execute.xml?method=veoh.video.findByPermalink&apiKey=4D3E42EC-F10C-4172-A176-D30B468A6972&permalink=v17345505cktAY5b2 Pull up the details and scrape the ct= security code from Fullpreviewhashpath. Add it to the new path then scrape the pieces. Although the c3= code is a decode for the pieces via the swf file. http://cache.veoh.com/cache/veoh/v17345505cktay5b2 /e4e78fbacef150e1f2c880074362855852d453f0.eveoh?ct=a812dedd69d995702902e6c80737350901ea40bc9014b3f9&cdn=L3&version=2 Wonders, they have encoded the hash pieces, how thoughful. So to get this working again, the swf will have to be decompiled and the hashes decoded before creating the GET for the individual pieces along with User agent spoof for veoh 1.1.1 plugin blobby. This may take some time. Hagen have you played with this yet, brother ? Voinage. Jan 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by Voinage - No it isn`t the end of an era - although, if the file quality is reduced - it may be. I just couldn`t be bothered to download the awful web-player and wireshark it. Done that now. first: http://www.veoh.com/rest/v2/execute.xml?method=veoh.video.findByPermalink&apiKey=4D3E42EC-F10C-4172-A176-D30B468A6972&permalink=v17345505cktAY5b2 Pull up the details and scrape the ct= security code from Fullpreviewhashpath. Add it to the new path then scrape the pieces. Although it could be an issue that the c3= is a decode key for the swf. http://cache.veoh.com/cache/veoh/v17345505cktay5b2 /e4e78fbacef150e1f2c880074362855852d453f0.eveoh?ct=a812dedd69d995702902e6c80737350901ea40bc9014b3f9&cdn=L3&version=2 On top of that , it looks like they have encoded the hash pieces, how delightful. Probably done via the swf - right i`ll have to decompile that now, or i`ll leave it to Hagen as he`s the expert on this jazz. No it isn`t the end of an era - although, if the file quality is reduced - it may be. I just couldn`t be bothered to download the awful web-player and wireshark it. Done that now. first: http://www.veoh.com/rest/v2/execute.xml?method=veoh.video.findByPermalink&apiKey=4D3E42EC-F10C-4172-A176-D30B468A6972&permalink=v17345505cktAY5b2 Pull up the details and scrape the ct= security code from Fullpreviewhashpath. Add it to the new path then scrape the pieces. Although it could be an issue that the c3= is a decode key for the swf. http://cache.veoh.com/cache/veoh/v17345505cktay5b2 /e4e78fbacef150e1f2c880074362855852d453f0.eveoh?ct=a812dedd69d995702902e6c80737350901ea40bc9014b3f9&cdn=L3&version=2 On top of that , it looks like they have encoded the hash pieces, how delightful. Probably done via the swf - right i`ll have to decompile that now, or i`ll leave it to Hagen as he`s the expert on this jazz. Jan 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by Voinage - The only thing that worries me is the c3=0 It shouldn`t if accessed via their awful player. The only thing that worries me is the c3=0 It shouldn`t if accessed via their awful player. Jan 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by Voinage - No it isn`t the end of an era - although, if the file quality is reduced - it may be. I just couldn`t be bothered to download the awful web-player and wireshark it. Done that now. first: http://www.veoh.com/rest/v2/execute.xml?method=veoh.video.findByPermalink&apiKey=4D3E42EC-F10C-4172-A176-D30B468A6972&permalink=v17345505cktAY5b2 Pull up the details and scrape the ct= security code from Fullpreviewhashpath. Add it to the new path then srape the pieces, quite simple really. http://cache.veoh.com/cache/veoh/v17345505cktay5b2 /e4e78fbacef150e1f2c880074362855852d453f0.eveoh?ct=a812dedd69d995702902e6c80737350901ea40bc9014b3f9&cdn=L3&version=2 I`m coding the fix now. You will be able to dowload it from : http://code.google.com/p/voinage-xbmc-plugins/ later today. Or fix it yourself, it`s not difficult. No it isn`t the end of an era - although, if the file quality is reduced - it may be. I just couldn`t be bothered to download the awful web-player and wireshark it. Done that now. first: http://www.veoh.com/rest/v2/execute.xml?method=veoh.video.findByPermalink&apiKey=4D3E42EC-F10C-4172-A176-D30B468A6972&permalink=v17345505cktAY5b2 Pull up the details and scrape the ct= security code from Fullpreviewhashpath. Add it to the new path then srape the pieces, quite simple really. http://cache.veoh.com/cache/veoh/v17345505cktay5b2 /e4e78fbacef150e1f2c880074362855852d453f0.eveoh?ct=a812dedd69d995702902e6c80737350901ea40bc9014b3f9&cdn=L3&version=2 I`m coding the fix now. You will be able to dowload it from : http://code.google.com/p/voinage-xbmc-plugins/ later today. Or fix it yourself, it`s not difficult. Jan 29, 2009 issue 23 (Downloading from veoh no longer works) commented on by Voinage - Fine i`ll download the bloody web player and wireshark it then. Give me an hour or two. Fine i`ll download the bloody web player and wireshark it then. Give me an hour or two. Jan 28, 2009 issue 23 (Downloading from veoh no longer works) commented on by lost.genetic - Veoh Web Player uses different hash files. It is possible to access them, I think they just blocked the old veoh tv method. The new piece hash files look like this: <file id="e4e78fbacef150e1f2c880074362855852d453f0" video="17345505" size="132771352" version="2" time="1233183197"> <url base="http://lc-cache.veoh.com/cache/get/" args="?pl=v17345505cktay5b2&et=20090129045317&c3=0"/> <piece eid="1H628mZlK1N7U1mg/6j0FeyD2tnbJ17Wpk3+79V8das="/> <piece eid="S0bVDbaG/3Z7mCPGx7FPBCMJSqd6yr4n7U6x7g3beVI="/> <piece eid="QFW4gn1Ix0qFeUtegh7Wqvv8KSkZ4HRFg8zDPA1Mkps="/> <piece eid="ljBNvDK/LhJz7HiSSFiJvYlvOoyCPG+LhSmAGaKNLZg="/> (...) I think this is not the end of an era Voinage :) Veoh Web Player uses different hash files. It is possible to access them, I think they just blocked the old veoh tv method. The new piece hash files look like this: <file id="e4e78fbacef150e1f2c880074362855852d453f0" video="17345505" size="132771352" version="2" time="1233183197"> <url base="http://lc-cache.veoh.com/cache/get/" args="?pl=v17345505cktay5b2&et=20090129045317&c3=0"/> <piece eid="1H628mZlK1N7U1mg/6j0FeyD2tnbJ17Wpk3+79V8das="/> <piece eid="S0bVDbaG/3Z7mCPGx7FPBCMJSqd6yr4n7U6x7g3beVI="/> <piece eid="QFW4gn1Ix0qFeUtegh7Wqvv8KSkZ4HRFg8zDPA1Mkps="/> <piece eid="ljBNvDK/LhJz7HiSSFiJvYlvOoyCPG+LhSmAGaKNLZg="/> (...) I think this is not the end of an era Voinage :) Jan 28, 2009 issue 23 (Downloading from veoh no longer works) commented on by Voinage - veoh have locked access down to the piecehashfile. End of an era, i`ve tried a few ways to access the hashes and no luck, good luck Hagen. veoh have locked access down to the piecehashfile. End of an era, i`ve tried a few ways to access the hashes and no luck, good luck Hagen. Jan 27, 2009 issue 23 (Downloading from veoh no longer works) commented on by abemore - I am confirming this. the error is on this line: resp=re.search("<file.+?>(.+?)</file>",data,re.DOTALL).group(1) looks like veoh changed something. I am confirming this. the error is on this line: resp=re.search("<file.+?>(.+?)</file>",data,re.DOTALL).group(1) looks like veoh changed something. Jan 27, 2009 issue 23 (Downloading from veoh no longer works) reported by lost.genetic - What steps will reproduce the problem? 1. Open veohproxy 2. Open web browser 3. type http://127.0.0.1:64653/permalink as url What is the expected output? What do you see instead? Expected output: Getting information about file from Veoh... Getting information about file pieces from Veoh... Starting download at byte 0 Actual output: Getting information about file from Veoh... Getting information about file pieces from Veoh... Traceback (most recent call last): File "default.py", line 72, in answer_request File "default.py", line 103, in serveVeohVideo File "default.py", line 202, in getVeohParams File "default.py", line 157, in get_info File "default.py", line 193, in get_piece_info AttributeError: 'NoneType' object has no attribute 'group' What steps will reproduce the problem? 1. Open veohproxy 2. Open web browser 3. type http://127.0.0.1:64653/permalink as url What is the expected output? What do you see instead? Expected output: Getting information about file from Veoh... Getting information about file pieces from Veoh... Starting download at byte 0 Actual output: Getting information about file from Veoh... Getting information about file pieces from Veoh... Traceback (most recent call last): File "default.py", line 72, in answer_request File "default.py", line 103, in serveVeohVideo File "default.py", line 202, in getVeohParams File "default.py", line 157, in get_info File "default.py", line 193, in get_piece_info AttributeError: 'NoneType' object has no attribute 'group' Jan 11, 2009 issue 22 (Change cachehandler=FileCacheHandler() get error) reported by GMcNeil13 - What steps will reproduce the problem? 1. Change cachehandler=MemoryCacheHandler() to cachehandler=FileCacheHandler() 2. 3. What is the expected output? What do you see instead? I wanted to cache to disk instead of the memory. What version of the product are you using? On what operating system? Veohproxy 1.5.1 OS: XBMC Please provide any additional information below. -->Python Initialized<-- Traceback (most recent call last): File "Q:\scripts\VeohProxy-1.51\default.py", line 415, in ? cachehandler=FileCacheHandler() File "Q:\scripts\VeohProxy-1.51\CacheHandler.py", line 11, in __init__ self.path=sys.path[0] NameError : global name 'sys' is not defined Scriptresult: Error What steps will reproduce the problem? 1. Change cachehandler=MemoryCacheHandler() to cachehandler=FileCacheHandler() 2. 3. What is the expected output? What do you see instead? I wanted to cache to disk instead of the memory. What version of the product are you using? On what operating system? Veohproxy 1.5.1 OS: XBMC Please provide any additional information below. -->Python Initialized<-- Traceback (most recent call last): File "Q:\scripts\VeohProxy-1.51\default.py", line 415, in ? cachehandler=FileCacheHandler() File "Q:\scripts\VeohProxy-1.51\CacheHandler.py", line 11, in __init__ self.path=sys.path[0] NameError : global name 'sys' is not defined Scriptresult: Error Jan 06, 2009 issue 19 (ninjavideo error) commented on by jayotis.d - Well... there are not many issues and I'm sure I would have looked at them first before posting so this being a repeat is kinda strange. Abemore posted to an issue that doesn't mention ninjavideo, this issue is starred but not the first one posted in sept and tlarhices commented on this issue but not the other... yet now I look again and the other issue is now almost identical to this one. Well... there are not many issues and I'm sure I would have looked at them first before posting so this being a repeat is kinda strange. Abemore posted to an issue that doesn't mention ninjavideo, this issue is starred but not the first one posted in sept and tlarhices commented on this issue but not the other... yet now I look again and the other issue is now almost identical to this one. Older Dec 20, 2008 issue 19 (ninjavideo error) commented on by jayotis.d - I am glad you are on this, since veoh is blocking entire countries and regions after a sell out to the merchants. nv determination to 'not' support linux, a community of users who make computers work for "everyone", is unacceptable and projects like this shows it is un-feasible even to try... well done. Every generation will benefit from the work. I am glad you are on this, since veoh is blocking entire countries and regions after a sell out to the merchants. nv determination to 'not' support linux, a community of users who make computers work for "everyone", is unacceptable and projects like this shows it is un-feasible even to try... well done. Every generation will benefit from the work. Dec 16, 2008 issue 20 (download/streaming stops with "Could not read from URL...reo...) commented on by abemore - I've been getting this problem kind of a lot, so I modified the code a bit in the "sendVeoh" function to try to get more info. After doing this, I've found that I get the "content too short" message quite a bit. I also added a +5 sec sleep timer to each retry attempt because sometimes it would quickly roll through the 20 retries and stop streaming. Here's my modified code: ----------------------------------------------------------------- sleeptime=0 while not happy and trycount<20: try: trycount=trycount+1 filein = urllib.urlopen(url,proxies=PROXIES) buf=filein.read() if (piece<len(hashes)-1) and len(buf)<2561024: print time.asctime(),"...Content too short..." print time.asctime(),"Try#",trycount raise Exception(-1,"Error: Content too short.") happy=1 except IOError, e: try: filein.close() except: pass print url print time.asctime(),"Try#",trycount,"URLError:",e,"...retrying in",sleeptime,"sec..." time.sleep(sleeptime) sleeptime=sleeptime+5 print time.asctime(),"Retryng..." ------------------------------------------------------------------ This seems to have fixed most of my streaming problems to the divx webplayer. I've been getting this problem kind of a lot, so I modified the code a bit in the "sendVeoh" function to try to get more info. After doing this, I've found that I get the "content too short" message quite a bit. I also added a +5 sec sleep timer to each retry attempt because sometimes it would quickly roll through the 20 retries and stop streaming. Here's my modified code: ----------------------------------------------------------------- sleeptime=0 while not happy and trycount<20: try: trycount=trycount+1 filein = urllib.urlopen(url,proxies=PROXIES) buf=filein.read() if (piece<len(hashes)-1) and len(buf)<2561024: print time.asctime(),"...Content too short..." print time.asctime(),"Try#",trycount raise Exception(-1,"Error: Content too short.") happy=1 except IOError, e: try: filein.close() except: pass print url print time.asctime(),"Try#",trycount,"URLError:",e,"...retrying in",sleeptime,"sec..." time.sleep(sleeptime) sleeptime=sleeptime+5 print time.asctime(),"Retryng..." ------------------------------------------------------------------ This seems to have fixed most of my streaming problems to the divx webplayer. Dec 16, 2008 issue 19 (ninjavideo error) commented on by abemore - you're right, I mixed up dupe issues. sorry about that. I'm impressed that you cracked the encryption after you said you wouldnt. I'm also impressed with VP in general. Thanks for all your hard work. you're right, I mixed up dupe issues. sorry about that. I'm impressed that you cracked the encryption after you said you wouldnt. I'm also impressed with VP in general. Thanks for all your hard work. Dec 16, 2008 issue 19 (ninjavideo error) commented on by gerkensm - If you want to see all issues, even the ones I markes as invalid or WontFix, please choose "All issues" on the top of the bug listing page and click on search. Be sure not to enter anything in the search box. If you want to see all issues, even the ones I markes as invalid or WontFix, please choose "All issues" on the top of the bug listing page and click on search. Be sure not to enter anything in the search box. Dec 16, 2008 issue 21 (The proxy sends some garbage or incomplete data to the clien...) commented on by gerkensm - The garbage frames in veoh videos are there because of Veohs weird caching system. The webservers are just there as the seeds (Remember, VeohTV is a P2P app). I believe that after videos are deleted from their servers or some error happens on their side or the video is very popular, the seed stops serving some of the piece files. Regarding the pause button: I don't want VeohProxy to create temp files or eat huge parts of your memory, so it is intended behaviour to pause downloading when you press pause in your player (except for divx webplayer which still downloads in the background, which is also intended). "The thing of seeking to any point does not work very well: the proxy says to start downloading from X bytes, but the client becomes unstable in the showing the video (much more stops and garbage frames)." Do you have any log output for this? I never experienced this behaviour. Maybe it's just choppy playback because your client didn't cache a lot after seeking? The garbage frames in veoh videos are there because of Veohs weird caching system. The webservers are just there as the seeds (Remember, VeohTV is a P2P app). I believe that after videos are deleted from their servers or some error happens on their side or the video is very popular, the seed stops serving some of the piece files. Regarding the pause button: I don't want VeohProxy to create temp files or eat huge parts of your memory, so it is intended behaviour to pause downloading when you press pause in your player (except for divx webplayer which still downloads in the background, which is also intended). "The thing of seeking to any point does not work very well: the proxy says to start downloading from X bytes, but the client becomes unstable in the showing the video (much more stops and garbage frames)." Do you have any log output for this? I never experienced this behaviour. Maybe it's just choppy playback because your client didn't cache a lot after seeking? Dec 16, 2008 issue 19 (ninjavideo error) commented on by gerkensm - I cracked the encryption, implemented the methods to decrypt the server's responses. But NV now uses flyupload to store their videos and I didn't integrate that yet and won't have time for it until next year. Also I didn't censor anything! Maybe I closed some duplicate bugs but I'm sure I didn't remove any comments... what are you referring to? I cracked the encryption, implemented the methods to decrypt the server's responses. But NV now uses flyupload to store their videos and I didn't integrate that yet and won't have time for it until next year. Also I didn't censor anything! Maybe I closed some duplicate bugs but I'm sure I didn't remove any comments... what are you referring to? Dec 16, 2008 issue 14 (Errors on opening NinjaVideo stream.) commented on by gerkensm - I cracked the encryption, implemented the methods to decrypt the server's responses. But NV now uses flyupload to store their videos and I didn't integrate that yet and won't have time for it until next year. I cracked the encryption, implemented the methods to decrypt the server's responses. But NV now uses flyupload to store their videos and I didn't integrate that yet and won't have time for it until next year. Dec 16, 2008 issue 21 (The proxy sends some garbage or incomplete data to the clien...) commented on by daniele.calisi - Anyway, caching or not caching, this does not explain why there are garbage frames sent to the client or why sometimes the time indicator moves and jumps without the video being shown. It can be interesting to have a visual indicator (on the console) about the cache being downloaded by VeohProxy, as well as something to say how much cache it (VeohProxy) should keep downloaded before starting to send to the client. Very last thing: when I click on the pause button on the client, VeohProxy stops downloading, right? There's no reason for this: it should keep downloading. Anyway, caching or not caching, this does not explain why there are garbage frames sent to the client or why sometimes the time indicator moves and jumps without the video being shown. It can be interesting to have a visual indicator (on the console) about the cache being downloaded by VeohProxy, as well as something to say how much cache it (VeohProxy) should keep downloaded before starting to send to the client. Very last thing: when I click on the pause button on the client, VeohProxy stops downloading, right? There's no reason for this: it should keep downloading. Dec 16, 2008 issue 21 (The proxy sends some garbage or incomplete data to the clien...) commented on by daniele.calisi - Under VLC, I am using a 10000ms of cache: actually the video starts almost (?) 10 seconds after my clicking on the play button, but after a network slow down, it does not recache 10 seconds. Actually, it is the proxy that should cache, not the client, am I right? The thing of seeking to any point does not work very well: the proxy says to start downloading from X bytes, but the client becomes unstable in the showing the video (much more stops and garbage frames). Finally, there is no DivX Player for Linux, AFAIK. Under VLC, I am using a 10000ms of cache: actually the video starts almost (?) 10 seconds after my clicking on the play button, but after a network slow down, it does not recache 10 seconds. Actually, it is the proxy that should cache, not the client, am I right? The thing of seeking to any point does not work very well: the proxy says to start downloading from X bytes, but the client becomes unstable in the showing the video (much more stops and garbage frames). Finally, there is no DivX Player for Linux, AFAIK. Dec 15, 2008 issue 19 (ninjavideo error) commented on by abemore - tlarhices, I believe they are using video.php now instead of server.php but regardless, they are now encrypting all their communication. what's worse is that comments here seem to be getting deleted... fuck censorship tlarhices, I believe they are using video.php now instead of server.php but regardless, they are now encrypting all their communication. what's worse is that comments here seem to be getting deleted... fuck censorship Dec 15, 2008 issue 21 (The proxy sends some garbage or incomplete data to the clien...) commented on by abemore - cache is handled by the client video player. If you stream to VLC, it looks like there is a default cache of 300 ms that you can change under the "show more options" checkbox, but it's nice that this client allows you to seek to any point in the file without first buffering the entire vid to this location. unfortunately there isnt a progress bar to see how far into it you are and far you have to go. If you stream to DivX Player, it creates a cache folder were it downloads the entire file as fast as it can. This can allow for a very large buffer, but you cant seek ahead until the download buffer reaches that point. cache is handled by the client video player. If you stream to VLC, it looks like there is a default cache of 300 ms that you can change under the "show more options" checkbox, but it's nice that this client allows you to seek to any point in the file without first buffering the entire vid to this location. unfortunately there isnt a progress bar to see how far into it you are and far you have to go. If you stream to DivX Player, it creates a cache folder were it downloads the entire file as fast as it can. This can allow for a very large buffer, but you cant seek ahead until the download buffer reaches that point. Dec 15, 2008 issue 21 (The proxy sends some garbage or incomplete data to the clien...) reported by daniele.calisi - What steps will reproduce the problem? 1. open the veoh proxy 2. use VLC to open a video 3. watch it What is the expected output? What do you see instead? sometimes the network goes down or simply slows down: when this happens, the client stops, but then it does not resume the video, instead, there are some frames lost (mpeg key frames or something like that) and sometimes the time in the VLC client starts moving or jumping for some seconds What version of the product are you using? On what operating system? Veoh 1.51, VLC 0.9.4, Ubuntu Intrepid 64bit Please provide any additional information below. It also seems that there is not actually a "cache" in this proxy, as if I pause the client, the proxy does not keep downloading (as it should), in order to create that cache that should avoid annoying start/stops. What steps will reproduce the problem? 1. open the veoh proxy 2. use VLC to open a video 3. watch it What is the expected output? What do you see instead? sometimes the network goes down or simply slows down: when this happens, the client stops, but then it does not resume the video, instead, there are some frames lost (mpeg key frames or something like that) and sometimes the time in the VLC client starts moving or jumping for some seconds What version of the product are you using? On what operating system? Veoh 1.51, VLC 0.9.4, Ubuntu Intrepid 64bit Please provide any additional information below. It also seems that there is not actually a "cache" in this proxy, as if I pause the client, the proxy does not keep downloading (as it should), in order to create that cache that should avoid annoying start/stops. Dec 15, 2008 issue 20 (download/streaming stops with "Could not read from URL...reo...) commented on by daniele.calisi - This happens also when streaming videos. It seems that the connection is lost for some reason (and this is normal), but that the proxy is not able to handle this in the right way. After the proxy reconnects and start sending again, there is some frame lost, sometimes entire minutes are simply skipped. Is there any garbage sent to the client when reconnecting? This happens also when streaming videos. It seems that the connection is lost for some reason (and this is normal), but that the proxy is not able to handle this in the right way. After the proxy reconnects and start sending again, there is some frame lost, sometimes entire minutes are simply skipped. Is there any garbage sent to the client when reconnecting? Dec 13, 2008 issue 19 (ninjavideo error) commented on by jayotis.d - I know almost nothing about python so can't help... this is getting old without a fix so maybe someone on the project should remove the reference to ninjavideo on the project home page... the whole project I guess and update the code so if someone tries to use on ninjavideo it will error with a notice of "not supported" I know almost nothing about python so can't help... this is getting old without a fix so maybe someone on the project should remove the reference to ninjavideo on the project home page... the whole project I guess and update the code so if someone tries to use on ninjavideo it will error with a notice of "not supported" Dec 08, 2008 issue 19 (ninjavideo error) commented on by tlarhices - I have taken a look at why it wasn't working anymore and the access to : http://www.ninjavideo.net/server.php Return a 404 error, so it can't do anything from here. I think they have changed the server layout. I have taken a look at why it wasn't working anymore and the access to : http://www.ninjavideo.net/server.php Return a 404 error, so it can't do anything from here. I think they have changed the server layout. Nov 14, 2008 issue 20 (download/streaming stops with "Could not read from URL...reo...) reported by abemore - What steps will reproduce the problem? 1. attempt to download/stream an entire video via veohproxy 2. now try to watch the end of it. 3. What is the expected output? What do you see instead? i expect the entire video to download. Fri Nov 14 21:58:25 2008 Sending headers... Fri Nov 14 21:58:25 2008 Starting download at byte 0 Fri Nov 14 22:01:19 2008 Could not read from URL...reopening... Fri Nov 14 22:01:29 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... What version of the product are you using? On what operating system? 1.51 on winxp Please provide any additional information below. so after it stops downloading, u have to download again to get the entire video. with divx player u have to stream something else to clear the cache, then go back and stream the first video again. it will always download completely on second attempt but not always on first attempt. What steps will reproduce the problem? 1. attempt to download/stream an entire video via veohproxy 2. now try to watch the end of it. 3. What is the expected output? What do you see instead? i expect the entire video to download. Fri Nov 14 21:58:25 2008 Sending headers... Fri Nov 14 21:58:25 2008 Starting download at byte 0 Fri Nov 14 22:01:19 2008 Could not read from URL...reopening... Fri Nov 14 22:01:29 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... What version of the product are you using? On what operating system? 1.51 on winxp Please provide any additional information below. so after it stops downloading, u have to download again to get the entire video. with divx player u have to stream something else to clear the cache, then go back and stream the first video again. it will always download completely on second attempt but not always on first attempt. Nov 11, 2008 issue 15 (About veohget) commented on by david.konsumer - You can use mine, which this script is based on: http://code.google.com/p/veohdownloader/ You can use mine, which this script is based on: http://code.google.com/p/veohdownloader/ Nov 09, 2008 issue 19 (ninjavideo error) reported by jayotis.d - What steps will reproduce the problem? 1. download a video 2. 3. What is the expected output? What do you see instead? expected a video... got Sun Nov 9 12:48:41 2008 VeohProxy Starts - 127.0.0.1:64653 Sun Nov 9 12:48:48 2008 Serving GET request... Sun Nov 9 12:48:48 2008 Getting infos from NinjaVideo.net for Video ID 10963 ... Traceback (most recent call last): File "default.py", line 70, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 128, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 244, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' Sun Nov 9 12:48:52 2008 Serving GET request... Sun Nov 9 12:48:52 2008 Getting infos from NinjaVideo.net for Video ID 10963 ... Traceback (most recent call last): File "default.py", line 70, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 128, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 244, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' What version of the product are you using? On what operating system? 1.51 Please provide any additional information below. What steps will reproduce the problem? 1. download a video 2. 3. What is the expected output? What do you see instead? expected a video... got Sun Nov 9 12:48:41 2008 VeohProxy Starts - 127.0.0.1:64653 Sun Nov 9 12:48:48 2008 Serving GET request... Sun Nov 9 12:48:48 2008 Getting infos from NinjaVideo.net for Video ID 10963 ... Traceback (most recent call last): File "default.py", line 70, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 128, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 244, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' Sun Nov 9 12:48:52 2008 Serving GET request... Sun Nov 9 12:48:52 2008 Getting infos from NinjaVideo.net for Video ID 10963 ... Traceback (most recent call last): File "default.py", line 70, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 128, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 244, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' What version of the product are you using? On what operating system? 1.51 Please provide any additional information below. Nov 07, 2008 issue 16 (The proxy does not work in Xbox Platform) commented on by rdfedor - NinjaVideo updated their NinjaVideo Helper to v.0.3.1 which has a different method of decoding the hashes from my understanding, the NinjaVideo plugin for XBMC doesn't work at all anymore w/ the veoh proxy. NinjaVideo updated their NinjaVideo Helper to v.0.3.1 which has a different method of decoding the hashes from my understanding, the NinjaVideo plugin for XBMC doesn't work at all anymore w/ the veoh proxy. Nov 05, 2008 issue 17 (Corrupted NinjaVideo files) Status changed by gerkensm - NinjaVideo encrypted the responses from their server ( DSA & SHA-1, I believe). Nothing I can do about it. Status: WontFix NinjaVideo encrypted the responses from their server ( DSA & SHA-1, I believe). Nothing I can do about it. Status: WontFix Nov 05, 2008 issue 18 (Can open any videos from ninjavideo) Status changed by gerkensm - NinjaVideo encrypted the responses from their server ( DSA & SHA-1, I believe). Nothing I can do about it. Status: WontFix NinjaVideo encrypted the responses from their server ( DSA & SHA-1, I believe). Nothing I can do about it. Status: WontFix Nov 05, 2008 issue 14 (Errors on opening NinjaVideo stream.) commented on by gerkensm - NinjaVideo encrypted the responses from their server ( DSA & SHA-1, I believe). Nothing I can do about it. NinjaVideo encrypted the responses from their server ( DSA & SHA-1, I believe). Nothing I can do about it. Nov 05, 2008 issue 18 (Can open any videos from ninjavideo) reported by andres.430 - What steps will reproduce the problem? 1. Start Veohproxy 2. Set play on a video 3. Error What is the expected output? What do you see instead? I see nothing What version of the product are you using? On what operating system? 1.5.1 Please provide any additional information below. Wed Nov 5 08:33:52 2008 Serving GET request... Wed Nov 5 08:33:52 2008 Getting infos from NinjaVideo.net for Video ID 11824 ... Traceback (most recent call last): File "default.py", line 49, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 107, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 223, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' What steps will reproduce the problem? 1. Start Veohproxy 2. Set play on a video 3. Error What is the expected output? What do you see instead? I see nothing What version of the product are you using? On what operating system? 1.5.1 Please provide any additional information below. Wed Nov 5 08:33:52 2008 Serving GET request... Wed Nov 5 08:33:52 2008 Getting infos from NinjaVideo.net for Video ID 11824 ... Traceback (most recent call last): File "default.py", line 49, in answer_request s.serveNinjaVideo(request_path, requestedRange, sendData) File "default.py", line 107, in serveNinjaVideo (myFileHash,myFileSize,myFileName,myParthHashFile,myUrlRoot,hashes)=s.getNinja(request_path) File "default.py", line 223, in getNinja if params["Method"]!="ninjaveoh": KeyError: 'Method' Nov 04, 2008 issue 17 (Corrupted NinjaVideo files) commented on by abemore - here is an old video request: ---------------------------------------- GET /server.php?request=10100 HTTP/1.0 Host: www.ninjavideo.net User-Agent: NinjaVideo Helper/0.2.4 HTTP/1.1 200 OK Date: Sat, 27 Sep 2008 05:51:45 GMT Server: Apache/2.2.3 (CentOS) X-Powered-By: PHP/5.1.6 Content-Length: 79808 Vary: Accept-Encoding Content-Type: text/html Connection: close ---------------------------------------- .......now this next part is what they have now encrypted........ ---------------------------------------- Status: 200 OK Method: ninjaveoh Name: Studio 60 on the Sunset Strip 1x04 The West Coast Delay Data: 82641b18d19e21d3cdee58439bb1b46d3973d886 HashTable: <file id='8e58372d4ac3f28782a66593595888ef1efe3f6b' size='365897704'> <piece id='f3cb5e368511aae2d6542d183293952ef3709b83' /> <piece id='c07f71ee40c3b44543b0843d66afd54542fb9b0c' /> -------------------------------------------- ...etc. So that's it. If someone knows how to find the encryption key, have at it. Hey, maybe its just base64 encoded, who knows. In any case, I'm done here :P here is an old video request: ---------------------------------------- GET /server.php?request=10100 HTTP/1.0 Host: www.ninjavideo.net User-Agent: NinjaVideo Helper/0.2.4 HTTP/1.1 200 OK Date: Sat, 27 Sep 2008 05:51:45 GMT Server: Apache/2.2.3 (CentOS) X-Powered-By: PHP/5.1.6 Content-Length: 79808 Vary: Accept-Encoding Content-Type: text/html Connection: close ---------------------------------------- .......now this next part is what they have now encrypted........ ---------------------------------------- Status: 200 OK Method: ninjaveoh Name: Studio 60 on the Sunset Strip 1x04 The West Coast Delay Data: 82641b18d19e21d3cdee58439bb1b46d3973d886 HashTable: <file id='8e58372d4ac3f28782a66593595888ef1efe3f6b' size='365897704'> <piece id='f3cb5e368511aae2d6542d183293952ef3709b83' /> <piece id='c07f71ee40c3b44543b0843d66afd54542fb9b0c' /> -------------------------------------------- ...etc. So that's it. If someone knows how to find the encryption key, have at it. Hey, maybe its just base64 encoded, who knows. In any case, I'm done here :P Nov 04, 2008 issue 17 (Corrupted NinjaVideo files) commented on by abemore - On closer inspection, it appears ninja is now encrypting the data it sends to the video helper so VP is unable to interpret the data. I dunno anything about cryptology, but it seems to me that we should be able to decipher the key using the encrypted data and pairing that with some of the video data (like video title) that likely exists within the encrypted data. But I'm no cryptologist so someone else take over from here. On closer inspection, it appears ninja is now encrypting the data it sends to the video helper so VP is unable to interpret the data. I dunno anything about cryptology, but it seems to me that we should be able to decipher the key using the encrypted data and pairing that with some of the video data (like video title) that likely exists within the encrypted data. But I'm no cryptologist so someone else take over from here. Nov 04, 2008 issue 17 (Corrupted NinjaVideo files) commented on by abemore - On closer inspection, it appears ninja is now encoding the data it sends to the video helper so VP is unable to interpret the data. I dunno anything about cryptology so someone else take over from here. On closer inspection, it appears ninja is now encoding the data it sends to the video helper so VP is unable to interpret the data. I dunno anything about cryptology so someone else take over from here.

issue 20 (download/streaming stops with "Could not read from URL...reo...) reported by abemore - What steps will reproduce the problem? 1. attempt to download/stream an entire video via veohproxy 2. now try to watch the end of it. 3. What is the expected output? What do you see instead? i expect the entire video to download. Fri Nov 14 21:58:25 2008 Sending headers... Fri Nov 14 21:58:25 2008 Starting download at byte 0 Fri Nov 14 22:01:19 2008 Could not read from URL...reopening... Fri Nov 14 22:01:29 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... What version of the product are you using? On what operating system? 1.51 on winxp Please provide any additional information below. so after it stops downloading, u have to download again to get the entire video. with divx player u have to stream something else to clear the cache, then go back and stream the first video again. it will always download completely on second attempt but not always on first attempt.

What steps will reproduce the problem? 1. attempt to download/stream an entire video via veohproxy 2. now try to watch the end of it. 3. What is the expected output? What do you see instead? i expect the entire video to download. Fri Nov 14 21:58:25 2008 Sending headers... Fri Nov 14 21:58:25 2008 Starting download at byte 0 Fri Nov 14 22:01:19 2008 Could not read from URL...reopening... Fri Nov 14 22:01:29 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:30 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... Fri Nov 14 22:01:31 2008 Could not read from URL...reopening... What version of the product are you using? On what operating system? 1.51 on winxp Please provide any additional information below. so after it stops downloading, u have to download again to get the entire video. with divx player u have to stream something else to clear the cache, then go back and stream the first video again. it will always download completely on second attempt but not always on first attempt.

Earlier this year

Older