On 29.02.2012 08:17, Steffen Barszus wrote:
On Wed, 29 Feb 2012 05:38:06 +0100
Gero wrote:
On Tuesday 28 February 2012 - 20:12:54, Anssi Hannula wrote:
28.02.2012 12:24, Gero kirjoitti:
On Tuesday 28 February 2012 - 10:11:48, Klaus Schmidinger wrote:
I'll keep this in mind for "after versi
On 29.02.2012 08:24, Dave wrote:
> And the Linux distributions will generally only package 'stable' versions.
For Debian I'm already packaging 1.7.x, because 1.6 became pretty much
useless nowadays. Wheezy is going to freeze in June and I hope that VDR
becomes stable until then.
Tobias
_
I have a number of different Conax CAM modules from different manufacturers and
all of them disappear from VDR after a couple of days running. Hitting CAM
reset on the CI menu will bring it back "online". Naturally all Conax channel
recordings will fail silently as a result of this until the CAM
On 29.02.2012 12:13, Heikki Manninen wrote:
I have a number of different Conax CAM modules from different manufacturers and all of them
disappear from VDR after a couple of days running. Hitting CAM reset on the CI menu will bring it
back "online". Naturally all Conax channel recordings will fa
On 29.2.2012, at 13.18, Klaus Schmidinger wrote:
> On 29.02.2012 12:13, Heikki Manninen wrote:
>> I have a number of different Conax CAM modules from different manufacturers
>> and all of them disappear from VDR after a couple of days running. Hitting
>> CAM reset on the CI menu will bring it ba
On 29.02.2012 12:22, Heikki Manninen wrote:
On 29.2.2012, at 13.18, Klaus Schmidinger wrote:
On 29.02.2012 12:13, Heikki Manninen wrote:
I have a number of different Conax CAM modules from different manufacturers and all of them
disappear from VDR after a couple of days running. Hitting CAM r
Hi list,
my CAM drops out every once in a while, too. It's rather annoying, but I don't
know how to fix the problem, so I decided to work around it. Whenever my CAM
fails, the kernel/DVB driver seems to notice, and the debug ringbuffer
contents reflect this. An error message like
"dvb_ca adapter
On 29.02.2012 12:29, Johannes Truschnigg wrote:
Hi list,
my CAM drops out every once in a while, too. It's rather annoying, but I don't
know how to fix the problem, so I decided to work around it. Whenever my CAM
fails, the kernel/DVB driver seems to notice, and the debug ringbuffer
contents ref
On Wed, Feb 29, 2012 at 12:18:00PM +0100, Klaus Schmidinger wrote:
> On 29.02.2012 12:13, Heikki Manninen wrote:
> >I have a number of different Conax CAM modules from different manufacturers
> >and all of them disappear from VDR after a couple of days running. Hitting
> >CAM reset on the CI menu
On 29.2.2012, at 13.29, Johannes Truschnigg wrote:
> Hi list,
>
> my CAM drops out every once in a while, too. It's rather annoying, but I don't
> know how to fix the problem, so I decided to work around it. Whenever my CAM
> fails, the kernel/DVB driver seems to notice, and the debug ringbuffer
Hi
Lately I have been noticing that the fg color of the DVB subtitles
changes irregularly between white, grey and black. If there is more than
one line the lines may have different colors but the whole line is the
same color. This is seen in Finnish YLE channels. Is there some setting
for thi
On 29.02.2012 14:52, Kartsa wrote:
Hi
Lately I have been noticing that the fg color of the DVB subtitles changes
irregularly between white, grey and black. If there is more than one line the
lines may have different colors but the whole line is the same color. This is
seen in Finnish YLE chan
Hi
There is an issue in the VDR's subtitle antialiasing. Finnish
www.linuxtv.fi site can be found the patch, which fixed the problem in
my VDR configuration.
Link to patch -> http://www.linuxtv.fi/viewtopic.php?f=12&t=4618&start=30
Jarkko
On 29.2.2012 15:52, Kartsa wrote:
Hi
Lately I have
On 28.02.2012 16:48, Frank Schmirler wrote:
On Mon, 27 Feb 2012 21:29:44 +0100, Udo Richter wrote
Am 27.02.2012 14:33, schrieb Frank Schmirler:
Instead of a configurable "LiveTV priority", your approach uses the fixed
priority value 0 for LiveTV. The new idle priority of -100 opens the range fo
On 29.02.2012 12:44, Kende wrote:
On Wed, Feb 29, 2012 at 12:18:00PM +0100, Klaus Schmidinger wrote:
On 29.02.2012 12:13, Heikki Manninen wrote:
I have a number of different Conax CAM modules from different manufacturers and all of them
disappear from VDR after a couple of days running. Hittin
Klaus Schmidinger wrote:
Yes, the next stable version will be 2.0.
Version 1.0 was the "SD version", and version 2.0 shall be the "HD version" ;-).
I'll see to make "client/server" a priority after that.
What does this mean? Do you plan built-in networking support or do you plan to
improve st
29.02.2012 10:30, Tobi kirjoitti:
> On 29.02.2012 08:24, Dave wrote:
>
>> And the Linux distributions will generally only package 'stable' versions.
>
> For Debian I'm already packaging 1.7.x, because 1.6 became pretty much
> useless nowadays. Wheezy is going to freeze in June and I hope that VDR
On 29.02.2012 16:48, Manuel Reimer wrote:
Klaus Schmidinger wrote:
Yes, the next stable version will be 2.0.
Version 1.0 was the "SD version", and version 2.0 shall be the "HD version" ;-).
I'll see to make "client/server" a priority after that.
What does this mean? Do you plan built-in netwo
Ok, thanks for the info. But I have to wait for the fix from Klaus since
I am notcompiling anything my self. All must be in repos :) I have a
couple of friends whose vdr box I maintain so I want to keep all as
simple as possible.
\\Kartsa
29.02.2012 16:16, Jarkko Kangas kirjoitti:
Hi
There
On Wed, 29 Feb 2012 16:17:07 +0100, Klaus Schmidinger wrote
> Even though VDR itself doesn't have the necessity for "remote receivers"
> (yet), I see the problem for streamdev. I have therefore reconsidered
> this matter and will make the following changes for the next
> developer version:
>
> -
On Wed, 29 Feb 2012 16:48:33 +0100
Manuel Reimer wrote:
> Klaus Schmidinger wrote:
> > Yes, the next stable version will be 2.0.
> > Version 1.0 was the "SD version", and version 2.0 shall be the "HD
> > version" ;-).
> >
> > I'll see to make "client/server" a priority after that.
>
> What does
On Wed, Feb 29, 2012 at 7:39 AM, Klaus Schmidinger <
klaus.schmidin...@tvdr.de> wrote:
> On 29.02.2012 12:44, Kende wrote:
>
>> On Wed, Feb 29, 2012 at 12:18:00PM +0100, Klaus Schmidinger wrote:
>>
>>> On 29.02.2012 12:13, Heikki Manninen wrote:
>>>
I have a number of different Conax CAM modu
On Wed, Feb 29, 2012 at 12:20 AM, Klaus Schmidinger
wrote:
> Yes, the next stable version will be 2.0.
> Version 1.0 was the "SD version", and version 2.0 shall be the "HD version"
> ;-).
Sounds good! :)
> I'll see to make "client/server" a priority after that.
I honestly had to read this a cou
On Wednesday 29 February 2012 - 17:50:27, Tony Houghton wrote:
> On Wed, 29 Feb 2012 16:48:33 +0100
> Manuel Reimer wrote:
> > Klaus Schmidinger wrote:
> > > Yes, the next stable version will be 2.0.
> > > Version 1.0 was the "SD version", and version 2.0 shall be the "HD
> > > version" ;-).
> > >
Am 29.02.2012 17:50, schrieb Tony Houghton:
> On Wed, 29 Feb 2012 16:48:33 +0100
> Manuel Reimer wrote:
>> What does this mean? Do you plan built-in networking support or do
>> you plan to improve streamdev? IMHO it is a big task to make really
>> good networking support. Keeping this code separat
Am 29.02.2012 16:17, schrieb Klaus Schmidinger:
> + The function cDevice::Receiving() now returns true if there is any
> receiver
> attached to the device. Its boolean parameter has no meaning any more.
Please remember to drop the following line from PLUGINS.html, as it is
now finally comple
On Wednesday 29 February 2012 - 20:45:54, Udo Richter wrote:
> Am 29.02.2012 17:50, schrieb Tony Houghton:
> > For better client-server VDR needs to support multiple clients watching
> > different channels with different OSDs simultaneously.
>
> Not necessarily. I think the key solution is to modu
On Wed, Feb 29, 2012 at 11:45 AM, Udo Richter wrote:
> In any case this would be the biggest rewrite of major parts of VDR
> ever, with lots of breakage, total loss of plugin compatibility and very
> long development cycle.
It's not a small task, but I believe the end product will be well
worth t
28 matches
Mail list logo
