I like the idea of external channels database. There is well known
kingofsat site which is always up-to-date and inspite of scanning it
could be easier to simply import channels definition from it. It for
example could allow to import only channels from selected provider.
I imagine it could be
What do you think about moving collision detection module into plugin?
That way it could be easily swapped. I'm sure many people have their
preferences different in how such module should work
Marx
___
vdr mailing list
vdr@linuxtv.org
On Sun, Jun 17, 2012 at 11:50 PM, Marx acc.for.n...@gmail.com wrote:
I like the idea of external channels database. There is well known kingofsat
site which is always up-to-date and inspite of scanning it could be easier
to simply import channels definition from it. It for example could allow
On 18.06.2012 08:37, Marx wrote:
What do you think about moving collision detection module into plugin? That way
it could be easily swapped. I'm sure many people have their preferences
different in how such module should work
There is no collision detection in core VDR yet, so there's
On 06/17/2012 02:16 PM, Klaus Schmidinger wrote:
Concerning whether to use the longer or the shorter version of the
name+source, I would choose the shorter version to not increase chances
of the new name not fitting in the OSD. Thus:
ZDF (S)
ZDF (T)
ZDF (C)
After sleeping
On 18.06.2012 11:27, mtron wrote:
On 06/17/2012 02:16 PM, Klaus Schmidinger wrote:
Concerning whether to use the longer or the shorter version of the
name+source, I would choose the shorter version to not increase chances
of the new name not fitting in the OSD. Thus:
ZDF (S)
ZDF
On Sun, 17 Jun 2012 16:55:10 +0200
Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
On 17.06.2012 16:50, Ludi wrote:
Could you please tell us whether the patch is compatible to vdr
1.7.27? It is the version that is currently in use in the
development version of yavdr.
It should apply
Hi,
As some of you might already know, I'm working on a way to
semi-automatically assign unique channel IDs to channels of different
DVB providers. As I currently don't have time to explain it in detail
today, I will just post some links and join this discussion later on
when I have more
On Sat, Jun 16, 2012 at 11:47 PM, Henning Pingel
henn...@henningpingel.de wrote:
Hi,
As some of you might already know, I'm working on a way to
semi-automatically assign unique channel IDs to channels of different DVB
providers. As I currently don't have time to explain it in detail today, I
Hi Henning,
First of all, thanks again for creating and continuing to offer such a
service as the channelpedia.
Could you please tell us whether the channelpedia already provides an
interface that an application can use to retrieve the uniqueID if a is
passed to it? I can easily imagine
I intended to say: if a NID-TID-SID is passed to it
On Sun, 17 Jun 2012 09:33:08 +0200
Ludi ludi...@hotmail.com wrote:
Hi Henning,
First of all, thanks again for creating and continuing to offer such a
service as the channelpedia.
Could you please tell us whether the channelpedia
On Sun, 17 Jun 2012 00:26:22 -0700
VDR User user@gmail.com wrote:
Why not just patch VDR so it cycles through channels that use the same
channel number. No bothering with sql databases dependency, no
altering the real channel numbers, no real pain that I can think of.
For example, say
On 17.06.2012 00:13, Marx wrote:
I use VDR mainly via www frontends, but I agree that there is need to tell VDR
what to do with channels from different tuners. For example detection of
recordings collision doesn't take into account that channels are from two
different sources (two different
On 17.06.2012 09:26, VDR User wrote:
On Sat, Jun 16, 2012 at 11:47 PM, Henning Pingel
henn...@henningpingel.de wrote:
Hi,
As some of you might already know, I'm working on a way to
semi-automatically assign unique channel IDs to channels of different DVB
providers. As I currently don't have
Al 17/06/12 12:50, En/na Klaus Schmidinger ha escrit:
Well, first of all: there will be no SQL dependency in the core VDR ;-)
That's a pity, because channels.conf would be a perfect candidate for being an
sqlite table.
(Note that I said sqlite, not sql, but since sqlite uses sql it would allow
On Sun, 17 Jun 2012 12:44:06 +0300
Tony Houghton h...@realh.co.uk wrote:
I think having VDR (optionally) show something like (T)/(S) next
to the names is the best idea, but I also like the idea that it
somehow understands that they can be considered as identical.
That was the core of my idea:
On 16.06.2012 16:53, Ludi wrote:
Hi Klaus,
First of all, thanks for your reply and for taking the problem into
account.
On Sat, 16 Jun 2012 15:32:11 +0200
Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
On 15.06.2012 17:17, Ludi wrote:
Hello,
Some time ago, I started a discussion in
On 17.06.2012 14:16, Klaus Schmidinger wrote:
On 16.06.2012 16:53, Ludi wrote:
Hi Klaus,
First of all, thanks for your reply and for taking the problem into
account.
On Sat, 16 Jun 2012 15:32:11 +0200
Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
On 15.06.2012 17:17, Ludi wrote:
Hello,
Why not just patch VDR so it cycles through channels that use the same
channel number. No bothering with sql databases dependency, no
altering the real channel numbers, no real pain that I can think of.
For example, say you have 3 different sources using the same channel
number:
channel
Am Sonntag, 17. Juni 2012, 14:16:53 schrieb Klaus Schmidinger:
- Make a setup option to Show channel names with source (default is no).
- Modify cChannel::Name() and cChannel::ShortName() to optionally
append the source character (A, C, S, T, I, ...) to the channel name
in the (short)
On 17.06.2012 14:59, Udo Richter wrote:
Why not just patch VDR so it cycles through channels that use the same
channel number. No bothering with sql databases dependency, no
altering the real channel numbers, no real pain that I can think of.
For example, say you have 3 different sources using
On 17.06.2012 15:19, Wolfgang Rohdewald wrote:
Am Sonntag, 17. Juni 2012, 14:16:53 schrieb Klaus Schmidinger:
- Make a setup option to Show channel names with source (default is no).
- Modify cChannel::Name() and cChannel::ShortName() to optionally
append the source character (A, C, S, T,
: RFE: Make VDR more friendly when using combinations of
DVB-S, DVB-T and DVB-C (Klaus Schmidinger)
2. Re: RFE: Make VDR more friendly when using combinations of
DVB-S, DVB-T and DVB-C (Klaus Schmidinger)
3. Re: RFE: Make VDR more friendly when using combinations of
DVB-S, DVB
Once version 2.0 is finished, I'm planning on dealing with the same channel
from multiple sources problem.
There is a related problem with the PCTV nanostick T2-usb receiver.
The nanostick T2 can receive C/T/T2 though the same antenna connector.
Change between C and T is done the normal way
On Sun, 17 Jun 2012 14:16:53 +0200
Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
After sleeping over this for a night I tend to follow your idea of
using modifed names directly, thus having them appear everywhere.
That's great news.
I won't change these names in channels.conf, though
On 17.06.2012 16:50, Ludi wrote:
On Sun, 17 Jun 2012 14:16:53 +0200
Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
...
The attached patch implements this (i18n stuff left out for brevity).
Please give it a try.
Could you please tell us whether the patch is compatible to vdr 1.7.27?
It is
Am 17.06.2012 09:26, schrieb VDR User:
No bothering with sql databases dependency
Sorry, I didn't say that clearly enough: The Channelpedia uses a sqlite
database - but this doesn't mean at all that VDR core would need to use
a sqlite database too. Both are totally independent from each
On 15.06.2012 17:17, Ludi wrote:
Hello,
Some time ago, I started a discussion in german on the VDR forum about
making the VDR more friendly for users that are simultaneously using
different sources to receive channels:
Hi Klaus,
First of all, thanks for your reply and for taking the problem into
account.
On Sat, 16 Jun 2012 15:32:11 +0200
Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
On 15.06.2012 17:17, Ludi wrote:
Hello,
Some time ago, I started a discussion in german on the VDR forum
about
Hi again,
On Sat, 16 Jun 2012 16:53:58 +0200
Ludi ludi...@hotmail.com wrote:
Hi Klaus,
First of all, thanks for your reply and for taking the problem into
account.
On Sat, 16 Jun 2012 15:32:11 +0200
Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
On 15.06.2012 17:17, Ludi
On 16.06.2012 18:21, Ludi wrote:
Hi again,
On Sat, 16 Jun 2012 16:53:58 +0200
Ludiludi...@hotmail.com wrote:
Hi Klaus,
First of all, thanks for your reply and for taking the problem into
account.
On Sat, 16 Jun 2012 15:32:11 +0200
Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
On
I use VDR mainly via www frontends, but I agree that there is need to
tell VDR what to do with channels from different tuners. For example
detection of recordings collision doesn't take into account that
channels are from two different sources (two different tuners). It also
doesn't understand
Hello,
Some time ago, I started a discussion in german on the VDR forum about
making the VDR more friendly for users that are simultaneously using
different sources to receive channels:
33 matches
Mail list logo
