I went ahead and committed the new code to the repository. There is a bit of a glitch that I will try to work out in the near future. Also fixed the Makefile to statically link libopenveoh into vget. This fixes the Makefile.
What is the glitch?
When the locked process is writing to the database (namely writing the resume information) the secondary process will NOT queue the download. It will tell you it is queued but running a “SELECT * FROM downloadqueue” on the db shows no entries. You must wait until the “Accessing Video” stage is complete before queuing up new downloads. Ideally we need to lock the database operation until it is available for the secondary process to write to it.
Other news that may sadden you…
Today I hired on with a San Diego-based development company whom I met through Ted Dunning of Veoh. I will be working full-time developing solutions with them which means my openVeoh development time will be greatly cut. I will still continue to develop openVeoh, however, new features may be a bit slower to come by.
October 3, 2007 at 9:42 pm
Hi, I’m not sure I understand your bit about the glitch. When I put a veoh.com/videos/xxxxxxxxxxxxxxxxxx for the vget it says it’s added but it does nothing – like you said. However when i put in the command you said, it says that has been downloaded to the queue, which makes no sense. Thanks for your help.
dauoalagio@gmail.com