I suppose that the PID is not defined as "video" in the stream.
I am not an expert but if you let "update PID automatically" on VDR Setup ,
the VPID and PPID fall to zero, if you disable this update and set manually
information you can watch the channel but no recording possible
This is also indicated on kingofsat : ITV HD 28.5E 11426H
Thanks for your help
Le Sunday 21 June 2009 16:30:15 Klaus Schmidinger, vous avez écrit :
> On 14.06.2009 22:49, dplu wrote:
> > Hi
> > I have tried to record "Kingdom" broadcasted on HD but even if I can
> > watch it without problem "live" ( VDR 1.7.7+ Xine 0.9.2 + VDPau), the
> > recording is zero size
> > Is it the fact the video PID is non standard and VDR don't know how to
> > record it (considering it is not video) ?
> What does this mean, "the video PID is non standard"?
> > By the way, recording of BBC HD or Anixe HD is nice at the same time ..
> > Is there also a patch to prevent VDR to set video PID to zero when using
> > the option setup/DVB card/update name + Pids
> > Any help appreciated
> > Thanks
> > Le Sunday 30 November 2008 19:29:43 Tony Houghton, vous avez écrit :
> >> On Sun, 30 Nov 2008 19:05:28 +0100
> >> d...@free.fr wrote:
> >>> The line I gave is for VDR 1.7.0 native (multiproto plus) plus patch S
> >>> H264 .. and no more addons
> >>> If you have no images, check if VDR did not update the channel
> >>> automatically and put zero on VPID .. If the option setup/dvb card/
> >>> update channels is ON or "update PID" or "update name" etc , set it to
> >>> off and reset channel to VPID 3401 and PPID to 3401 too
> >>> ITV HD broadcast with a special video PID and VDR is not able to catch
> >>> it so jerk setup every time .. there is no update for this channel from
> >>> a long time ITV broadcast a "service not available" when there is
> >>> nothing to watch, so you can setup easyly your vdr
> >> OK, that seems to be what happened. I just about get sound and picture,
> >> but not usable, because nothing but libxine recognises the stream and it
> >> will only use one CPU core regardless of the ffmpeg_thread_count
> >> setting. Perhaps it uses libx264 directly?
> vdr mailing list
vdr mailing list