Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Brian-Imap

On 19.12.2012 18:04, Gerald Dachs wrote:

Am 19.12.2012 15:11, schrieb Brian-Imap:

On 19.12.2012 11:10, Gerald Dachs wrote:

Am 19.12.2012 10:30, schrieb brian_dorl...@t-online.de:

Hi,
might be simple. From ct. If you are using DVB-S, install a FF DVB-C
card. That is the primary device.
But it cannot record, so recordings are done on all other DVB-S
devices.

And how can he use this DVB-C-Device then for Live-TV? He can only view
the signal from one of the DVB-S-Devices that are locked to the
transponder they are recording. Additionally for streamdev it is totally
useless.

Gerald




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


Hi,
I haven't tested this yet. But this solution was the one favoured by
CT to solve the problem of the FF cards not having enough bandwidth to
handle live viewing and recording at the same time.

The DVB-C FF card will never record in a DVB-S system. I assumed that
you could view live TV via transfer mode from a DVB-S card.

You didn't understand the problem. If this used DVB-S-Card will be
needed by an recording it will again switch away from the live channel.
And again, to use a FF-Card will not help with streamdev.

Gerald

!DSPAM:50d1f3b2162182740914572!


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


Hi,
correct. Meaning, I didn't understand it properly.

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Gerald Dachs

Am 19.12.2012 16:51, schrieb VDR User:

I ran into the same problem. My solution was to add another dvb card.
When I hit that wall again, I added another. This is the easiest fix
imo and doesn't require any patching. :)


This is always the way to go.

Gerald

!DSPAM:50d1f3d8162281845871878!


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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Gerald Dachs

Am 19.12.2012 15:11, schrieb Brian-Imap:

On 19.12.2012 11:10, Gerald Dachs wrote:

Am 19.12.2012 10:30, schrieb brian_dorl...@t-online.de:

Hi,
might be simple. From ct. If you are using DVB-S, install a FF DVB-C
card. That is the primary device.
But it cannot record, so recordings are done on all other DVB-S 
devices.

And how can he use this DVB-C-Device then for Live-TV? He can only view
the signal from one of the DVB-S-Devices that are locked to the
transponder they are recording. Additionally for streamdev it is totally
useless.

Gerald




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


Hi,
I haven't tested this yet. But this solution was the one favoured by 
CT to solve the problem of the FF cards not having enough bandwidth to 
handle live viewing and recording at the same time.


The DVB-C FF card will never record in a DVB-S system. I assumed that 
you could view live TV via transfer mode from a DVB-S card.
You didn't understand the problem. If this used DVB-S-Card will be 
needed by an recording it will again switch away from the live channel. 
And again, to use a FF-Card will not help with streamdev.


Gerald

!DSPAM:50d1f3b2162182740914572!


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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread VDR User
I ran into the same problem. My solution was to add another dvb card.
When I hit that wall again, I added another. This is the easiest fix
imo and doesn't require any patching. :)

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Brian-Imap

On 19.12.2012 11:10, Gerald Dachs wrote:

Am 19.12.2012 10:30, schrieb brian_dorl...@t-online.de:

Hi,
might be simple. From ct. If you are using DVB-S, install a FF DVB-C
card. That is the primary device.
But it cannot record, so recordings are done on all other DVB-S devices.

And how can he use this DVB-C-Device then for Live-TV? He can only view
the signal from one of the DVB-S-Devices that are locked to the
transponder they are recording. Additionally for streamdev it is totally
useless.

Gerald

!DSPAM:50d19286143496329019569!


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


Hi,
I haven't tested this yet. But this solution was the one favoured by CT 
to solve the problem of the FF cards not having enough bandwidth to 
handle live viewing and recording at the same time.


The DVB-C FF card will never record in a DVB-S system. I assumed that 
you could view live TV via transfer mode from a DVB-S card.


I have a DVB-C FF card laid around here. Guess I need to try it.

I've never been in the situation that there was no DVB device
left for live TV. But I do regularly miss bits of recordings, especially 
when they overlap.



Cheers

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Klaus Schmidinger

On 19.12.2012 13:52, Ingo Prochaska wrote:

Am 19.12.2012 10:36, schrieb eikesa...@t-online.de:


clue how to accomblish this...
There's a define LIVEPRIORITY somewhere in the code. If you would
set it to MAXPRIORITY and recompile, you might get what you need.
Recorders couldn't claim the device used for live viewing becausethey
would have lower priority. Disclaimer: I didn't try it.

Ciao,
   Eike


After a first test: it works. I have three devices - I started two 
live-recordings and generated a timer within the next 3 minutes watching a 
fourth transponder. When the timer should kick in nothing happens. So far - so 
great.

But really nothing happens: no channelswitch - but also no conflict warning or 
any info about not serving the timer. So this might be the first step in 
direction to solve this (social ;) ) problem. Perhaps a LIVEPRIORITY of 98 
makes sense here, so that you can configure timers that are more
important then viewing live TV.

Klaus, I understand that you do not want to introduce more features before 2.0 
and I understand that this is a very marginal issue. But if you have an idea, 
how to get vdr to spill a message about this situation, I would be very glad if 
you could help us people with too many timers out.


Well, since I won't adopt any such change (mainly because it makes things more
complex than they already are) I'm afraid you're on your own here.
You might want to look at

  if (!cRecordControls::Start(Timer))
 Timer->SetPending(true);
  else
 LastTimerChannel = Timer->Channel()->Number();
  }

in vdr.c, where SetPending() is called. If you want to issue a message
whenever a timer can't start, that might be a place to dig in.

Klaus

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Ingo Prochaska

Am 19.12.2012 10:36, schrieb eikesa...@t-online.de:


clue how to accomblish this...
There's a define LIVEPRIORITY somewhere in the code. If you would
set it to MAXPRIORITY and recompile, you might get what you need.
Recorders couldn't claim the device used for live viewing becausethey
would have lower priority. Disclaimer: I didn't try it.

Ciao,
   Eike

After a first test: it works. I have three devices - I started two 
live-recordings and generated a timer within the next 3 minutes watching 
a fourth transponder. When the timer should kick in nothing happens. So 
far - so great.


But really nothing happens: no channelswitch - but also no conflict 
warning or any info about not serving the timer. So this might be the 
first step in direction to solve this (social ;) ) problem. Perhaps a 
LIVEPRIORITY of 98 makes sense here, so that you can configure timers 
that are more important then viewing live TV.


Klaus, I understand that you do not want to introduce more features 
before 2.0 and I understand that this is a very marginal issue. But if 
you have an idea, how to get vdr to spill a message about this 
situation, I would be very glad if you could help us people with too 
many timers out.


Regards, Ingo

diff --git a/config.h b/config.h
index 65e85bc..5d32d11 100644
--- a/config.h
+++ b/config.h
@@ -45,7 +45,9 @@

 #define MAXPRIORITY   99
 #define MINPRIORITY   (-MAXPRIORITY)
-#define LIVEPRIORITY  0  // priority used when 
selecting a device for live viewing

+//try to rserve 1 Device for live-TV exclusivly
+#define LIVEPRIORITY  MAXPRIORITY  // priority used 
when selecting a device for live viewing
+//#define LIVEPRIORITY  0  // priority used when 
selecting a device for live viewing
 #define TRANSFERPRIORITY  (LIVEPRIORITY - 1) // priority used for 
actual local Transfer Mode

 #define IDLEPRIORITY  (MINPRIORITY - 1)  // priority of an idle device
 #define MAXLIFETIME   99


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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Klaus Schmidinger

On 19.12.2012 11:39, Ingo Prochaska wrote:

Am 19.12.2012 11:11, schrieb Klaus Schmidinger:


Why would you want that?
It would deprive you of possible recording opportunities!

Klaus

Eike pointed out one of the usecases. The other one: when I want to watch my 
favorite soccer-team live, I clean up the recording schedule and go for the 
game. While watching the game a searchtimer kicks in finding the deleted 
episode on another channel. My live view drops. While killing the newly
generated timer Murphy accomplishes not only the one and only match-winning 
goal but also make me switch back after all replays had gone...


If the game is so important to you, and you allow automated timers to
be set at any time, you'd better set a timer for your game as well. This
has the additional advantage of being prepared for any other interrupts,
like phone calls, door bells etc.

