doubleugk wrote:
Thx for your work.
I use LMS on a Debian squeezeplug and because I'm only a how2applier ;-)
I wonder if =/opt is platform depending?
Cheers wgk
My install notes were describing setup for a QNap NAS. On a regular
Linux distro you should just install the packages
SlimChances wrote:
These directories are no longer named as such and the directory that
appears to contain plugins now is
/var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins
Yep, that sounds reasonable - basically just look for a subdirectory
in /var/lib named YouTube that contains a
berrange wrote:
Having thought about the problem a little more, I think it might not
actually be as hard to solve as I first feared. The youtube-dl python
program has some reasonably straightforward code for interpreting the
javascript unobfuscation code in the HTML5 player. It ought
buffettck wrote:
So, in other words, we're no better off than before. I do appreciate
the effort, though! Hopefully, this can be made into one slick Youtube
plugin like before.
Having thought about the problem a little more, I think it might not
actually be as hard to solve as I first
The following are the steps I used to install the SSL perl modules on my
QNap NAS install of the squeezebox server. Note the /share/MD0_DATA part
of the path may be different on your server
#ipkg install openssl openssl-dev
#ipkg install make
#ipkg install gcc
#cd
I spent a few hours investigating this and found a 3 immediate problems,
and solved the 2 easyish ones
First youtube considers SSL to be mandatory - any attempt to request a
non-SSL page results in a redirect. So you need to have the
IO::SOcket::SSL modules installed
Second there's a slight
The third problem is the hard one that I've been unable to solve so
far.
On all the videos I've tried, youtube is using a new signature method.
Previously the code would look for a parameter 'sig=' and in the
downloaded video page and turn that into 'signature=' when requesting
the video stream.
