Am 17.06.2012 14:16, schrieb Klaus Schmidinger:
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 Schmidinger wrote:
On 15.06.2012 17:17, Ludi wrote:
Hello,
Some time ago, I star
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 other
On 17.06.2012 16:50, Ludi wrote:
On Sun, 17 Jun 2012 14:16:53 +0200
Klaus Schmidinger 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 the version that is curre
On Sun, 17 Jun 2012 14:16:53 +0200
Klaus Schmidinger 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 (this file shall
> alway
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
> ZDF (S)
> >>
> >> and using that function instead of the Name() function at the
> >> appropriate places.
> >
> > If I get you right, that means that if the user activates the new option
> > (I assume that you will make it optional, since most people
> > prob
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
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
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 (sh
> 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:
>
> ch
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 Schmidinger wrote:
On 15.06.2012 17:17, Ludi wrote:
Hello,
Some time ago, I started
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 Schmidinger wrote:
On 15.06.2012 17:17, Ludi wrote:
Hello,
Some time ago, I started a discussion in german on the VDR forum
about
On Sun, 17 Jun 2012 12:44:06 +0300
Tony Houghton 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: let's sim
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 a
On 17.06.2012 09:26, VDR User wrote:
On Sat, Jun 16, 2012 at 11:47 PM, Henning Pingel
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 deta
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 tu
On Sun, 17 Jun 2012 00:26:22 -0700
VDR User 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 diffe
I intended to say: "if a NID-TID-SID is passed to it"
On Sun, 17 Jun 2012 09:33:08 +0200
Ludi 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 already provides
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 plugins
On Sat, Jun 16, 2012 at 11:47 PM, Henning Pingel
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
> will just post som
20 matches
Mail list logo