Hi!
Is this a bug in VDR or is DW-TV doing something evil?
Regards
Marco
Am 06.01.2010 02:17, schrieb Oliver Endriss:
> Marco Göbenich wrote:
>
>> Will I get this problem too with any newer version of vdr?
>>
> Yes, same problem with VDR 1.7.10.
>
> CU
> Oliver
>
>
--
Needful GbR
2010/1/4 Klaus Schmidinger :
> On 04.01.2010 16:09, Theunis Potgieter wrote:
>> 2010/1/4 Klaus Schmidinger :
>>> On 04.01.2010 14:37, Theunis Potgieter wrote:
I was in search for a plug-in that could map alternative long names to
the supposedly current long name of a channel. I guess I di
Hi all
Thought people might be interested to see a vdr-related side project I
am playing with : http://dalelane.co.uk/tvscrobbling/
If you know what last.fm is... think last.fm for TV :-)
Big thanks to everyone involved in supporting vdr
Kind regards
D
2010/1/5 Lars Bläser :
> Theunis Potgieter wrote:
> ...
>>> There is an object of cChannel for each channel, and they are stored in
>>> a list. You can either patch VDR to modify cChannel::Name() so that it
>>> takes the original name as an index into some database of yours, or
>>> modify the names
VDR uses the construct "strcpy(s, s + 1)" in plugin arguments processing for
stripping first character of s. However, as per strcpy man page, the source
and destination strings may not overlap.
There are a couple of ways to fix them, but the attached patch simply changes
them to "memmove(s, s +
On 06.01.2010 10:16, Marco Göbenich wrote:
> Hi!
>
> Is this a bug in VDR or is DW-TV doing something evil?
They are apparently broadcasting the video and first audio pid FTA,
and have the second audio pid encrypted. So far VDR considered any
channel "encrypted" if there were any CA descriptors f
On 05.01.2010 22:32, VDR User wrote:
> On Tue, Jan 5, 2010 at 1:10 PM, Johan Andersson wrote:
>> Have anyone else seen this problem?
>>
>> When I watch an ongoing recording vdr does not see it grow.
>>
>> Say I record a 60min episode and start to watch it 10min in.
>> Pressing 'Ok' will show me th
On 05.01.2010 09:40, Theunis Potgieter wrote:
> 2010/1/4 Klaus Schmidinger :
>> On 04.01.2010 16:09, Theunis Potgieter wrote:
>>> 2010/1/4 Klaus Schmidinger :
On 04.01.2010 14:37, Theunis Potgieter wrote:
> I was in search for a plug-in that could map alternative long names to
> the su
2010/1/6 Klaus Schmidinger :
> On 05.01.2010 09:40, Theunis Potgieter wrote:
>> 2010/1/4 Klaus Schmidinger :
>>> On 04.01.2010 16:09, Theunis Potgieter wrote:
2010/1/4 Klaus Schmidinger :
> On 04.01.2010 14:37, Theunis Potgieter wrote:
>> I was in search for a plug-in that could map al
On 06.01.2010 13:05, Theunis Potgieter wrote:
> 2010/1/6 Klaus Schmidinger :
>> On 05.01.2010 09:40, Theunis Potgieter wrote:
>>> 2010/1/4 Klaus Schmidinger :
On 04.01.2010 16:09, Theunis Potgieter wrote:
> 2010/1/4 Klaus Schmidinger :
>> On 04.01.2010 14:37, Theunis Potgieter wrote:
>
2010/1/6 Klaus Schmidinger :
> On 06.01.2010 13:05, Theunis Potgieter wrote:
>> 2010/1/6 Klaus Schmidinger :
>>> On 05.01.2010 09:40, Theunis Potgieter wrote:
2010/1/4 Klaus Schmidinger :
> On 04.01.2010 16:09, Theunis Potgieter wrote:
>> 2010/1/4 Klaus Schmidinger :
>>> On 04.01.2
Klaus Schmidinger wrote:
However, this doesn't help in cases where some audio pids are FTA and
others are encrypted.
I wonder why they are encrypting their second audio pid. Doesn't make
much sense to me.
I haven't tested it for about a year, but since I had UPC Direct
subscription I had the
VDR developer version 1.7.11 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.11.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.10-1.7.11.diff
WARNING:
This is a *developer* version. Even though *I* use it
On 06.01.2010 13:18, Theunis Potgieter wrote:
> 2010/1/6 Klaus Schmidinger :
>> On 06.01.2010 13:05, Theunis Potgieter wrote:
>>> 2010/1/6 Klaus Schmidinger :
On 05.01.2010 09:40, Theunis Potgieter wrote:
> 2010/1/4 Klaus Schmidinger :
>> On 04.01.2010 16:09, Theunis Potgieter wrote:
>
On Sunday 22 of November 2009, Ales Jurik wrote:
> Last version of this patch from is applicable and functioning also with
> vdr-1.7.10.
> See http://www.linuxtv.org/pipermail/vdr/2009-April/020248.html.
>
> Regards,
>
> Ales
Patch is also applicable without rejects to vdr-1.7.11.
Regards,
Ale
[...]
> - Added support for DVB cards with multiple fontends. Note that this only
> works for DVB cards where each frontend can be used independently of all
> the others on the same adapter.
[...]
Any chance of using using DVB-T frontend on HVR-4000? This card have 2
separate frontends. And as qu
On 06.01.2010 14:22, Tomasz Bubel wrote:
> [...]
>> - Added support for DVB cards with multiple fontends. Note that this only
>> works for DVB cards where each frontend can be used independently of all
>> the others on the same adapter.
> [...]
> Any chance of using using DVB-T frontend on HVR-40
On 6 Jan 2010, at 13:22, Tomasz Bubel wrote:
[...]
- Added support for DVB cards with multiple fontends. Note that
this only
works for DVB cards where each frontend can be used independently
of all
the others on the same adapter.
[...]
Any chance of using using DVB-T frontend on HVR-400
On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger
wrote:
> On 06.01.2010 14:22, Tomasz Bubel wrote:
>> [...]
>>> - Added support for DVB cards with multiple fontends. Note that this only
>>> works for DVB cards where each frontend can be used independently of all
>>> the others on the same adapt
On 06.01.2010 15:30, Manu Abraham wrote:
> On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger
> wrote:
>> On 06.01.2010 14:22, Tomasz Bubel wrote:
>>> [...]
- Added support for DVB cards with multiple fontends. Note that this only
works for DVB cards where each frontend can be used indep
There was a patch for HVR-3000 with was make by EDDI:
http://tux.dpeddi.com/lr319sta/downloads/vdr_1.4.5_eddi-multiple-frontend_v5.patch
Regards,
Tomasz
2010/1/6, Ian Bates :
>
> On 6 Jan 2010, at 13:22, Tomasz Bubel wrote:
>
>> [...]
>>> - Added support for DVB cards with multiple fontends. Not
Not a problem for me. I was just interested to hear if this was a known
issue with a simple fix. I'll do some debugging on my own.
The most likely suspect is the client side NFS. I'll post my findings.
/Johan
Klaus Schmidinger skrev:
On 05.01.2010 22:32, VDR User wrote:
On Tue, Jan 5, 2010
Klaus Schmidinger wrote:
> On 06.01.2010 14:22, Tomasz Bubel wrote:
> > [...]
> >> - Added support for DVB cards with multiple fontends. Note that this only
> >> works for DVB cards where each frontend can be used independently of all
> >> the others on the same adapter.
> > [...]
> > Any chance
Manu Abraham wrote:
> On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger
> wrote:
> > On 06.01.2010 14:22, Tomasz Bubel wrote:
> >> [...]
> >>> - Added support for DVB cards with multiple fontends. Note that this only
> >>> works for DVB cards where each frontend can be used independently of all
>
> There was a patch for HVR-3000 with was make by EDDI:
> http://tux.dpeddi.com/lr319sta/downloads/vdr_1.4.5_eddi-multiple-frontend_v5.patch
> Regards,
> Tomasz
I was not able to setup a dvb-t only HVR-3000... I could not use dvbscan
either... Does this patch helps to have it working ? Do you ha
I finally setup a vdr server with a Skystar II and a usb dvb-t stick, running
vdr 1.4.7, display with xine plugin... and probably some minor patches I don't
remember.
I now need to watch live and/or recorded tv programs on other screens and I
have 2 possibilities:
- dlink dsm-320rd (a uPnP sys
Look into streamdev, the README explains a lot. you can also use
mediatomb (UPnP) to export your current xine's http url. Xine is
useful for testing but limited to same channel as the main vdr pc.
Rather go with streamdev. In mediatomb you need to define the .vdr
extension for older(:
>
> I finally
On Wed, 2010-01-06 at 17:31 +0100, Travel Factory S.r.l. wrote:
> I finally setup a vdr server with a Skystar II and a usb dvb-t stick, running
> vdr 1.4.7, display with xine plugin... and probably some minor patches I
> don't remember.
>
> I now need to watch live and/or recorded tv programs on
On Wed, Jan 6, 2010 at 7:52 PM, Oliver Endriss wrote:
> Manu Abraham wrote:
>> On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger
>> wrote:
>> > On 06.01.2010 14:22, Tomasz Bubel wrote:
>> >> [...]
>> >>> - Added support for DVB cards with multiple fontends. Note that this only
>> >>> works for D
Manu Abraham wrote:
> On Wed, Jan 6, 2010 at 7:52 PM, Oliver Endriss wrote:
> > Manu Abraham wrote:
> >> On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger
> >> wrote:
> >> > On 06.01.2010 14:22, Tomasz Bubel wrote:
> >> >> [...]
> >> >>> - Added support for DVB cards with multiple fontends. Note
As far as I understand Intel presented their new chips on CES show
called Arrandale
and Clarkdale.
Both has integrated graphics accelerator and other things. Those will be
based on i7, i5 and i3 cores.
In addition to Atom based "pineview" chips that also include graphics
accelerator.
So now we hav
Klaus Schmidinger wrote:
> On 06.01.2010 14:22, Tomasz Bubel wrote:
> > [...]
> >> - Added support for DVB cards with multiple fontends. Note that this only
> >> works for DVB cards where each frontend can be used independently of all
> >> the others on the same adapter.
> > [...]
> > Any chance
Hello,
Might be of interest for you, our framework XXV¹ has already a module
that's share user defined timer.
This module send anonymized epg data from programmed timern to a common
web service. And read backward a ranking list of most programmed epg
events. (This functions can be used optionally
On Wed, 6 Jan 2010 20:28:14 +0200
Alex Betis wrote:
> As far as I understand Intel presented their new chips on CES show
> called Arrandale
> and Clarkdale.
> Both has integrated graphics accelerator and other things. Those will be
> based on i7, i5 and i3 cores.
> In addition to Atom based "pine
>
> Comprises a plugin for VDR, a Windows/Linux client and as a firmware
> for
> the Hauppauge MediaMVP thin-client device.
Hi Gavin,
thank you for your answer.
I own(ed) a Happauge MVP but it is now "lost" somewhere...
I remember that the MVP uses a custom version of the VNC protocol for the
Am Mittwoch, den 06.01.2010, 13:34 +0100 schrieb Klaus Schmidinger:
> VDR developer version 1.7.11 is now available at
...
> The changes since version 1.7.10:
>
...
> - Implemented handling the "Content Descriptor" (based on a patch from Rolf
> Ahrenberg). The 'classic', 'sttng' and 'curses'
On Wed, 2010-01-06 at 20:27 +0100, Travel Factory S.r.l. wrote:
> >
> > Comprises a plugin for VDR, a Windows/Linux client and as a firmware
> > for
> > the Hauppauge MediaMVP thin-client device.
>
> Hi Gavin,
> thank you for your answer.
> I own(ed) a Happauge MVP but it is now "lost" somewher
Dear Klaus
could you comment please about this change
> - The support for full featured DVB cards of the TT/FuSi design has been moved
> into the new plugin 'dvbsddevice'.
which advantages and improvements is waiting us ?
Goga
___
vdr mailing lis
On 06.01.2010 22:03, Goga777 wrote:
> Dear Klaus
>
> could you comment please about this change
>
>> - The support for full featured DVB cards of the TT/FuSi design has been
>> moved
>> into the new plugin 'dvbsddevice'.
>
> which advantages and improvements is waiting us ?
At this point th
> > could you comment please about this change
> >
> >> - The support for full featured DVB cards of the TT/FuSi design has been
> >> moved
> >> into the new plugin 'dvbsddevice'.
> >
> > which advantages and improvements is waiting us ?
>
> At this point this is merely the reaction on many
Having moved away from the world of Euro DVB-S, I'm trying to confront
an American setup with Cable rather than Satellite. I have a PVR250 and
two ATSC cards. The ATSC cards will do Clear QAM, which means I get my
local channels in HD using the ATSC cards from the cable coming into the
house,
41 matches
Mail list logo