Klaus

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Ingo Prochaska

Am 19.12.2012 11:37, schrieb Klaus Schmidinger:

If you program that many timers, you obviously want them to be recorded.
So you should let VDR make the most use of its available resources.
Otherwise just don't set that many timers ;-)



...only true, thats all single never rebroadcasted timers.


"stop one of the running recordings" - yea right! Which one?
Typical dialog:

He:  "I wonder why that damned VDR recorded only half of the game last 
night?!

  Honey, did you mess with it?"
She: "Well, I wanted to watch my soap opera and that thing asked me which
  recording it should interrupt. The choices were 'My other soap 
opera'
  and 'Some game'. Since I didn't care about the 'game', I chose 
that one."

He:  "!@@&%?#^@@@!!&%!!!"

You just can't win them all... ;-)
Yes, you can... ;) Because secound soapopera is rescheduled later that 
night, you could have planed your timers mor socialcompatible and 
therefore you have made more out of your vdr-resources...


Regards, Ingo

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Ingo Prochaska

Am 19.12.2012 11:11, schrieb Klaus Schmidinger:


Why would you want that?
It would deprive you of possible recording opportunities!

Klaus
Eike pointed out one of the usecases. The other one: when I want to 
watch my favorite soccer-team live, I clean up the recording schedule 
and go for the game. While watching the game a searchtimer kicks in 
finding the deleted episode on another channel. My live view drops. 
While killing the newly generated timer Murphy accomplishes not only the 
one and only match-winning goal but also make me switch back after all 
replays had gone...


On the first view it deprive possible recordings, but in a world of 
repeated broadcastings, it give me the opportunity to better plan my 
recordings.


Regards, Ingo

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Klaus Schmidinger

On 19.12.2012 11:22, eikesa...@t-online.de wrote:

Hello!


Why would you want that?
It would deprive you of possible recording opportunities!


Some time ago, my girlfriend wondered why our box was switching to
another programme and she couldn't switch back. A second recording
had been started and both tuners where occupied.


If you program that many timers, you obviously want them to be recorded.
So you should let VDR make the most use of its available resources.
Otherwise just don't set that many timers ;-)


I don't know how VDR handles this situation, but I liked what my old
box, Gigaset M740AV, did: It asked the user for advice (not start the
recording, stop one of the running recordings or switch live channel),
and if he didn't react (so obviously no-one cared to watch live TV),
it switched so it could do the recording.


"stop one of the running recordings" - yea right! Which one?
Typical dialog:

He:  "I wonder why that damned VDR recorded only half of the game last night?!
  Honey, did you mess with it?"
She: "Well, I wanted to watch my soap opera and that thing asked me which
  recording it should interrupt. The choices were 'My other soap opera'
  and 'Some game'. Since I didn't care about the 'game', I chose that one."
He:  "!@@&%?#^@@@!!&%!!!"

You just can't win them all... ;-)

Klaus

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Ingo Prochaska
Hello,

perhaps I have forgotten to point out, that I'm talking about a setup without 
FF-Card but with xine-plugin or softhddevice. So I can't point the 
primaryDevice (the one that displays the menu) to a dvb-device, can't I? 

Regarding MAX- and LIVEPRIORITY: as far as I understand the code (and thats not 
too far...), these constants are taken in account when actually claiming 
devices for recording or showing live-TV. So this would not solve my problem, 
according searchtimers and the resulting recording schedule.

Regards, Ingo

Gesendet von meinem ASUS Pad
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread eikesa...@t-online.de
Hello!

> Why would you want that?
> It would deprive you of possible recording opportunities!

Some time ago, my girlfriend wondered why our box was switching to
another programme and she couldn't switch back. A second recording 
had been started and both tuners where occupied.

I don't know how VDR handles this situation, but I liked what my old
box, Gigaset M740AV, did: It asked the user for advice (not start the 
recording, stop one of the running recordings or switch live channel), 
and if he didn't react (so obviously no-one cared to watch live TV), 
it switched so it could do the recording.

Ciao,
  Eike




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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Klaus Schmidinger

On 19.12.2012 09:54, Ingo Prochaska wrote:

Hello,

