It's probably a basic question, but I promise I've searched in the maillist archive, google, wiki and can't find the answer.
Whenever I issue a 'GRAB -' command to svdrp I get '451 Grab image failed'
$ ./svdrpsend.pl -d 127.0.0.1 'grab -' | more 220 nene SVDRP VideoDiskRecorder 1.3.41; Sat Feb 4 12:58:25 2006 451 Grab image failed :
Can you please tell where to look or a tip to solve it? maybe a kernel option, permissions, type of dvb-s card, ...
Thanks in advance, luis
Am Samstag, 4. Februar 2006 13:09 schrieb Luis Palacios:
It's probably a basic question, but I promise I've searched in the maillist archive, google, wiki and can't find the answer.
Whenever I issue a 'GRAB -' command to svdrp I get '451 Grab image failed'
Just a wild guess: If you have a tv viewer program (kvdr, xawtv, tvtime, etc) running then you cannot grab. Maybe your case?
--Stefan
Thanks Stefan,
El 04/02/2006, a las 13:18, Stefan Taferner escribió:
Am Samstag, 4. Februar 2006 13:09 schrieb Luis Palacios:
It's probably a basic question, but I promise I've searched in the maillist archive, google, wiki and can't find the answer.
Whenever I issue a 'GRAB -' command to svdrp I get '451 Grab image failed'
Just a wild guess: If you have a tv viewer program (kvdr, xawtv, tvtime, etc) running then you cannot grab. Maybe your case?
I'm using softdevice, here is the command line I use start vdr. Maybe softdevice the cause?
DISPLAY=:0.1 ./vdr -g /tmp -v /home/vdr/video -w 60 -Pstreamdev- server -P loadepg -P "softdevice -vo xv:full" -P sysinfo
--Stefan
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Luis Palacios wrote:
Thanks Stefan,
El 04/02/2006, a las 13:18, Stefan Taferner escribió:
Just a wild guess: If you have a tv viewer program (kvdr, xawtv, tvtime, etc) running then you cannot grab. Maybe your case?
That means that JVdr will not be able to show a screenshot if one of the mentioned applications run. I suggest that softdevice can be seen as such an application, too.
Why can only one programme GRAB data from the full-featured card?
Could you try to start VDR without softdevice and check if you then have a screen in JVdr? Of course that will not be a solution, but we will see if softdevice causes the GRAB error.
Regards Peter
Luis Palacios wrote:
It's probably a basic question, but I promise I've searched in the maillist archive, google, wiki and can't find the answer.
Whenever I issue a 'GRAB -' command to svdrp I get '451 Grab image failed'
$ ./svdrpsend.pl -d 127.0.0.1 'grab -' | more 220 nene SVDRP VideoDiskRecorder 1.3.41; Sat Feb 4 12:58:25 2006 451 Grab image failed :
Can you please tell where to look or a tip to solve it? maybe a kernel option, permissions, type of dvb-s card, ...
Thanks in advance, luis
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Since VDR-version 1.3.? grabbing images to disc is disabled by default for security reasons. It is just possible to get then base64 encoded over the SVDRP conncetion with 'GRAB -'. You must set a VDR commandline parameter to a directory to enable grab to disc. Grabbed images are stored under that directory.
I don not know the paramter name exactly - take a look at the man page or the commandline help.
Regards Peter
Peter,
Actually it's your java app the one that made me realize I'm having a problem with SVDRP grab command :-)
El 04/02/2006, a las 13:21, Peter Juszack escribió:
Since VDR-version 1.3.? grabbing images to disc is disabled by default for security reasons. It is just possible to get then base64 encoded over the SVDRP conncetion with 'GRAB -'. You must set a VDR commandline parameter to a directory to enable grab to disc. Grabbed images are stored under that directory.
I activated that option just in case that was causing the error... DISPLAY=:0.1 ./vdr -g /tmp -v /home/vdr/video -w 60 -Pstreamdev- server -P loadepg -P "softdevice -vo xv:full" -P sysinfo
I've found at device.c that the following function returns NULL, looks like this is the one being used. Probably I'm wrong as I've not gone deep into the sources to find out which on is really called...
@line 237 uchar *cDevice::GrabImage(int &Size, bool Jpeg, int Quality, int SizeX, int SizeY) { return NULL; }
I don not know the paramter name exactly - take a look at the man page or the commandline help.
Regards Peter
http://turku.wi-bw.tfh-wildau.de/~pjuszack/digicam
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Luis Palacios wrote:
Peter,
Actually it's your java app the one that made me realize I'm having a problem with SVDRP grab command :-)
El 04/02/2006, a las 13:21, Peter Juszack escribió:
Since VDR-version 1.3.? grabbing images to disc is disabled by default for security reasons. It is just possible to get then base64 encoded over the SVDRP conncetion with 'GRAB -'. You must set a VDR commandline parameter to a directory to enable grab to disc. Grabbed images are stored under that directory.
I activated that option just in case that was causing the error... DISPLAY=:0.1 ./vdr -g /tmp -v /home/vdr/video -w 60 -Pstreamdev- server -P loadepg -P "softdevice -vo xv:full" -P sysinfo
I've found at device.c that the following function returns NULL, looks like this is the one being used. Probably I'm wrong as I've not gone deep into the sources to find out which on is really called...
@line 237 uchar *cDevice::GrabImage(int &Size, bool Jpeg, int Quality, int SizeX, int SizeY) { return NULL; }
That looks like softdevice does not implement VDRs GRAB function yet. So JVdr probably will not be able to show screenshots without a full featured card.
The parameter for GRAB directory is not needed for JVdr because the image data is transmitted over SVDRP which also works without the -g option.
Regards Peter
Softdevice seems not to be the cause of the problem, GRAB doesn't work either without it. Also tested with new version of JVdr-0.0.2, however I'm sure it has nothing to do with JVdr
I'll continue doing some testings...
thanks luis
El 04/02/2006, a las 16:13, Peter Juszack escribió:
Luis Palacios wrote:
Peter,
Actually it's your java app the one that made me realize I'm having a problem with SVDRP grab command :-)
El 04/02/2006, a las 13:21, Peter Juszack escribió:
Since VDR-version 1.3.? grabbing images to disc is disabled by default for security reasons. It is just possible to get then base64 encoded over the SVDRP conncetion with 'GRAB -'. You must set a VDR commandline parameter to a directory to enable grab to disc. Grabbed images are stored under that directory.
I activated that option just in case that was causing the error... DISPLAY=:0.1 ./vdr -g /tmp -v /home/vdr/video -w 60 -Pstreamdev- server -P loadepg -P "softdevice -vo xv:full" -P sysinfo
I've found at device.c that the following function returns NULL, looks like this is the one being used. Probably I'm wrong as I've not gone deep into the sources to find out which on is really called...
@line 237 uchar *cDevice::GrabImage(int &Size, bool Jpeg, int Quality, int SizeX, int SizeY) { return NULL; }
That looks like softdevice does not implement VDRs GRAB function yet. So JVdr probably will not be able to show screenshots without a full featured card.
The parameter for GRAB directory is not needed for JVdr because the image data is transmitted over SVDRP which also works without the -g option.
Regards Peter
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I demand that Luis Palacios may or may not have written...
Softdevice seems not to be the cause of the problem, GRAB doesn't work either without it.
cDevice::GrabImage (the default) returns NULL, i.e. grab always fails, so cSoftDevice needs to override this (much as cXineDevice in vdr-xine does for older VDR or, with a patch which I posted here a few weeks ago, for current VDR).
vdr/dvbdevice.c contains code which you can probably adapt for this.
[snip]
Thanks Darrent,
You put me in the correct path. I discovered then that vdr-xine was not grabbing but due to something different, y4mscaler broken due to a recent update of mjpegtools. I have fixed y4mscaler, and so now GRAB works when vdr-xine is the plugin.
Funny though, that now softdevice stop working with latest 1.3.42.
And that I'm still unable to have OSD with vdr-xine (everything else works, remote, etc.).
I post this some time ago but still can't find the reason, any clue as of why OSD doesn't show when using vdr-xine?
thanks for your grab tip.
luis
El 04/02/2006, a las 22:26, Darren Salt escribió:
I demand that Luis Palacios may or may not have written...
Softdevice seems not to be the cause of the problem, GRAB doesn't work either without it.
cDevice::GrabImage (the default) returns NULL, i.e. grab always fails, so cSoftDevice needs to override this (much as cXineDevice in vdr-xine does for older VDR or, with a patch which I posted here a few weeks ago, for current VDR).
vdr/dvbdevice.c contains code which you can probably adapt for this.
[snip]
| Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk | Debian, | Northumberland | s zap,tartarus,org | RISC OS | Toon Army | @ | We've got Souness, we don't want him
Never, ever use repetitive redundancies.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Saturday 04 February 2006 14:21, Peter Juszack wrote:
Since VDR-version 1.3.? grabbing images to disc is disabled by default for security reasons. It is just possible to get then base64 encoded over the SVDRP conncetion with 'GRAB -'. You must set a VDR commandline parameter to a directory to enable grab to disc. Grabbed images are stored under that directory.
Really? I've never really seen reliable grabbing, I usually just get gray or (nowadays) black images. I run 1.3.37 and when I do a "grab /tmp/foo.jpeg" over SVDRP I end up with a fine completely black image. I have not enabled any parameters that would allow saving to disk, so I guess these security restrictions come with some patch you have used?
Using "-" as the filename doesn't seem to do anything, at least I don't see any base64 data over my telnet connection, VDR just happily says:
250 Grabbed image -
The base64 stuff sounds really interesting though. At one time I had a patch that did just this, but it was almost two years ago and it doesn't work anymore. It would be really handy to have the base64 stuff built into VDR.
Jan Ekholm wrote:
... The base64 stuff sounds really interesting though. At one time I had a patch that did just this, but it was almost two years ago and it doesn't work anymore. It would be really handy to have the base64 stuff built into VDR.
The base64 stuff was introduced in VDR version 1.3.38.
Klaus
On Sunday 05 February 2006 12:19, Klaus Schmidinger wrote:
Jan Ekholm wrote:
... The base64 stuff sounds really interesting though. At one time I had a patch that did just this, but it was almost two years ago and it doesn't work anymore. It would be really handy to have the base64 stuff built into VDR.
The base64 stuff was introduced in VDR version 1.3.38.
Oh, well, that's as good an excuse as any to upgrade then. :) Thanks for pointing that out.
I've done more tests and I'm completely lost... GRAB doesn't work neither to file "GRAB file.jpg" (starting vdr -g ...) nor "GRAB -" tested under this conditions (all latests versions):
- vdr without any plugin - vdr + softdevice - vdr + xine
- tested with telnet localhost 2001 (obviously neither JVdr nor vdradmin Grab work).
I've verified permissions too. In the past, IIRC up until vdr-1.3.38, I've been using vdradmin which uses also GRAB, however in the latest versions either a change in vdr or in the kernel (recently updated to 2.6.15) or something else I don't realize has made it stop.
Any idea? Maybe /dev/video? or kernel option needed? or type of card (I have skystar2, but I doubt thats the reason).
thanks a lot in advance,
luis
El 04/02/2006, a las 13:09, Luis Palacios escribió:
It's probably a basic question, but I promise I've searched in the maillist archive, google, wiki and can't find the answer.
Whenever I issue a 'GRAB -' command to svdrp I get '451 Grab image failed'
$ ./svdrpsend.pl -d 127.0.0.1 'grab -' | more 220 nene SVDRP VideoDiskRecorder 1.3.41; Sat Feb 4 12:58:25 2006 451 Grab image failed :
Can you please tell where to look or a tip to solve it? maybe a kernel option, permissions, type of dvb-s card, ...
Thanks in advance, luis
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr