New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/
The Webvideo plugin is a tool for browsing and downloading videos from popular video sharing websites, such as YouTube and Google video, using VDR menu interface or a command line client. With the help of the xineliboutput plugin the videos can be played directly without downloading them first.
Changes:
2010-01-17: Version 0.2.0
- The daemon is replaced by Python library with C bindings. This simplifies the invocation of the VDR plugin and the command line client. - New video service: Vimeo - Re-added support for YLE Areena (requires rtmpdump-yle from http://users.tkk.fi/~aajanki/rtmpdump-yle/index.html). - Youtube: using the official API (except for video pages), this should mean less breakage in the future. Various improvements on the menus.
Il 17/01/2010 21:22, Antti Ajanki ha scritto:
New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/
The Webvideo plugin is a tool for browsing and downloading videos from popular video sharing websites, such as YouTube and Google video, using VDR menu interface or a command line client. With the help of the xineliboutput plugin the videos can be played directly without downloading them first.
Changes:
2010-01-17: Version 0.2.0
- The daemon is replaced by Python library with C bindings. This simplifies the invocation of the VDR plugin and the command line client.
- New video service: Vimeo
- Re-added support for YLE Areena (requires rtmpdump-yle from http://users.tkk.fi/~aajanki/rtmpdump-yle/index.html).
- Youtube: using the official API (except for video pages), this should mean less breakage in the future. Various improvements on the menus.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi, i really appreciate your work.
I wanna ask if is possible to keep trace of search items. I explain it better: for example i wanna download a daily tv series from YouTube and each day i need to write the same "search criteria" but if there i a remember search item (automatic) or save the search item (manual) i avoid to repeat this task each day.
Can be this possible? Or this function is already implemented and i missed something?
Thanks in advance, Diego
Diego Pierotto wrote:
Il 17/01/2010 21:22, Antti Ajanki ha scritto:
New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/
Hi, i really appreciate your work.
I wanna ask if is possible to keep trace of search items. I explain it better: for example i wanna download a daily tv series from YouTube and each day i need to write the same "search criteria" but if there i a remember search item (automatic) or save the search item (manual) i avoid to repeat this task each day.
Can be this possible? Or this function is already implemented and i missed something?
There is no support for that kind of automated downloading yet, but it is a good idea. I'll add it to the TODO list although I will probably focus on other features first.
It might be possible to do scheduled downloads by running some other video downloading command line utility like cclive (http://code.google.com/p/cclive/) from cron. That solution obviously lacks integration to VDR.
Antti
... ich wollte det gerade antworten, aber da ich nicht an yavdr rankomme: Haben wir im xine-frontend jetzt doch wieder -v vdpau drin. Ich dachte, das hätten wir rausgenommen?
Gruß Holger
Am Dienstag, den 19.01.2010, 17:39 +0100 schrieb holger@dooy.de:
... ich wollte det gerade antworten, aber da ich nicht an yavdr rankomme: Haben wir im xine-frontend jetzt doch wieder -v vdpau drin. Ich dachte, das hätten wir rausgenommen?
ihr habt es warscheinlich nur diskutiert :) es ist dabei. aber: if [ "x$(dbget system.hardware.nvidia.detected)" = "x1" ]; then XINEOPTS="$XINEOPTS -V vdpau" fi
Gruß Holger
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Holger Schvestka hotzenplotz5@gmx.de hat am 19. Januar 2010 um 17:45 geschrieben:
Am Dienstag, den 19.01.2010, 17:39 +0100 schrieb holger@dooy.de:
... ich wollte det gerade antworten, aber da ich nicht an yavdr rankomme: Haben wir im xine-frontend jetzt doch wieder -v vdpau drin. Ich dachte, das hätten wir rausgenommen?
ihr habt es warscheinlich nur diskutiert :) es ist dabei. aber: if [ "x$(dbget system.hardware.nvidia.detected)" = "x1" ]; then XINEOPTS="$XINEOPTS -V vdpau" fi
aaahhhh. Fuck!! Naja, danke. Dann muss ich da durch. :(
jetzt hat es det auch schon entdeckt :)
Am Dienstag, den 19.01.2010, 17:47 +0100 schrieb holger@dooy.de:
Holger Schvestka hotzenplotz5@gmx.de hat am 19. Januar 2010 um 17:45 geschrieben:
Am Dienstag, den 19.01.2010, 17:39 +0100 schrieb holger@dooy.de:
... ich wollte det gerade antworten, aber da ich nicht an yavdr rankomme: Haben wir im xine-frontend jetzt doch wieder -v vdpau
drin.
Ich dachte, das hätten wir rausgenommen?
ihr habt es warscheinlich nur diskutiert :) es ist dabei. aber: if [ "x$(dbget system.hardware.nvidia.detected)" = "x1" ]; then XINEOPTS="$XINEOPTS -V vdpau" fi
aaahhhh. Fuck!! Naja, danke. Dann muss ich da durch. :( _______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Could you please discuss this private? You've posted this mails in the*public* VDR mailinglist.
Thanks Michi
jetzt hat es det auch schon entdeckt :)
Am Dienstag, den 19.01.2010, 17:47 +0100 schrieb holger@dooy.de:
Holger Schvestka hotzenplotz5@gmx.de hat am 19. Januar 2010 um 17:45
geschrieben:
Am Dienstag, den 19.01.2010, 17:39 +0100 schrieb holger@dooy.de:
... ich wollte det gerade antworten, aber da ich nicht an yavdr rankomme: Haben wir im xine-frontend jetzt doch wieder -v vdpau
drin.
Ich dachte, das hätten wir rausgenommen?
ihr habt es warscheinlich nur diskutiert :) es ist dabei. aber: if [ "x$(dbget system.hardware.nvidia.detected)" = "x1" ]; then XINEOPTS="$XINEOPTS -V vdpau" fi
aaahhhh. Fuck!! Naja, danke. Dann muss ich da durch. :( _______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sunday 17 January 2010 22:22:45 Antti Ajanki wrote:
New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/
Is there something wrong with the Makefile?
I've tried everything but I cannot get through APIVERSION test.
make plugins gives always: Plugin webvideo: ERROR: plugin webvideo doesn't honor APIVERSION - not compiled!
*** plugins without APIVERSION: webvideo
On Sat, 23 Jan 2010, Aimo Parru wrote:
On Sunday 17 January 2010 22:22:45 Antti Ajanki wrote:
New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/
Is there something wrong with the Makefile?
I've tried everything but I cannot get through APIVERSION test.
Yes, the Makefile didn't support VDR's make plugins. You should follow the installation instructions in README.
I made a new bug fix release 0.2.1 that adds support for Python versions other than 2.5 and adds some support for make plugins (but you still should see README to get all required components installed). It is available at http://users.tkk.fi/~aajanki/vdr/webvideo/ .
Antti
On Saturday 23 January 2010 15:47:27 Antti Ajanki wrote:
Yes, the Makefile didn't support VDR's make plugins. You should follow the installation instructions in README.
I've tried to follow the README file.
Now I can get it compiled, like I did yesterday, but it is not loaded due the incompatibility: "WARNING: The following plugins have been left out due to really binary incompatibility: webvideo."
Webvideo 0.1.7 works fine.
On Saturday 23 January 2010 20:21:36 Aimo Parru wrote:
Now I can get it compiled, like I did yesterday, but it is not loaded due the incompatibility: "WARNING: The following plugins have been left out due to really binary incompatibility: webvideo."
Could it be libwebvi?
amppa@Super:~/vdr-src/vdr-1.6.0$ vdr -V -P webvideo vdr: libwebvi.so.0: cannot open shared object file: No such file or directory vdr (1.6.0/1.6.0) - The Video Disk Recorder
I haven't changed the prefix and libvedvi.so.0 is in /usr/local/lib/
Btw. I think there is wrong version in webvideo.c (0.2.0 shouldn't it be 0.2.1).
On Sun, 24 Jan 2010, Aimo Parru wrote:
On Saturday 23 January 2010 20:21:36 Aimo Parru wrote:
"WARNING: The following plugins have been left out due to really binary incompatibility: webvideo."
Could it be libwebvi?
amppa@Super:~/vdr-src/vdr-1.6.0$ vdr -V -P webvideo vdr: libwebvi.so.0: cannot open shared object file: No such file or directory vdr (1.6.0/1.6.0) - The Video Disk Recorder
Does it work if you first run
/sbin/ldconfig /usr/local/lib
as root and then restart VDR?
Antti
On Sunday 24 January 2010 15:34:59 Antti Ajanki wrote:
Does it work if you first run
/sbin/ldconfig /usr/local/lib
as root and then restart VDR?
Yes. It started now. Ldconfig gave a warning or something: /sbin/ldconfig.real: /usr/local/lib/libwebvi.so.0 is not a symbolic link
But I've have to check how webvideo works.
On Sunday 24 January 2010 18:00:09 Aimo Parru wrote:
On Sunday 24 January 2010 17:46:44 Aimo Parru wrote:
But I've have to check how webvideo works.
There is something still wrong: Webvideo: Failed to get libwebvi context
If I try to use vebvi from terminal:
amppa@Super:~$ webvi --templatedir=/usr/local/share/webvi/templates Traceback (most recent call last): File "/usr/local/bin/webvi", line 21, in <module> from webvicli import client File "/usr/local/lib/python2.5/site-packages/webvicli/client.py", line 30, in <module> import webvi.api File "/usr/local/lib/python2.5/site-packages/webvi/api.py", line 56, in <module> import request File "/usr/local/lib/python2.5/site-packages/webvi/request.py", line 23, in <module> import download File "/usr/local/lib/python2.5/site-packages/webvi/download.py", line 26, in <module> import asyncurl File "/usr/local/lib/python2.5/site-packages/webvi/asyncurl.py", line 33, in <module> SOCKET_TIMEOUT = pycurl.SOCKET_TIMEOUT AttributeError: 'module' object has no attribute 'SOCKET_TIMEOUT'
On Sun, 24 Jan 2010, Aimo Parru wrote:
On Sunday 24 January 2010 18:00:09 Aimo Parru wrote:
On Sunday 24 January 2010 17:46:44 Aimo Parru wrote:
But I've have to check how webvideo works.
There is something still wrong: Webvideo: Failed to get libwebvi context
If I try to use vebvi from terminal:
File "/usr/local/lib/python2.5/site-packages/webvi/asyncurl.py", line 33, in
<module> SOCKET_TIMEOUT = pycurl.SOCKET_TIMEOUT AttributeError: 'module' object has no attribute 'SOCKET_TIMEOUT'
Try to update your pycurl. Judging from pycurl's changelog version 7.18.2 and newer should do.
Antti
On Sunday 24 January 2010 20:46:57 Antti Ajanki wrote:
Try to update your pycurl. Judging from pycurl's changelog version 7.18.2 and newer should do.
Thank You!
I've had minor problems with the libraries. My vdr is still based on Ubuntu 8.04, but I managed to get good enough libraries in it.
It seems that everything works except YleAreena (the most important to me!). I can see the menus and programs but downloading doesn't work. It always thows an error 500: ERROR: Download failed (error = 500)
Hi,
On 24.01.2010 16:46, Aimo Parru wrote:
On Sunday 24 January 2010 15:34:59 Antti Ajanki wrote:
Does it work if you first run
/sbin/ldconfig /usr/local/lib
as root and then restart VDR?
Yes. It started now. Ldconfig gave a warning or something: /sbin/ldconfig.real: /usr/local/lib/libwebvi.so.0 is not a symbolic link
This I think can be fixed when applying the attached patch, (which also makes libwebvi installable by a Gentoo ebuild I wrote for it in the default gentoo prefix /usr). I noticed that in the build directory, libwebvi.so.0 is generated as symlink, but when running the install target, it ends up installing 3 copies of the same file instead of only one and 2 symlinks. The patch also applies to version 0.2.1.
Btw, I wrote 3 ebuilds for this plugin (media-video/rtmptdump-yle, media-video/webvi and media-plugins/vdr-webvi) and already sent them to Joerg from the Gentoo vdr team...
Cheers, Lucian
Lucian Muresan wrote:
Btw, I wrote 3 ebuilds for this plugin (media-video/rtmptdump-yle, media-video/webvi and media-plugins/vdr-webvi) and already sent them to Joerg from the Gentoo vdr team...
Hi Lucian!
Do you happen to have these ebuilds somewhere to download, cause i can't wait to test them :-)
René
On 26.1.2010 15:33, Rene wrote:
Do you happen to have these ebuilds somewhere to download, cause i can't wait to test them :-)
http://www.kosunen.fi/gentoo/portage/media-video/rtmpdump-yle/rtmpdump-yle-1...
There is rtmpdump-yle.
Pertti Kosunen wrote:
On 26.1.2010 15:33, Rene wrote:
Do you happen to have these ebuilds somewhere to download, cause i can't wait to test them :-)
http://www.kosunen.fi/gentoo/portage/media-video/rtmpdump-yle/rtmpdump-yle-1...
There is rtmpdump-yle.
Added and installed!! Thanks! :-)
Now just two ebuilds left :-)
René
On 26.01.2010 14:33, Rene wrote:
Lucian Muresan wrote:
Btw, I wrote 3 ebuilds for this plugin (media-video/rtmptdump-yle, media-video/webvi and media-plugins/vdr-webvi) and already sent them to Joerg from the Gentoo vdr team...
Hi Lucian!
Do you happen to have these ebuilds somewhere to download, cause i can't wait to test them :-)
Here you go!
Just put them in the right categories as mentioned above, and don't forget to place the confd to the plugin's ${FILESDIR} and the makefile patch to that of the webvi library ${FILESDIR} before generating the manifests...
Of course, these are just quick shots, who knows, maybe dependencies are still not correct, but as of version 0.2.1 they work in my vdr-1.7.11.
I also have some other feedback to the author:
How could other sites like http://plus7.arte.tv or the "Mediathek" of ZDF or 3sat be added to the templates?
Is it possible to to implement that the plugin's OSD "remembers" where it was left when last accessed in the current VDR "session"? It's a bit tedious to navigate through all menus again and again.
If a search did not give the desired results, it would be useful if a new attempt would still hold the old search keywords to be able to slightly modify them instead of "typing" them again.
Otherwise, really nice and interesting plugin which actually works with youtube, unlike the ones I've tried with XBMC where they crash all the time... BTW, how does it handle multiple quality versions of youtube videos, does it pick "HD" or "HQ" by itself?
Cheers, Lucian
Thanks for the Makefile patch. I'll include it to the next release.
Lucian Muresan wrote:
I also have some other feedback to the author:
How could other sites like http://plus7.arte.tv or the "Mediathek" of ZDF or 3sat be added to the templates?
One would need to create XSLT templates that take the pages from the website as input, extract URLS of video streams and links, and output them in the format understood by the plugin. There is (quite minimal) documentation in doc/xslt, but it may actually be easier to see existing templates, for example youtube.
I am willing to add support for more video sites to the package if somebody contributes working templates.
Is it possible to to implement that the plugin's OSD "remembers" where it was left when last accessed in the current VDR "session"? It's a bit tedious to navigate through all menus again and again.
You can use the green "forward" button to quickly follow the latest navigation path.
If a search did not give the desired results, it would be useful if a new attempt would still hold the old search keywords to be able to slightly modify them instead of "typing" them again.
Yes, I agree that it should remember the entered text. The command line client actually already does this, just the VDR plugin is still missing the functionality.
Otherwise, really nice and interesting plugin which actually works with youtube, unlike the ones I've tried with XBMC where they crash all the time... BTW, how does it handle multiple quality versions of youtube videos, does it pick "HD" or "HQ" by itself?
It downloads the best available quality. I'm planning to make this configurable so that if you have a slow connection you might want to get the low quality version always, or you might want to download HQ but stream in LQ.
Antti