[vdr] xine buffer settings

[martinez]

With vrd-1.7.8 and vdr-xine 0.9.3 using vdpau (onboard nvidia 8200)

What are the optimum buffer settings for SD and HD (since they can now be
specified separately) ?

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] No Dolby Digital+ with VDR

[Klaus Schmidinger]

On 06/15/09 21:35, jlacvdr wrote:
> oups...bad analysis : the PMT display in ParsePmt() is not the PMT
> received from the dvb stream but a PMT regenerated by vdr and sent to
> receiver.
> The true DVB on air PAT is parse in pat.c
> When we analyse this PAT (in pat.c), a STREAMTYPE_13818_PES_PRIVATE is
> present. this is the audio stream, but with a descriptorID = 0x7a =
> E-AC3 : EnhancedAC3DescriptorTag.
> in pat.c the case EnhancedAC3DescriptorTag is missing, so vdr ignore
> this pid, that why we don't have this pid tranfers to receivers.
> 
> Klaus can you add the support of E-AC3 to vdr ? Thanks,
> 
> pat.c
> case SI::AC3DescriptorTag:
> +case SI::EnhancedAC3DescriptorTag:
>  dpid = stream.getPid();

Have you verified that this actually works for replay?
I'm asking because cPatPmtGenerator::GeneratePmt() would still encode
it as SI::AC3DescriptorTag. I'd be glad if this works, because that
would save me from dragging this info through the entire channel setup ;-)

BTW: please provide your real name if you want to be listed in the
CONTRIBUTORS file.

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Unable to record ITV HD (was : ITV HD)

[Klaus Schmidinger]

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"?

Klaus

> 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@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] No Dolby Digital+ with VDR

[jlacvdr]

2009/6/21 Klaus Schmidinger :
> On 06/15/09 21:35, jlacvdr wrote:
>> oups...bad analysis : the PMT display in ParsePmt() is not the PMT
>> received from the dvb stream but a PMT regenerated by vdr and sent to
>> receiver.
>> The true DVB on air PAT is parse in pat.c
>> When we analyse this PAT (in pat.c), a STREAMTYPE_13818_PES_PRIVATE is
>> present. this is the audio stream, but with a descriptorID = 0x7a =
>> E-AC3 : EnhancedAC3DescriptorTag.
>> in pat.c the case EnhancedAC3DescriptorTag is missing, so vdr ignore
>> this pid, that why we don't have this pid tranfers to receivers.
>>
>> Klaus can you add the support of E-AC3 to vdr ? Thanks,
>>
>> pat.c
>>                             case SI::AC3DescriptorTag:
>> +                            case SI::EnhancedAC3DescriptorTag:
>>                                  dpid = stream.getPid();
>
> Have you verified that this actually works for replay?
Unfortunately none, because my output device doesn't support yet the e-ac3.
I have verified that the audio packets are provide to output.

> I'm asking because cPatPmtGenerator::GeneratePmt() would still encode
> it as SI::AC3DescriptorTag.
I see that.
And also I have try to force the descriptor, but my output device
doesn't definitly support the e-ac3.

> I'd be glad if this works, because that
> would save me from dragging this info through the entire channel setup ;-)
I can't said if it's necessary or not.
maybe an other users can help us.

>
> BTW: please provide your real name if you want to be listed in the
> CONTRIBUTORS file.
>
> Klaus
>
> ___
> 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

Re: [vdr] What about vdr-1.6.1?

[Klaus Schmidinger]

On 17.06.2009 19:03, J.W. wrote:
> I thought you could just release vdr-1.6.1 with the patches you have
> already published (maybe with additional dvb_api patch) . Are there more
> bugfixes planed?

I released VDR 1.6.0 only because several people wanted to have
a stable release just before switching to the DVB-S2 API.
Sure, I could release a 1.6.1 now, but that would be exactly the
same as 1.6.0 plus the two patches 1.6.0-1 and 1.6.0-2.
But would that actually be a big help? There's already quite
some backporting of version 1.7.x stuff going on...

I guess I'm going to concentrate entirely on version 1.7.x.

BTW: I'll be on vacation from next thursday, so don't expect
anything new in the next couple of weeks ;-)

Klaus

> 2009/6/17 Klaus Schmidinger  >
> 
> On 06/16/09 10:30, Joachim Welker wrote:
> > Hi Klaus,
> > I see you are very busy in developing the new vdr-1.7.* (thanks
> for your
> > great work !). But what about stable vdr-1.6.0? You released two
> patches
> > which should result in version vdr-1.6.1. AFAIR there were no
> complaints
> > about these patches, so I think it's save to release vdr-1.6.1 in
> order
> > to  rule off the last stable version.
> 
> I'm dedicating all my spare time to the 1.7.x development, so I'm
> afraid I just can't work on a 1.6.1.
> 
> Klaus


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Unable to record ITV HD (was : ITV HD)

[dplu]

Hi Klaus, 
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
http://en.kingofsat.net/hdtv.php?&standard=All&ordre=freq&filtre=Clear
Thanks for your help

Dom


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"?
>
> Klaus
>
> > 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@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

Re: [vdr] Unable to record ITV HD (was : ITV HD)

[Klaus Schmidinger]

On 21.06.2009 17:11, dplu wrote:
> Hi Klaus, 
> 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
> http://en.kingofsat.net/hdtv.php?&standard=All&ordre=freq&filtre=Clear

Well, if they don't broadcast their Vpid in the SI data, how is a
receiver supposed to know what to receive?

Maybe you should complain to the broadcaster about this.

Klaus

> 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"?
>>
>> Klaus
>>
>>> 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@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] error compiling vdr 1.7.7 (frontend.h - '__u8' does not name a type)

[Carsten Koch]

On Mon, 2009-06-01 at 13:38 +0200, Klaus Schmidinger wrote:
...
> posted earlier in this thread I found that this
> 
> --- dvbdevice.h 2009/05/08 13:33:46 2.5
> +++ dvbdevice.h 2009/06/01 11:20:32
> @@ -10,6 +10,7 @@
>  #ifndef __DVBDEVICE_H
>  #define __DVBDEVICE_H
> 
> +#include  // FIXME: workaround for broken linux-dvb header files
>  #include 
>  #include 
>  #include "device.h"
> 
> 
> alone fixes the problem (tested with the latest driver from 
> http://linuxtv.org/hg/v4l-dvb).

No, it does not.
At least not here (SuSE 11.1, 64-bit, vdr 1.7.8, v4l-dvb-af3d28c7ef19).

I am getting

g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD 
-DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE 
-DVIDEODIR=\"/video\" -DCONFDIR=\"/home/cko/vdrconfig\" 
-DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 
-I/usr/src/v4l-dvb-af3d28c7ef19/linux/include vdr.c 


  
In file included from dvbdevice.h:14,   


   
 from vdr.c:45: 


   
/usr/src/v4l-dvb-af3d28c7ef19/linux/include/linux/dvb/frontend.h:92: error: 
'__u8' does not name a type 

   
/usr/src/v4l-dvb-af3d28c7ef19/linux/include/linux/dvb/frontend.h:93: error: 
'__u8' does not name a type 

   
/usr/src/v4l-dvb-af3d28c7ef19/linux/include/linux/dvb/frontend.h:98: error: 
'__u8' does not name a type 

   
/usr/src/v4l-dvb-af3d28c7ef19/linux/include/linux/dvb/frontend.h:99: error: 
'__u8' does not name a type 

   
/usr/src/v4l-dvb-af3d28c7ef19/linux/include/linux/dvb/frontend.h:361: error: 
'__u8' does not name a type 

  
make: *** [vdr.o] Error 1   


   
cko/vdr-1.7.8> 

I worked around it by inserting a

typedef unsigned char __u8;

after the 

#include  // FIXME: workaround for broken linux-dvb header files

in dvbdevice.h.

With that, vdr compiles without errors.


Carsten.



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Unable to record ITV HD (was : ITV HD)

[dplu]

I am a french user so I enjoy this channel without fees (the charm of 
receving)

Inside the freesat system, english user may have to press the "red button" for 
interactive service to go trough the HD version for some programs , it means 
the micro-program of receiver know how to do that

It is not very important, my HD receiver know how to receive it. I'll prefer 
to have all in VDR but there are more important thing to do , I was hoping 
some english VDR users had published a patch but it seems not 

Have nice holidays and enjoy :o))

Thanks for the good work

Dom


Le Sunday 21 June 2009 17:25:16 Klaus Schmidinger, vous avez écrit :
> On 21.06.2009 17:11, dplu wrote:
> > Hi Klaus,
> > 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
> > http://en.kingofsat.net/hdtv.php?&standard=All&ordre=freq&filtre=Clear
>
> Well, if they don't broadcast their Vpid in the SI data, how is a
> receiver supposed to know what to receive?
>
> Maybe you should complain to the broadcaster about this.
>
> Klaus
>
> > 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"?
> >>
> >> Klaus
> >>
> >>> 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@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

[vdr] Which Kernel / DVB Driver for VDR1.7.8

