On Mon, Dec 13, 2010 at 2:53 PM, Helmut Auer wrote:
>> Maybe I understand the code in epg.c wrong, but it look like that the
>> whole epg.data file is always read and write complete by the vdr. Even
>> if only one record has to be changed. Maybe the coding with sqlite will
>> look less elegant, bu
Am 13.12.2010 23:21, schrieb Gerald Dachs:
>
Maybe I understand the code in epg.c wrong, but it look like that the
whole epg.data file is always read and write complete by the vdr. Even
if only one record has to be changed. Maybe the coding with sqlite will
look less elegant, but it will be much
> Am Montag, den 13.12.2010, 11:56 +0100 schrieb Paul Menzel:
>> Am Montag, den 13.12.2010, 11:29 +0100 schrieb Paul Menzel:
>> > Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel:
>> >
>> > > > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel:
>> > >
>> > > > […]
>
Am Montag, den 13.12.2010, 23:03 +0100 schrieb Joerg Bornkessel:
> > Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel:
>
> >> > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel:
>
> > I was wondering why skincurses had no patch applied or change regarding
> > `LDFLA
Am Mon, 13 Dec 2010 22:19:45 +0100
schrieb Udo Richter :
> Never under-estimate a native C/C++ coded data structure, at least if
> it's a smart one. Reading/writing to a tree or hash might be done
> before the sql interpreter even starts.
Maybe I understand the code in epg.c wrong, but it look li
On 13/12/10 21:19, Udo Richter wrote:
Am 13.12.2010 11:34, schrieb Steffen Barszus:
That was my point in the beginning. Then: I want to see sqlite3 being
less efficient on insert and fetch or memory consumption. I can not
imagine it (prove me wrong! ;)).
Correct me if I'm wrong, but for sqlite
> Am Montag, den 13.12.2010, 11:29 +0100 schrieb Paul Menzel:
>> Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel:
>>
>> > > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel:
>> >
>> > > […]
>> >
>> >
>> > >> [2] http://www.gentoo.org/proj/en/qa/asneeded.xml
>> >
On Mon, 13 Dec 2010 22:19:45 +0100
Udo Richter wrote:
> Am 13.12.2010 11:34, schrieb Steffen Barszus:
> > That was my point in the beginning. Then: I want to see sqlite3
> > being less efficient on insert and fetch or memory consumption. I
> > can not imagine it (prove me wrong! ;)).
>
> Correc
> Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel:
>> > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel:
> I was wondering why skincurses had no patch applied or change regarding
> `LDFLAGS` [3] and for example vdr-burn [4] has a separate patch. Then I
> found `v
Am 13.12.2010 11:34, schrieb Steffen Barszus:
> That was my point in the beginning. Then: I want to see sqlite3 being
> less efficient on insert and fetch or memory consumption. I can not
> imagine it (prove me wrong! ;)).
Correct me if I'm wrong, but for sqlite you'll have to convert all these
n
Am 13.12.2010 13:56, schrieb Christopher Reimer:
> OK, I think I know the reason of my A/V-Problems The Harddrive is
> too slow. (Activy 300 => UDMA 66)
Sure?
For years now, I've been running slow spinning disks on an VIA EPIA
board that theoretically delivers UDMA133, but never actually reac
On Mon, 13 Dec 2010 17:58:50 +0100
Denis Loh wrote:
> Am 12.12.2010 22:27, schrieb Eric Valette:
> > On 12/12/2010 22:02, VDR User wrote:
> >
> >> (Btw, Klaus has made it clear VDR was never intended to be a
> >> server/client system. Maybe at some point it will address that
> >> need in a well-
Am 12.12.2010 22:27, schrieb Eric Valette:
On 12/12/2010 22:02, VDR User wrote:
(Btw, Klaus has made it clear VDR was never intended to be a
server/client system. Maybe at some point it will address that need
in a well-thought out way but as it stands now I'm not so sure it's a
good basis for
Am Montag, den 13.12.2010, 11:56 +0100 schrieb Paul Menzel:
> Am Montag, den 13.12.2010, 11:29 +0100 schrieb Paul Menzel:
> > Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel:
> >
> > > > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel:
> > >
> > > > […]
> > >
> >
En/na Klaus Schmidinger ha escrit:
Of course, but they are *simple* databases ;-)
I don't want VDR to become dependent on some particular database software.
And I like the fact that these files are plain readable text files.
text files, yes, plain readable, no (with all special symbols, specia
On Mon, 13 Dec 2010 12:14:48 +0100
Klaus Schmidinger wrote:
> On 12/13/10 11:49, Steffen Barszus wrote:
> > On Sun, 12 Dec 2010 23:33:13 +0100
> > Klaus Schmidinger wrote:
> >
> >> On 12.12.2010 18:21, Steffen Barszus wrote:
> >>> If we can be sure that between clre and adding the external epg
OK, I think I know the reason of my A/V-Problems The Harddrive is too
slow. (Activy 300 => UDMA 66)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 12/13/2010 01:44 PM, Klaus Schmidinger wrote:
On 12/13/10 13:40, Eric Valette wrote:
On 12/13/2010 12:14 PM, Klaus Schmidinger wrote:
Of course, but they are *simple* databases ;-)
xmltv format is ascii also ;-)
So?
so you could use another source to feed your ascii database.
-- eric
On 12/13/10 13:40, Eric Valette wrote:
> On 12/13/2010 12:14 PM, Klaus Schmidinger wrote:
>
>> Of course, but they are *simple* databases ;-)
>
> xmltv format is ascii also ;-)
So?
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi
On 12/13/2010 12:14 PM, Klaus Schmidinger wrote:
Of course, but they are *simple* databases ;-)
xmltv format is ascii also ;-)
-- eric
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-Original Message-
>>> Having epg in a DB (sqlite,mysql) might also be nice.
>>
>> Definiteley *no* database in VDR!
>> I've said it on many occasions, and I'll repeat it as many times
>> as necessary! If you want to handle EPG data in a database, do it
>> externally and feed the resultin
On 12/13/10 11:49, Steffen Barszus wrote:
> On Sun, 12 Dec 2010 23:33:13 +0100
> Klaus Schmidinger wrote:
>
>> On 12.12.2010 18:21, Steffen Barszus wrote:
>>> If we can be sure that between clre and adding the external epg no
>>> event comes into vdr by cEIT, means it can be ensured that this
>>>
Am Montag, den 13.12.2010, 11:29 +0100 schrieb Paul Menzel:
> Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel:
>
> > > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel:
> >
> > > […]
> >
> >
> > >> [2] http://www.gentoo.org/proj/en/qa/asneeded.xml
> >
> > > Shou
On Sun, 12 Dec 2010 23:33:13 +0100
Klaus Schmidinger wrote:
> On 12.12.2010 18:21, Steffen Barszus wrote:
> > If we can be sure that between clre and adding the external epg no
> > event comes into vdr by cEIT, means it can be ensured that this
> > holds true for any stations external epg is used
On Mon, 13 Dec 2010 00:00:27 +
Tony Houghton wrote:
> On 12/12/10 22:33, Klaus Schmidinger wrote:
> > On 12.12.2010 18:21, Steffen Barszus wrote:
> >> Having epg in a DB (sqlite,mysql) might also be nice.
> >
> > Definiteley *no* database in VDR!
> > I've said it on many occasions, and I'll r
Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel:
> > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel:
>
> > […]
>
>
> >> [2] http://www.gentoo.org/proj/en/qa/asneeded.xml
>
> > Should `LDFLAGS` also be passed to the compiler when building the
> > plugins?
>
>
Am Montag, den 13.12.2010, 00:18 +0100 schrieb Klaus Schmidinger:
> On 12.12.2010 23:03, Paul Menzel wrote:
> > From a94d15b582df5d1464cec8bc7dd68be46e1bf937 Mon Sep 17 00:00:00 2001
> > From: Paul Menzel
> > Date: Sun, 12 Dec 2010 19:21:25 +0100
> > Subject: [PATCH] tools.h: include `stdarg.h`
>
On 13/12/2010 08:21, Eric Valette wrote:
On 12/12/2010 23:44, Klaus Schmidinger wrote:
I always find it amusing how people consider the GUI so important.
Come on! It's a *video recorder* for cryin' out loud! It's main
purpose is to record and replay tv broadcasts.
I know its the main purpose
28 matches
Mail list logo