Rob Shortt wrote:
> Dirk Meyer wrote:
>> Rob Shortt wrote:
>>>well. I also forgot to mention the need to support diskless clients -
>>>no disk to store local db.
>>
>>
>> Define diskless. I have a very dump box here, unable to start anything
>> except mpeg2. For that kind of box I want to have r
Dirk Meyer wrote:
> Rob Shortt wrote:
>>well. I also forgot to mention the need to support diskless clients -
>>no disk to store local db.
>
>
> Define diskless. I have a very dump box here, unable to start anything
> except mpeg2. For that kind of box I want to have remote access in the
> futur
Rob Shortt wrote:
>> Well, it may be ok for you, but I don't want a public 2.0 release out
>> there with a huge security risk. You know what you are doing by
>> choosing this kind of communication, others don't.
>
> OK, I can respect that. I still need a networked EPG that performs
> well. I also
On Fri, 2006-03-17 at 17:01 +0100, Dirk Meyer wrote:
> Maybe stuff like that should be part of kaa.ipc in general. But IIRC
> there is a callback somewhere for lost connections.
Yes, IPCServer has a "client_closed" signal, and IPCClient has a
"closed" signal.
Jason.
---
On Fri, 2006-03-17 at 11:39 -0400, Rob Shortt wrote:
> I would prefer something more like 2, but I don't think mbus is suitable
> for EPG data is it? I really like the behaviour of kaa.ipc right now,
> the only problem we have right now is security. I don't think we should
kaa.ipc does support a
Dirk Meyer wrote:
> Rob Shortt wrote:
>
>>>What is the name if not the channel id?
>>
>>The name is the actual channel name like "ZDF" or "PRO 7". The idea
>>here is to keep things as simple as possible. I don't think it is worth
>>using the XMLTV ID internally, it is only something needed by th
Rob Shortt wrote:
>> What is the name if not the channel id?
>
> The name is the actual channel name like "ZDF" or "PRO 7". The idea
> here is to keep things as simple as possible. I don't think it is worth
> using the XMLTV ID internally, it is only something needed by the XMLTV
> data structure
Dirk Meyer wrote:
> Rob Shortt wrote:
>>In an effort to simplify thing's a bit I've removed the old channel_id
>>from the EPG. Instead, a channel will be uniquely identified by its
>>name only.
>
>
> What is the name if not the channel id?
The name is the actual channel name like "ZDF" or "PR
Rob Shortt wrote:
> Hi,
Hi
I had no time to look at the code yet, but I still have some comments
about it (maybe reading the code would help)
> In an effort to simplify thing's a bit I've removed the old channel_id
> from the EPG. Instead, a channel will be uniquely identified by its
> name onl
Rob Shortt wrote:
-do we still need to create an index of the list of ProgramItems for
faster access?
>>>
>>> No, it was a hack for the tv guide for faster access. I don't think we
>>> still need it.
>
> I've removed it.
Something is still there. I hope I will have time to look at it. If
Rob Shortt wrote:
Dirk Meyer wrote:
Rob Shortt wrote:
-It still takes too long to enter the guide. Its fast getting the
programs form the database but I'm still creating a ProgramItem for
every program in the guide. We could: 1) get smaller groups of
programs at a time, 2) have something refresh
Dirk Meyer wrote:
That doesn't work for me. I created the db with the sqlite
command. Than used tv_grab to get the data. After that I can run
epg -l and I see my channels, good. epg -i dies with 'no such table
program_types'. -f gives me many string comvert errors. Looks like you
don't use unicode.
Dirk Meyer wrote:
OK, just did a small test:
Rob Shortt wrote:
freevo helper "epg":
-can be used as a test tool
-search programs
-fill DB with XMLTV data
-go nuts, add more options
That doesn't work for me. I created the db with the sqlite
command. Than used tv_grab to get the data. After that I c
Hi Aubin. I was thinking something along these lines but initially
prefered to have the schema in a single sql file. I may try things this
way once I squash a few bugs and make things work a bit better though.
Aubin Paul wrote:
To further explain how this could work:
1. Check for a table calle
Dirk Meyer wrote:
Rob Shortt wrote:
-You must load the schema into the database before using it, sqlite
/path/to/freevo/cache/epgdb < lib/pyepg/epg_schema.sql. I would like
to have this automaticly done, and also a way to auto upgrade the
schema between revisiions.
IIRC Aubins metadata db doesn't
To further explain how this could work:
1. Check for a table called freevo_core or something, which has a few
basic things, including a version number.
2. If no table exists, then use a 'create_tables()' function
3. If table DOES exist, check the version and use ALTER TABLE commands
to update i
On Mon, Oct 18, 2004 at 09:18:03PM +0200, Dirk Meyer wrote:
> > -You must load the schema into the database before using it, sqlite
> > /path/to/freevo/cache/epgdb < lib/pyepg/epg_schema.sql. I would like
> > to have this automaticly done, and also a way to auto upgrade the
> > schema between revi
OK, just did a small test:
Rob Shortt wrote:
> freevo helper "epg":
>
> -can be used as a test tool
> -search programs
> -fill DB with XMLTV data
> -go nuts, add more options
That doesn't work for me. I created the db with the sqlite
command. Than used tv_grab to get the data. After that I can ru
Rob Shortt wrote:
> Ok, I've committed a bunch of changes to pyepg and freevo.
Cool. I will test it later.
> -You must load the schema into the database before using it, sqlite
> /path/to/freevo/cache/epgdb < lib/pyepg/epg_schema.sql. I would like
> to have this automaticly done, and also a way
19 matches
Mail list logo