[Matthias Fechner]

Hi,

is it enough for VDR 1.7.8 to install a new kernel (2.6.30) or do I need
to install dvb drivers from a seperate source?

Bye
Matthias

-- 

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning." --
Rich Cook

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Unable to record ITV HD (was : ITV HD)

[Christian Tramnitz]

Klaus Schmidinger schrieb:
> Well, if they don't broadcast their Vpid in the SI data, how is a
> receiver supposed to know what to receive?
> 
> Maybe you should complain to the broadcaster about this.
> 
> Klaus

Afaik this is intentional to limit the scope of viewers to users of 
their "Freesat" receivers. So this problem also exist for other 
(non-freesat) receivers out there that do not allow manual vpid 
settings. While vdr does allow setting the vpid (while not auto-updating 
channel data) in this case recording seams to fail anyway while live 
view is working.

I know, this is non-standard behaviour and you probably do not want to 
support this by adjusting vdr. On the other hand, if (with manual 
interaction) its possible to view the channel, shouldn't it also be 
possible to record it?


Best regards,
Christian


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] What about vdr-1.6.1?

[Udo Richter]

On 21.06.2009 17:08, Klaus Schmidinger wrote:
> On 17.06.2009 19:03, J.W. wrote:
>> I thought you could just release vdr-1.6.1 with the patches you have
>> already published (maybe with additional dvb_api patch) . Are there more
>> bugfixes planed?
>
> I released VDR 1.6.0 only because several people wanted to have
> a stable release just before switching to the DVB-S2 API.
> Sure, I could release a 1.6.1 now, but that would be exactly the
> same as 1.6.0 plus the two patches 1.6.0-1 and 1.6.0-2.
> But would that actually be a big help? There's already quite
> some backporting of version 1.7.x stuff going on...
>
> I guess I'm going to concentrate entirely on version 1.7.x.


Hmmm, this could also be a great opportunity: Why not nominate someone 
as the official maintainer of the 1.6 stable branch? Someone who 
collects or back-ports fixes and smaller enhancements to the 1.6 branch, 
and does minor releases based on community feedback?

Of course this should be limited to small changes, and should not 
include patches that aren't even in the 1.7 line, to avoid splitting up 
the development. We don't want to end with two feature-incompatible 
versions of VDR. But there are enough small changes and enhancements in 
1.7 that could also be ported to 1.6 without breaking stability and 
compatibility.

This would also be a small but fine step towards a more community-driven 
development of VDR, and a good test whether something like this would 
work for VDR development in general.


Cheers,

Udo

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Unable to record ITV HD (was : ITV HD)

[Malcolm Caldwell]

On Sun, 2009-06-21 at 18:20 +0200, Christian Tramnitz wrote:
> Klaus Schmidinger schrieb:
> > Well, if they don't broadcast their Vpid in the SI data, how is a
> > receiver supposed to know what to receive?
> > 
> > Maybe you should complain to the broadcaster about this.
> > 
> > Klaus
> 
> Afaik this is intentional to limit the scope of viewers to users of 
> their "Freesat" receivers. So this problem also exist for other 
> (non-freesat) receivers out there that do not allow manual vpid 
> settings. While vdr does allow setting the vpid (while not auto-updating 
> channel data) in this case recording seams to fail anyway while live 
> view is working.

I don't know about the recording problem, but I have dealt with this
type of issues (auto-updating overwriting channels.conf) by having two
copies of the channel: one with rid=0 and one with rid=1.  When vdr
updates the channel, it only updates the one with rid=0, leaving the
other along.  I then put the one with rid=1 at the end of my channel
list when I never try to tune to it.  A bit of a hack, but it works.

> 
> I know, this is non-standard behaviour and you probably do not want to 
> support this by adjusting vdr. On the other hand, if (with manual 
> interaction) its possible to view the channel, shouldn't it also be 
> possible to record it?
> 
> 
> Best regards,
> Christian
> 
> 
> ___
> 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

Re: [vdr] Which Kernel / DVB Driver for VDR1.7.8

[VDR User]

VDR-1.7.8 uses dvb api 5 which has been included in the kernel since
2.6.28, so no you don't need a separate source.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Which Kernel / DVB Driver for VDR1.7.8

[Karl Glatz]

But what about the patches (e.g. the one which lets the app dedect
wheter it's a dvb-s2 or dvb-s card) are they included in upstream?

--
Karl

2009/6/22 VDR User :
> VDR-1.7.8 uses dvb api 5 which has been included in the kernel since
> 2.6.28, so no you don't need a separate source.
>
> ___
> 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