On 07.02.2010 00:31, Timothy D. Lenz wrote:
> This would cause duplicate lines for devices that overlap, such has
> where there are both fixed and rotor dish. Better to include the
> supporting devices in the entries.
I don't see what you mean.
Can you be more specific?
Klaus
> On 2/6/2010 4:57
This would cause duplicate lines for devices that overlap, such has
where there are both fixed and rotor dish. Better to include the
supporting devices in the entries.
On 2/6/2010 4:57 AM, Klaus Schmidinger wrote:
On 02.02.2010 07:35, Ian Bates wrote:
On 1 Feb 2010, at 22:24, abbe normal wro
Hmm 2nd thought - looking at the options - all there, but not documented? ;-)
2010/2/7 Markus Fritsche :
> Hello,
>
> I have a vdr installed on my home server box with a dvb-t usb adaptor.
> As I progress, I wonder, if there's a possibility to give wildcard
> recordings (i. .e "How I met*") and
Hello,
I have a vdr installed on my home server box with a dvb-t usb adaptor.
As I progress, I wonder, if there's a possibility to give wildcard
recordings (i. .e "How I met*") and priorities... so, for instance, I
want to record a series "How I met I mother" with priority 99 - so
just whenever my
Klaus Schmidinger wrote:
> On 06.02.2010 12:27, Halim Sahin wrote:
> > Hi,
> > Just my opinion about the problem:
> > The fat filesystem has many limitations and I vote for dropping special
> > support for it in VDR because if someone wants to use a windows system,
> > he/she can use ntfs which wor
Hi,
The setup plugin no longer compiles under 1.7.12 (it did in 1.7.11)
The error message is:
In file included from setupsystemmenu.c:33:
../../../menuorgpatch.h: At global scope:
../../../menuorgpatch.h:31: error: ISO C++ forbids declaration of
‘IMainMenuItemsProvider’ with no type
../../../menuor
On Sat, Feb 6, 2010 at 3:27 AM, Halim Sahin wrote:
> Hi,
> Just my opinion about the problem:
> The fat filesystem has many limitations and I vote for dropping special
> support for it in VDR because if someone wants to use a windows system,
> he/she can use ntfs which works fine in current distri
On Sat, 6 Feb 2010, Klaus Schmidinger wrote:
On 06.02.2010 12:27, Halim Sahin wrote:
Hi,
Just my opinion about the problem:
The fat filesystem has many limitations and I vote for dropping special
support for it in VDR because if someone wants to use a windows system,
he/she can use ntfs which w
On 06.02.2010 13:38, Klaus Schmidinger wrote:
> On 06.02.2010 13:26, Ian Bates wrote:
>> On 6 Feb 2010, at 11:57, Klaus Schmidinger wrote:
>>
>>> On 02.02.2010 07:35, Ian Bates wrote:
On 1 Feb 2010, at 22:24, abbe normal wrote:
> On 2/1/10, VDR User wrote:
>> On Mon, Feb 1, 2010 at 7:
On 06.02.2010 13:55, Halim Sahin wrote:
> Hi Klaus,
> Thx for your response for this request :-).
> My initial intension was a bit different than the later diskusion went
> on.
>
> I'd suggest to add a (plugin or settingsmenü) for vdr which alows easy
> configuration of the diseqc stuff without to
Am Samstag, den 06.02.2010, 13:25 +0100 schrieb Klaus Schmidinger:
> On 06.02.2010 13:23, Paul Menzel wrote:
> > Am Samstag, den 06.02.2010, 13:00 +0100 schrieb Klaus Schmidinger:
> >> On 06.02.2010 12:43, Paul Menzel wrote:
> >
> > […]
> >
> >>> I do not know when you will release the 1.7.13. If
Without this patch, if some options in `Makefile` were set outside `Makefile`
and no `Make.config` existed with the necessary options, builds could fail.
[1][2][3]
Therefore include strictly necessary options in `Make.global` and include this
in all the Makefiles before `Make.config`.
[1] http
I figured out what was causing trouble with the audio on the HD channels:
audio.output.speaker_arrangement:Pass Through
I changed that to
audio.output.speaker_arrangement:Stereo 2.0
and now it works.
But I am using HDMI for both video and audio what would be the optimal
setting for the above v
Hi Klaus,
Thx for your response for this request :-).
My initial intension was a bit different than the later diskusion went
on.
I'd suggest to add a (plugin or settingsmenü) for vdr which alows easy
configuration of the diseqc stuff without touching diseqc.conf.
Doing this by implementing a plugi
Thanks to everybody who shared suggestions on the two questions I had
(xbox 360 integration and frame dropping warning)
The frames still drop sometimes of course but at least I do not see the
warnings
and thanks to the postings on this mailing list (pointing me in the right
direction) I have setup
On 06.02.2010 13:26, Ian Bates wrote:
> On 6 Feb 2010, at 11:57, Klaus Schmidinger wrote:
>
>> On 02.02.2010 07:35, Ian Bates wrote:
>>> On 1 Feb 2010, at 22:24, abbe normal wrote:
On 2/1/10, VDR User wrote:
> On Mon, Feb 1, 2010 at 7:12 AM, Halim Sahin
> wrote:
>> Hi List and
On 6 Feb 2010, at 11:57, Klaus Schmidinger wrote:
> On 02.02.2010 07:35, Ian Bates wrote:
>> On 1 Feb 2010, at 22:24, abbe normal wrote:
>>> On 2/1/10, VDR User wrote:
On Mon, Feb 1, 2010 at 7:12 AM, Halim Sahin
wrote:
> Hi List and Klaus,
>
> It would be really nice if
On 06.02.2010 13:23, Paul Menzel wrote:
> Am Samstag, den 06.02.2010, 13:00 +0100 schrieb Klaus Schmidinger:
>> On 06.02.2010 12:43, Paul Menzel wrote:
>
> […]
>
>>> I do not know when you will release the 1.7.13. If it is still some days
>>> away then maybe we can set a limit of seven days to gi
Am Samstag, den 06.02.2010, 13:00 +0100 schrieb Klaus Schmidinger:
> On 06.02.2010 12:43, Paul Menzel wrote:
[…]
> > I do not know when you will release the 1.7.13. If it is still some days
> > away then maybe we can set a limit of seven days to give everyone a
> > chance again to comment on this
On 29.01.2010 15:19, Paul Menzel wrote:
> Without this patch, if some options in `Makefile` were set outside `Makefile`
> and no `Make.config` existed with the necessary options, builds could fail.
> [1][2][3]
>
> Therefore include strictly necessary options in `Make.global` and include
> this
On 06.02.2010 12:43, Paul Menzel wrote:
> Am Samstag, den 06.02.2010, 12:29 +0100 schrieb Klaus Schmidinger:
>> On 29.01.2010 15:19, Paul Menzel wrote:
>>> Without this patch, if some options in `Makefile` were set outside
>>> `Makefile` and no `Make.config` existed with the necessary options, bui
On 02.02.2010 07:35, Ian Bates wrote:
> On 1 Feb 2010, at 22:24, abbe normal wrote:
>> On 2/1/10, VDR User wrote:
>>> On Mon, Feb 1, 2010 at 7:12 AM, Halim Sahin wrote:
Hi List and Klaus,
It would be really nice if vdr could support diseqc setup directly in
vdr.
I do
Am Samstag, den 06.02.2010, 12:29 +0100 schrieb Klaus Schmidinger:
> On 29.01.2010 15:19, Paul Menzel wrote:
> > Without this patch, if some options in `Makefile` were set outside
> > `Makefile` and no `Make.config` existed with the necessary options, builds
> > could fail. [1][2][3]
> >
> > The
On 06.02.2010 12:27, Halim Sahin wrote:
> Hi,
> Just my opinion about the problem:
> The fat filesystem has many limitations and I vote for dropping special
> support for it in VDR because if someone wants to use a windows system,
> he/she can use ntfs which works fine in current distributions (ntf
On 29.01.2010 15:19, Paul Menzel wrote:
> Without this patch, if some options in `Makefile` were set outside `Makefile`
> and no `Make.config` existed with the necessary options, builds could fail.
> [1][2][3]
>
> Therefore include strictly necessary options in `Make.global` and include
> this
Hi,
Just my opinion about the problem:
The fat filesystem has many limitations and I vote for dropping special
support for it in VDR because if someone wants to use a windows system,
he/she can use ntfs which works fine in current distributions (ntfs-3g).
Just my 2 Cents.
Halim
__
Hello,
Dropped frames with xine/xineliboutput + vdr is real problem.
And suppress warning messages is not solution. Dropped frames is
visible. Sometimes less, sometime more.
This steps little help:
Option "TripleBuffer" "true" in xorg.conf in Screen section
In xine configuration file:
video.
On 05.02.2010 23:43, Rolf Ahrenberg wrote:
> On Fri, 5 Feb 2010, Klaus Schmidinger wrote:
>
>> How about '.'? (w/o the single quotes).
>> That would result in /video/./name, which is the same
>> as /video/name.
>
> That was my initial idea too, but due to the VFAT conversion a '#2E'
> sub-directo
28 matches
Mail list logo