I would like to have one dvb-device dedicated for live tv. Or in other words: I 
want vdr to record on all-dvb-devices - 1, so that one device is still 
available for viewing via the output-front-end or streamdev. Perhaps its 
possible to configure vdr to behave like this - but I have no clue how to
accomblish this...


Why would you want that?
It would deprive you of possible recording opportunities!

Klaus

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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Gerald Dachs

Am 19.12.2012 10:30, schrieb brian_dorl...@t-online.de:

Hi,
might be simple. From ct. If you are using DVB-S, install a FF DVB-C card. That 
is the primary device.
But it cannot record, so recordings are done on all other DVB-S devices.
And how can he use this DVB-C-Device then for Live-TV? He can only view 
the signal from one of the DVB-S-Devices that are locked to the 
transponder they are recording. Additionally for streamdev it is totally 
useless.


Gerald

!DSPAM:50d19286143496329019569!


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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread Marc

You should try the Primary DVB interface parameter. From the wiki :
Defines the primary DVB interface (i.e. the one that will display the 
menus and will react on input through the remote control). Valid values 
range from '1' to the number of installed DVB cards.* If more than one 
DVB card is installed and a recording is to be started, the program will 
try to use a free DVB card that is different from the primary DVB 
interface, so that the viewer will be disturbed as little as possible. *


Marc.

On 19/12/2012 09:54, Ingo Prochaska wrote:

Hello,

I would like to have one dvb-device dedicated for live tv. Or in other 
words: I want vdr to record on all-dvb-devices - 1, so that one device 
is still available for viewing via the output-front-end or streamdev. 
Perhaps its possible to configure vdr to behave like this - but I have 
no clue how to accomblish this...


Regards, Ingo

___
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] Reserve device for Live-Tv

2012-12-19 Thread eikesa...@t-online.de
Hello!

> I would like to have one dvb-device dedicated for live tv. Or in other
> words: I want vdr to record on all-dvb-devices - 1, so that one device
> is still available for viewing via the output-front-end or streamdev. 
> Perhaps its possible to configure vdr to behave like this - but I have
> no clue how to accomblish this...

There's a define LIVEPRIORITY somewhere in the code. If you would 
set it to MAXPRIORITY and recompile, you might get what you need.
Recorders couldn't claim the device used for live viewing becausethey 
would have lower priority. Disclaimer: I didn't try it.

Ciao,
  Eike




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


Re: [vdr] Reserve device for Live-Tv

2012-12-19 Thread brian_dorl...@t-online.de
Hi,
might be simple. From ct. If you are using DVB-S, install a FF DVB-C card. That 
is the primary device.
But it cannot record, so recordings are done on all other DVB-S devices.

Cheers Brian

-Original-Nachricht-
Von: Ingo Prochaska 
An: VDR Mailing List 
Betreff: [vdr] Reserve device for Live-Tv
Datum: Wed, 19 Dec 2012 09:54:21 +0100

Hello,

I would like to have one dvb-device dedicated for live tv. Or in other 
words: I want vdr to record on all-dvb-devices - 1, so that one device 
is still available for viewing via the output-front-end or streamdev. 
Perhaps its possible to configure vdr to behave like this - but I have 
no clue how to accomblish this...

Regards, Ingo

___
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] Give live TV more priority than getting EPG

2012-12-19 Thread cedric . dewijs
Hi All,

I have 3 DVB-T receivers. Sometimes when I record 2 TV shows (from 2 different
transports) I cannot watch live a TV show from a third transport.

When I restart vdr, I am able to record on 2 transports, and watch live TV
from the 3rd transport. I suspect vdr was using the 3rd receiver to get EPG
data.

Is there a way to configure vdr so it stops collecting EPG when all receivers
are needed for recording / watching TV?

Best regards,
Cedric  

   




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


[vdr] Reserve device for Live-Tv

2012-12-19 Thread Ingo Prochaska

Hello,

I would like to have one dvb-device dedicated for live tv. Or in other 
words: I want vdr to record on all-dvb-devices - 1, so that one device 
is still available for viewing via the output-front-end or streamdev. 
Perhaps its possible to configure vdr to behave like this - but I have 
no clue how to accomblish this...


Regards, Ingo

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