Aubin Paul wrote:
On Tue, Jul 08, 2003 at 05:33:17PM +0200, Dirk Meyer wrote:
This makes sense and remonds me that we may need a plugin that is more
than one type of plugin and a way to add/remove plugins at runtime.
Hmm... but will the plugin which intercepts the event have access to
the
On Wed, Jul 09, 2003 at 01:11:34AM -0300, James Oakley wrote:
Ah, I'm only familiar with tv_grab_na so I didn't know there were grabbers
that didn't use it. I've committed the change.
One of the good things about XMLTV is the wide range of countries, but
it's also a good source for bug reports
Eep. How would we cope with that? Wouldn't the second 'display_name'
override the first? I'm guessing this won't affect our current
implementation because we don't use display_name but since I want to
move to generating the channels automatically without creating a local
array of entries, it will
sir,
I need your help, i am Benedict moful, the son of a
Late minister during the reign of mobutu seseko,
I came to know you in the course of my search for
a reliable and God fearing partner and I decide
to contact you because I believe you are a reputable
person and I felt
The only thing I don't get is how the module will work; do I just make
a normal plugin and then register it via local_conf? I also need to
add an EVENT() line to local_conf right?
I'll try it out.
Aubin
On Wed, Jul 09, 2003 at 11:26:37AM +0200, Dirk Meyer wrote:
Aubin Paul wrote:
On Tue, Jul
I've been thinking about some of the stuff that James told me, and I
looked into it; it would be relatively easy to remove the whole
TV_CHANNELS thing altogether and use XMLTV natively. It would make
installation much easier, and give us flexibility when they make
changes.
I'm going to commit
Aubin Paul wrote:
We need to require 0.5.15 because:
a) Older versions generate different XML
b) Often they don't work anyway, because the sites they scrape have
changed.
OK, do it. That reminds me, should we check in freevo_setup.py for
correct versions of the stuff we need?
Dischi
--
On Wed, Jul 09, 2003 at 10:27:05AM -0500, Krister Lagerstrom wrote:
Do you mean that XMLTV is now a requirement, not an option? I'm all for
making the TV setup easier, maybe the best thing to do is remove
TV_CHANNELS like you say. Instead there are XML files with the TV channel
names/ordering,
Hi there
I just fired up a CVS copy here (taken 9/7 15:00GMT) and Im having some
problems with mmpython!
3 of them to be exact..
1) Var not set (mpeg.bitrate)
2) Divide by Zero
3) Out of Range in ogg
1 and 2 I solved in a ugly way.. no go on nr3 though..
All the files I had this problem with
Update of /cvsroot/freevo/freevo/WIP/Aubin
In directory sc8-pr-cvs1:/tmp/cvs-serv19272
Modified Files:
xmltv-automatic.py
Log Message:
Added a note about how to check the XMLTV version from freevo_setup later
on.
Index: xmltv-automatic.py
[EMAIL PROTECTED] wrote:
Update of /cvsroot/freevo/freevo/WIP/Aubin
In directory sc8-pr-cvs1:/tmp/cvs-serv10818
Added Files:
xmltv-automatic.py
Log Message:
This code uses a TV.xml generated by = 0.5.15 to make a complete
TV_CHANNELS table. We could easily integrate this right into the config
On Wed, Jul 09, 2003 at 10:27:05AM -0500, Krister Lagerstrom wrote:
Do you mean that XMLTV is now a requirement, not an option? I'm all for
making the TV setup easier, maybe the best thing to do is remove
TV_CHANNELS like you say. Instead there are XML files with the TV channel
names/ordering,
On Wed, Jul 09, 2003 at 05:17:44PM +0200, Dirk Meyer wrote:
OK, do it. That reminds me, should we check in freevo_setup.py for
correct versions of the stuff we need?
I think we should; it'll make it a lot easier to show an error before
it ends up hidden in logs.
We need to define minimum
Joakim Berglund wrote:
Hi there
I just fired up a CVS copy here (taken 9/7 15:00GMT) and Im having some
problems with mmpython!
3 of them to be exact..
1) Var not set (mpeg.bitrate)
2) Divide by Zero
3) Out of Range in ogg
1 and 2 I solved in a ugly way.. no go on nr3 though..
All the
On Wed, Jul 09, 2003 at 05:17:44PM +0200, Dirk Meyer wrote:
OK, do it. That reminds me, should we check in freevo_setup.py for
correct versions of the stuff we need?
I think we should; it'll make it a lot easier to show an error before it
ends up hidden in logs.
We need to define minimum
On Wed, Jul 09, 2003 at 10:27:05AM -0500, Krister Lagerstrom wrote:
Do you mean that XMLTV is now a requirement, not an option? I'm all
for making the TV setup easier, maybe the best thing to do is remove
TV_CHANNELS like you say. Instead there are XML files with the TV
channel
Krister Lagerstrom wrote:
I've been thinking about some of the stuff that James told me, and I
looked into it; it would be relatively easy to remove the whole
TV_CHANNELS thing altogether and use XMLTV natively. It would make
installation much easier, and give us flexibility when they make
On Wed, Jul 09, 2003 at 01:24:05PM -0300, Rob Shortt wrote:
I think that 'sort by' should be an option, some people like their
channels sorted by name, others by number (or tunerid). I like mine
sorted by number. :)
It's just an example, but it could behave any which way. The only
problem
On Wed, Jul 09, 2003 at 06:40:04PM +0200, Dirk Meyer wrote:
Not a requirement please. First of all, there are users without a tv
card. Why should they install XMLTV? They have no /tmp/TV.xml and
don't need XMLTV. And what about users who live somewhere where no
XMLTV info is? The only
On Wed, Jul 09, 2003 at 11:46:25AM -0500, Krister Lagerstrom wrote:
Sounds like a very good idea. Maybe we could also add a function in Freevo
to display information retrieved from the website about bugfixes and new
versions.
I still think we need a generic message centre for things like
Krister Lagerstrom wrote:
On Wed, Jul 09, 2003 at 10:27:05AM -0500, Krister Lagerstrom wrote:
Do you mean that XMLTV is now a requirement, not an option? I'm all
for making the TV setup easier, maybe the best thing to do is remove
TV_CHANNELS like you say. Instead there are XML files with the
Update of /cvsroot/freevo/freevo/src
In directory sc8-pr-cvs1:/tmp/cvs-serv13312
Modified Files:
plugin.py
Log Message:
A plugin can now inherit from more than one basic plugin type. Basic
types are the types known to this file: MainMenuPlugin, ItemPlugin and
DaemonPlugin. This doesn't
Update of /cvsroot/freevo/freevo
In directory sc8-pr-cvs1:/tmp/cvs-serv15306
Modified Files:
freevo_config.py
Log Message:
changed because of the plugin interface change
Index: freevo_config.py
===
RCS file:
Hi,
since we wanted to release more often, I think it's time to do a new
release. We said we don't want any pre-releases anymore, but since
1.3.2 is quite stable and we added lots of new stuff (e.g. mmpython
and the new info area), I think we should name this release
1.3.3-pre1.
Here a (small)
Hi,
about the skins. it would be nice to see a skin that is not blue.
Someone added a screenshot about a theme he made in the wiki :
http://freevo.sourceforge.net/cgi-bin/moin.cgi/UserInterfaceIdeas = point 2
graphics :
http://freevo.sourceforge.net/cgi-bin/moin.cgi/UserInterfaceIdeas?action=Att
Update of /cvsroot/freevo/freevo/skins/main1
In directory sc8-pr-cvs1:/tmp/cvs-serv2714/skins/main1
Modified Files:
info_area.py
Log Message:
Fixed a problem with item.getattr( len(attr) )
Index: info_area.py
===
RCS file:
Update of /cvsroot/freevo/freevo/src
In directory sc8-pr-cvs1:/tmp/cvs-serv4042/src
Modified Files:
item.py
Log Message:
anged Item.getattr() behaviour, now len(attr) returns an integer.
There should be no problems here since it's only used in info_area
Index: item.py
Bart Heremans wrote:
Hi,
about the skins. it would be nice to see a skin that is not blue.
Someone added a screenshot about a theme he made in the wiki :
http://freevo.sourceforge.net/cgi-bin/moin.cgi/UserInterfaceIdeas = point 2
graphics :
since we wanted to release more often, I think it's time to do a new
release. We said we don't want any pre-releases anymore, but since
1.3.2 is quite stable and we added lots of new stuff (e.g. mmpython
and the new info area), I think we should name this release
1.3.3-pre1.
Here a (small)
--- Dirk Meyer [EMAIL PROTECTED] escreveu: Hi,
since we wanted to release more often, I think it's time to do a new
release. We said we don't want any pre-releases anymore, but since
1.3.2 is quite stable and we added lots of new stuff (e.g. mmpython
and the new info area), I think we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On July 9, 2003 10:03 am, Aubin Paul wrote:
Eep. How would we cope with that? Wouldn't the second 'display_name'
override the first? I'm guessing this won't affect our current
implementation because we don't use display_name but since I want to
On Wed, Jul 09, 2003 at 07:20:37PM -0300, James Oakley wrote:
It will be in 0.6.
Cool...
for dn in channels['display-name']:
if len(dn.split()) == 1:
channelnum = dn
else:
display_name = dn
This works for tv_grab_na, but I'm not sure about the
On Wed, Jul 09, 2003 at 08:36:04PM +0200, Dirk Meyer wrote:
I don't know about other distros, but you can get the country in
Gentoo by following /etc/locatime. For RedHat this is not working.
The country isn't even enough; for example, I'm in Toronto, in Ontario
Canada. The most that could be
On Wed, Jul 09, 2003 at 08:56:06PM -0300, James Oakley wrote:
Be careful about how you use the data in your code. The changes in XMLTV 0.6
are major and it's going to be more structured with subelements. For one
thing programme will be an optional element under timeslot. A timeslot may
On Wed, Jul 09, 2003 at 09:30:14PM +0200, Dirk Meyer wrote:
since we wanted to release more often, I think it's time to do a new
release. We said we don't want any pre-releases anymore, but since
1.3.2 is quite stable and we added lots of new stuff (e.g. mmpython
and the new info area), I
Free isn't always free in the sense we need. One of the concerns
with things like this isn't just whether it's free, but whether the
person allows us to distribute his font. If someone wanted to sell a
distro with Freevo in it, it would have to allow that too.
On Thu, Jul 10, 2003 at 12:15:14AM
On Wed, 9 Jul 2003, Krister Lagerstrom wrote:
Do you mean that XMLTV is now a requirement, not an option? I'm all for
making the TV setup easier, maybe the best thing to do is remove
TV_CHANNELS like you say. Instead there are XML files with the TV channel
names/ordering, with one default
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On July 9, 2003 11:15 pm, Aubin Paul wrote:
for dn in channels['display-name']:
if len(dn.split()) == 1:
channelnum = dn
else:
display_name = dn
This works for tv_grab_na, but I'm not sure about the other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On July 9, 2003 11:17 pm, Aubin Paul wrote:
On Wed, Jul 09, 2003 at 08:56:06PM -0300, James Oakley wrote:
Be careful about how you use the data in your code. The changes in XMLTV
0.6 are major and it's going to be more structured with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On July 10, 2003 12:08 am, Aubin Paul wrote:
How does a channel with letters in it work? Agh. So there is no way to
be sure then? This could be annoying.
That's what I didn't like about this temporary solution. If all channels were
numeric, I
Aubin Paul wrote:
On Wed, Jul 09, 2003 at 08:36:04PM +0200, Dirk Meyer wrote:
I don't know about other distros, but you can get the country in
Gentoo by following /etc/locatime. For RedHat this is not working.
The country isn't even enough; for example, I'm in Toronto, in Ontario
Canada. The
41 matches
Mail list logo