[Freevo-devel] Re: [Freevo-cvslog] freevo freevo_config.py,1.403,1.404

Rob Shortt wrote: > + # Example: > + # > + # IVTV0_CODEC['bitrate'] = 500 > + # IVTV0_CODEC['bitrate_peak'] = 600 > + # Why not IVTV0_CODEC_BITRATE? This would avoid defining all the default dicts in config. And I hope to create a simpler config file for recordings in ini format later, sim

[Freevo-devel] Re: [Freevo-cvslog] freevo freevo_config.py,1.403,1.404

Rob Shortt wrote: >> [ivtv0] >> codec_bitrate = 500 >> codec_bitrate_peak = 600 > > In that case it would make more sense to have a seperate variable for > each key, and will be way easier to port the config properties to this > new format. Originally I prefered grouping them together as t

[Freevo-devel] Re: [Freevo-cvslog] freevo freevo_config.py,1.403,1.404

Rob Shortt wrote: > Dirk Meyer wrote: >> And I hope to create a simpler config file for >> recordings in ini format later, similar to >> [general] >> general_variables_for_recorder = 1 >> [dvb0] >> channels_conf = /home/dmeyer/channels.conf >> [dvb1]

[Freevo-devel] Re: [Freevo-cvslog] freevo/src/helpers recorder.py,1.8,1.9

Rob Shortt wrote: > + def start_recording(self, channel, output): > + """ > + Start a recording, create the filter chain and add the filters we > care > + about. > + """ > + log.info('we wish to record channel %s' % channel) > + chain = kaa.recor

[Freevo-devel] Re: [Freevo-cvslog] kaa/base/src/input .cvsignore,NONE,1.1 __init__.py,NONE,1.1 lirc.py,NONE,1.1

Jason Tackaberry wrote: > kaa.signals["idle"].connect(input_check_lirc) Why do you poll? From Freevo: | fd = pylirc.init('freevo', config.LIRCRC) | kaa.notifier.SocketDispatcher(self.handle).register(fd) | pylirc.blocking(0) Dischi -- Woodward's Law: A theory is better tha

[Freevo-devel] Re: [Freevo-cvslog] freevo/src/helpers recorder.py,1.8,1.9

Rob Shortt wrote: > Dirk Meyer wrote: >> Rob Shortt wrote: >> >>>+ def start_recording(self, channel, output): >>>+ """ >>>+ Start a recording, create the filter chain and add the filters we >>>care >>>

[Freevo-devel] Re: Kaa input subsystem

Jason Tackaberry wrote: > You might have better ideas on how this should work since you've > probably already coded something like this for Freevo. :) freevo/src/input/plugins Dischi -- I started out with nothing... I still have most of it. pgp796v25ys7i.pgp Description: PGP signature

[Freevo-devel] Moving from CVS to SVN

Hi, I plan to move the cvs from sf to a svn on svn.freevo.org on Monday. Right now, we have one cvs repository with two projects: freevo/freevo and freevo/kaa. I plan to make it different. I plan to have two repositories: one for freevo and one for mmpython/kaa. mmpython / kaa I will import mmp

[Freevo-devel] Re: Moving from CVS to SVN

Rob Shortt wrote: > Dirk Meyer wrote: >> Comments (for people who know svn better than I do)? > > Can you setup ViewCVS too please? Something like it. Also some sort of mailer for changes. Dischi -- Communism is man's exploitation of man. Capitalism is just the opposite.

[Freevo-devel] Re: Moving from CVS to SVN

Jason Tackaberry wrote: > On Fri, 2005-09-16 at 07:15 -0600, David Trowbridge wrote: >> I don't suppose I could convince you to add a CIA (http://cia.navi.cx) >> hook while you're at it? Even if you don't want a bot in #freevo >> announcing commits, the RSS feeds are nice for people trying to keep

[Freevo-devel] Re: [Freevo-cvslog] kaa/record/src v4l_tuner.py,1.6,1.7

Rob Shortt wrote: > Update of /cvsroot/freevo/kaa/record/src > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22132/src > > Modified Files: > v4l_tuner.py > Log Message: > Open the device nonblocking. This has a side effect but works well: > src/fdsplitter.cc:0143 (read_fd_data): WAR

[Freevo-devel] New svn server

Hi, the new svn server is up and running. The old cvs on sourceforge won't be updated anymore. We now have two repositories: one for mmpython and kaa and one for Freevo. Kaa is our Media Framework Repository, all submodules are projects inside the kaa repository. Mmpython is also part of kaa, but

[Freevo-devel] Re: [Freevo-cvslog] kaa/base/src/base ipc.py,1.4,1.5

Jason Tackaberry wrote: > + # Remove socket file on shutdown. > + kaa.signals["shutdown"].connect(lambda file: os.unlink(file), > address) It would be better to do this on __del__. Or at least, remove the signal connection on __del__. But this doesn't work. Maybe it doesn'

[Freevo-devel] Re: [Freevo-cvslog] kaa/base/src/base ipc.py,1.3,1.4

Dirk Meyer wrote: > Update of /cvsroot/freevo/kaa/base/src/base > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv9286 > > Modified Files: > ipc.py > Log Message: > test before reusing a unix domain socket, add support for kaa.TEMP I did some playing to support

[Freevo-devel] Re: [Freevo-cvslog] kaa/base/src __init__.py,1.4,1.5

Dirk Meyer wrote: > from kaa.notifier import signals, loop as main, shutdown > + > + TEMP = '/tmp/kaa-%s' % os.getuid() > + I added a secure temp directory in case it is needed. I added support for the ipc code to fallback into this directory. E.g. openening 'foo

[Freevo-devel] Freevo 2.0 Roadmap und Design

Hi, I was thinking about the Freevo 2.0 roadmap and when 2.0 will be out. The list is long and the number of developers is small, so when everything goes right, 2.0pre1 will be out at the and of the year. Now the roadmap and design changes I want to make for 2.0pre1 1. Split Freevo in pieces.

[Freevo-devel] Re: Freevo 2.0 Roadmap und Design

Alberto Hernando wrote: > This might be not related, but would it be possible to generate automatic > snapshots of svn? Maybe later when 2.0 is more finished we can make weekly snapshots. Right now, if you want to help, using svn is the best way. It also saves bandwidth and let you keep local ch

[Freevo-devel] Re: website & themes

Karl Lattimer wrote: >> I like the combination of "v" and "o", but I'm missing the playful >> style of the old blurr idlebar logo (see attachment). >> > > I think at present freevo is maturing fast, and in that sense so should > the design philosophy to go with it. I onlt do the hacking and wrote

[Freevo-devel] Re: freevo 2.0

Andrej van der Zee wrote: > Hi, > > I was wondering how far freevo 2.0 has come and if it > would be recommendable to start trying the CVS version > already. I hope to get a pre1 out at the and of the year. And I use CVS (==SVN) all the time but it is not as stable as 1.5.3. Dischi -- If you

[Freevo-devel] Re: website & themes

Karl Lattimer wrote: > Another thing about theming, is there any chance of mng animations being > used, some simple animations when events occur could dramatically > improve the appearance of freevo. No mng files (yet). But basic animation is possible. Maybe the switch to Tacks new canvas system c

[Freevo-devel] Re: website & themes

Karl Lattimer wrote: > YAWN, i'm so tired, I promised you a peek, well, I've done one layout > for the website, its taken all night after having to do some other > jobs... I know this problem :) > I haven't set up any testing space as yet, so I can't start > having you black box testing the site

[Freevo-devel] Re: website & themes

Karl Lattimer wrote: > Could you tell me where i can find an XML definition for the format used > in freevo skins? There is some basic doc in the Docs dir of Freevo. But most of it is doc in the fxd files, and much is still missing. > I want to put a border around a rectangle, and i can find many

[Freevo-devel] Re: website & themes

Jason Tackaberry wrote: > On Thu, 2005-09-29 at 11:14 +0100, Karl Lattimer wrote: >> I'd like to hear what dirk has to say about the state of skins in 2.0, >> and given some time over the next two evenings I may just have some cool >> layouts and some nice eye candy to keep you tempted. > > I can't

[Freevo-devel] Re: website & themes

Jason Tackaberry wrote: > On Thu, 2005-09-29 at 11:42 +0100, Karl Lattimer wrote: >> Another thing about theming, is there any chance of mng animations being >> used, some simple animations when events occur could dramatically >> improve the appearance of freevo. > > mng isn't supported directly by

[Freevo-devel] Re: website & themes

Karl Lattimer wrote: > After some manual tracing and cleaning, combining with the new device... > Lets see how you like this! That is very nice, I like it. But the "TV for control freaks" text, I'm not sure. I prefer the old subtitle "Home Theatre Platform". And maybe add a fading out rectangle be

[Freevo-devel] Re: kaa.epg sucks

Hi, Jason Tackaberry wrote: > Well, I started kaa.epg parsing my xmltv file. Now it's not small -- > 17M -- but that's not exactly huge either. (27000 programs or so.) > After I saw the process grow to 410M I was not very impressed. This > isn't any improvement over 1.5.x. After the thing ran

[Freevo-devel] Re: kaa.epg sucks

Jason Tackaberry wrote: > On Fri, 2005-10-07 at 08:17 -0300, Rob Shortt wrote: >> :) Someone needs to write a zap2it datadirect parser too... > > Cool idea. Bypass xmltv altogether. I like. That way Freevo could > drop the xmltv requirement for North America users, which would be good > because

[Freevo-devel] Re: kaa.epg sucks

Hi, here some thoughts about kaa.epg Jason Tackaberry wrote: >> I wonder... if we used kaa.vfs in kaa.epg, would it be easier to wrap it >> up with ipc or mbus? I still have a strong feeling that the EPG should >> be client / server oriented. > > I agree fully that it should be client/server. A

[Freevo-devel] Re: kaa.epg sucks

Jason Tackaberry wrote: > I can add authentication. But the data still wouldn't be encrypted, so > in any case this solution isn't suitable for use over a public network. I'm not taking about encryption. Just make sure nothing from the bad bad outside can connect to the server. E.g. yuo have some

[Freevo-devel] Re: kaa.epg sucks

Rob Shortt wrote: > I also agree that fetching the data before trying to show the EPG is > best. What I'd like to avoid is a problem we're having right now. The > "local" cached EPG data will be incorrect if the EPG changes in the > database / server. Will we use some callbacks for when the serv

[Freevo-devel] Re: kaa.epg sucks

Jason Tackaberry wrote: > BTW, when parsing my 17MB xmltv file, kaa.epg takes 74 minutes ([EMAIL > PROTECTED] > $!#@) to execute, and uses 377MB RSS. My rewrite (whose improvement is > mainly due to my use of libxml2, of course) takes 94 seconds and uses > less than half that memory. That's a 50

[Freevo-devel] Re: [OT] Catching Python Exceptions

"Tom Van den Bon" wrote: > I know where something bad happens or something goes wrong in freevo it > displays a message box with the exception and a option to continue or > shutdown. How is this exception caught and why doesn't freevo just die? Are > you using something like pycrash? > > Any inform

[Freevo-devel] The future of freevo record

Hi, I played with the new analog card (thanks to the donators btw) to make configuration easier. How can Freevo know on what frequence a channel is. After some playing using libzvbi I found the following results. 1. In Europe channels have a unique id. To test it, install libzvbi and current k

[Freevo-devel] Re: The future of freevo record

Damit, my mail yesterday got lost :( Rob Shortt wrote: > Yes, back to your DVB:XMLTV mapping problem. Yes, my old problem and I want to solve it now once and for all. > Since no channels as defined by the DVB stream have anything in > common with your XMLTV source. Right, > So far, the only

[Freevo-devel] Re: The future of freevo record

Lucian Muresan wrote: > Hi folks! > > Dirk Meyer wrote: >> Damit, my mail yesterday got lost :( >> >> Rob Shortt wrote: > [...] >>>Also, have you looked at using a different channels.conf format? The >>>one you're using now relies on th

[Freevo-devel] Re: The future of freevo record

Rob Shortt wrote: > I had this library in mind too (or a pure python equivalent) and think > that we should look into it. Pure Python > AFAIK it defines an ini style config file that's easy to manage. Ini style? The VDR channels.conf doesn't look like an ini file to me. Do you have more docs (

[Freevo-devel] Re: The future of freevo record

Rob Shortt wrote: > Rob Shortt wrote: >> Dirk Meyer wrote: >>>Ini style? The VDR channels.conf doesn't look like an ini file to >>>me. Do you have more docs (== not reading the source)? >> >> >> This lib isn't used by VDR (yet) and is the re

[Freevo-devel] Re: Game ROM Detection

rything in a tgz or fix your mail client :) Two changes: > # First Edition: Richard Mottershead <[EMAIL PROTECTED]> I used the complete mail address. If you don't want your address there, please drop me a note and I will remove it. But either a complete mail address or no address at

[Freevo-devel] Re: The future of freevo record

Dirk Meyer wrote: > Rob Shortt wrote: >> Rob Shortt wrote: >>> Dirk Meyer wrote: >>>>Ini style? The VDR channels.conf doesn't look like an ini file to >>>>me. Do you have more docs (== not reading the source)? >>> >>>

Re: [Freevo-devel] Re: The future of freevo record

I hope I don't send a html mail, I can't access my gnus right now. Rob Shortt wrote: Dirk Meyer wrote: BTW, I will start a freevo-record dir for the recorder tomorrow. It will be next to freevo in the svn, not in it. The same for freevo-tv containing the recordserver. And a kaa/

[Freevo-devel] Re: Games update

"Daniel C. Casimiro" wrote: > Here is a patch that updates the game plugin. This patch includes a > patch that I sent a couple of weeks back. Thanks, in svn now. Dischi -- The three most dangerous things are a programmer with a soldering iron, a manager who codes, and a user who gets ideas.

[Freevo-devel] TV Changes

Hi, after two days of trying, moving and changing, the freevo tv stuff is different right now. If you look at the repositoty, you see three new modules: freevo-core, freevo-tvdev and freevo-tvserver. freevo-core This module contains some basic stuff needed for all submodules to work. Right now,

[Freevo-devel] Re: TV Changes

Dirk Meyer wrote: > Only DVB is working right now, Rob needs to update ivtv > to the new style. Rob: to do that, I guess you need to integrate some > sort of scanner so you know what channels you have. OK, you can now call 'freevo-tvdev tv0 scan' to scan a device. If ivtv i

[Freevo-devel] Re: kaa.epg2

Jason Tackaberry wrote: > I've committed my kaa.epg2 work under WIP/epg2. The API is probably a > bit too tailored to my setup (or North American setup), so it'll likely > need some tuning, but that's not a big deal. I will try. > * Split into client/server (GuideClient/GuideServer) and uses

[Freevo-devel] Re: kaa.epg2

Jason Tackaberry wrote: > On Mon, 2005-10-17 at 11:21 +0200, Dirk Meyer wrote: >> What about supporting reading in a thread of the same app? > > I didn't implement it. That might be needed for kaa.vfs, but for epg it > didn't seem necessary. And if we can avoid it,

[Freevo-devel] Re: freevo website

Karl Lattimer wrote: > On Mon, 2005-10-17 at 09:55 -0400, Jason Tackaberry wrote: >> Using AlphaImageLoader is a pain in the ass, but at least it's an option >> available. Doesn't work under Crossover IE, but who does serious >> browsing that way anyway. :) IE7 will support transparent png, but I

[Freevo-devel] Re: kaa and logging

Jason Tackaberry wrote: > Right now there's a logger for notifier, but what's the best practice > for logging in general? Should each module allocate its own logger and > use that? Should there be one logger for kaa and all kaa modules use > that logger? I'm leaning toward the latter simply beca

[Freevo-devel] New directory layout

Hi, the wiki doesn't allow me to change stuff, so until I fix this, here a mail announce. I moved freevo to freevo-ui, depending on freevo-core for future development. So you need to check out the whole trunk now: svn://svn/freevo.org/freevo/trunk You find a setup.py there. Use this to ins

[Freevo-devel] Re: Freevo RPM repository for yum status

Karl Lattimer wrote: > Hi, >I've noticed recently that the RPM repository for fedora core and >yum hasn't been working properly. Missing the lsdvd and mmpython >packages, I've found it increasingly annoying that this yum service >isn't working properly and thought as it shouldn't ta

[Freevo-devel] Re: TV Changes

Rob Shortt wrote: > Hi Dischi, I've had a chance to do an update and check some things out. > > Dirk Meyer wrote: >> Dirk Meyer wrote: >> >>>Only DVB is working right now, Rob needs to update ivtv >>>to the new style. Rob: to do that, I guess you need

[Freevo-devel] Re: Games update

"Daniel C. Casimiro" wrote: > I think that you forgot to add the new files from the tarball. Please > add the following files: > > ? singleton.py > ? factory.py > ? plugins/emulator.py > ? plugins/advmame.py > ? plugins/fakenes.py > > These files are located in the tarball

[Freevo-devel] Re: kaa and logging

Jason Tackaberry wrote: > On Mon, 2005-10-17 at 20:14 +0200, Dirk Meyer wrote: >> Summary: different loggers please. > > Ok ... > >> Which reminds me: you added adding a logger in step if no logger is >> defined. Can you remove that and add a kaa.log() function to sta

[Freevo-devel] Re: kaa and logging

Jason Tackaberry wrote: > Yes, it's fine to have to call a function to set logging level to INFO. > But I'd rather not have to do that for exceptions. If an exception was > raised inside notifier, say, that should print on stdout without any > special action by the user. I guess with a default lo

[Freevo-devel] Re: I hate to do this...

Karl Lattimer wrote: > OK, I've decided, that my slumming around on this list, although I do > put in some work when I can (website and soon yum, i'll get back to you > soon TCWAN) is a little bit of a liberty on you guys, who do some of the > finest cool, pvr related coding jiggery pokery in the w

[Freevo-devel] Re: I hate to do this...

Karl Lattimer wrote: > On Fri, 2005-10-21 at 14:32 +0200, Dirk Meyer wrote: >> You also know Ajax? > > Used to clean my grandmothers oven with it when I was a kid. Not > particularly good in the nose ala Cheech and Chong up in smoke, but > great on those grimey surfaces.

[Freevo-devel] Re: new record server with tvtv support?

Bastian Farkas wrote: > sure, one its an easy way to accomplish this, but you have to expose > your freevo box to the internet. with tvtv you could set recordings > without the need of an freevo box with access to the internet. there are > people who dont have wlan or ethernet in their living room

[Freevo-devel] Re: I hate to do this...

Jason Tackaberry wrote: > So I would revise your statement to say "all procedural languages are > basically the same thing." Prolog, being a logic language, is > definitely a different beast. Or functional languages like Scheme. > Learning Scheme has been on my to-do list for far longer than I ca

[Freevo-devel] Re: tabbed interface

Ben Ford wrote: > I'm thinking about using Freevo as a base for an application I'm > beginning work on. I'm currently using 1.5.3. You may want to take a look at svn. We now moved some stuff out of Freevo and maybe you can use the parts you want to do. > My user interface would really benefit

[Freevo-devel] Re: IRC channel

David Bodine wrote: > I'm trying to find the IRC channel you guys hang out in. I've seen in a few > messages saying irc.openprojects.net #freevo > but I always get a failed connection. Try irc.gnu.org or irc.freenet.org. Dischi -- Beyond the top of the sky was the

[Freevo-devel] Re: Local install of freevo2.

John Cooper wrote: > Don't know if this is of any use or has been done before, but below are > some simple instructions for grabbing the current freevo from subversion > and installing it locally with out disturbing your current freevo setup > or needing to be root. You can do this much simpler.

[Freevo-devel] Re: [Freevo-cvslog] r7768 - in trunk/ui/src: . util

Jason Tackaberry wrote: > On Thu, 2005-10-27 at 19:57 +0200, Dirk Meyer wrote: >> +def smartsort(x,y): >> +""" >> +Compares strings after stripping off 'The' and 'A' to be 'smarter' >> +Also obviously ig

[Freevo-devel] Re: Local install of freevo2.

Hans Meine wrote: > On Tuesday 25 October 2005 16:28, Dirk Meyer wrote: >> No need to do that, you only need to add a prefix to the install >> >> python setup.py install --prefix=~/freevo2 > > Oh, will distutils expand the ~? Yes Dischi -- Any time things appear t

[Freevo-devel] kaa.vfs benchmarks

Hi I did some testing with a vfs based on a sqlite db and kaa.ipc. The first one is ok, the second one makes trouble. First test: The old mediadb code needs 0.09 seconds for the whole operation. This includes reading the pickle file, checking the directory and the overlay directory for updates a

[Freevo-devel] Re: kaa.vfs benchmarks

Jason Tackaberry wrote: > On Sun, 2005-10-30 at 10:47 +0100, Dirk Meyer wrote: >> files. It crashed in the ipc code. The code wants to send the whole > > Can you show a traceback? At home. :) But the trace is simply because the sicket ressource is unavailable because you se

[Freevo-devel] Re: [Freevo-cvslog] Kaa r883 - trunk/base/src/base

Jason Tackaberry wrote: > Author: tack > Date: Mon Oct 31 16:58:29 2005 > New Revision: 883 > > Modified: >trunk/base/src/base/ipc.py > > Log: > Handle "resource temporarily unavailable" exceptions for socket writes > > > Modified: trunk/base/src/base/ipc.py > ==

[Freevo-devel] Re: kaa.vfs benchmarks

Jason Tackaberry wrote: > On Mon, 2005-10-31 at 18:11 +0100, Dirk Meyer wrote: >> Server wants to send 200k data. But it can only send 100k until the >> socket would block. OK, no problem, return to main and wait until >> select tells us that we can write again. The client g

[Freevo-devel] Re: [Freevo-cvslog] Kaa r883 - trunk/base/src/base

Jason Tackaberry wrote: > On Mon, 2005-10-31 at 18:14 +0100, Dirk Meyer wrote: >> Won't work. In my case I want to send 200k data. This would block, so >> we can an exception. But we can send, so we enter this function again, >> but not 200k, so we leave again. You need

[Freevo-devel] Re: [Freevo-cvslog] Kaa r887 - trunk/base/src/base

Jason Tackaberry wrote: > Author: tack > Date: Mon Oct 31 20:10:28 2005 > New Revision: 887 > > Modified: >trunk/base/src/base/db.py > > Log: > Ensure ATTR_SIMPLE attributes which are set to None still get included in > the normalized result rows. Now it is realy broken. Try with db.py in kaa.

[Freevo-devel] Re: freevo 2: my first test

Hi Alberto Hernando wrote: > - I installed kaa and freevo. If there are more needed things, I don't know. That should be it > - Installing in another directory than default didn't work for me. Only base > was built, the other modules failed. Installing in the default directory was > ok. xine a

[Freevo-devel] Re: matroska

Ben Ford wrote: > That would be nasty. Yes > I think it would be better to use matroska libs to read the metadata > directly. What would be involved in doing this? The matroska parser in mmpython (or 2.0 in kaa.metadata) needs to updated. I don't have any mkv files, so never updated the parse

[Freevo-devel] Re: kaa.vfs benchmarks

Dirk Meyer wrote: > Hi > > I did some testing with a vfs based on a sqlite db and kaa.ipc. The > first one is ok, the second one makes trouble. And a second test. > To test if the overhead is more or less constant, I did some > testings on a larger directory with 700 files.

[Freevo-devel] Re: [Freevo-cvslog] Kaa r891 - in trunk/base/src: notifier

Jason Tackaberry wrote: > Author: tack > Date: Sun Nov 6 03:15:41 2005 > New Revision: 891 > > Modified: >trunk/base/src/base/ipc.py >trunk/base/src/notifier/__init__.py >trunk/base/src/notifier/sockets.py > > Log: > Notifier-aware socket class I guess this belongs into an extra file.

[Freevo-devel] Re: I hate to do this...

Nicolas Chauvat wrote: > Dirk Meyer wrote: > >>enhance emacs and rep to enhance sawfish. If you know functional >>languages, using lambda is your first choice. So maybe it is better >>you don't look at lisp or you will starting using map and lambda like >>I do

[Freevo-devel] ipc bug

Hi, Tack, can you look at the ipc code, I have a small bug. You can see it by running the test apps for vfs. Start the server and after that start the client (change the path for scanning in it first). You see the following debug message in the client: monitor is id 1 That is wrong. The code do

[Freevo-devel] Re: [Freevo-cvslog] Kaa r891 - in trunk/base/src: notifier

Dirk Meyer wrote: > Jason Tackaberry wrote: >> Author: tack >> Date: Sun Nov 6 03:15:41 2005 >> New Revision: 891 >> >> Modified: >>trunk/base/src/base/ipc.py >>trunk/base/src/notifier/__init__.py >>trunk/base/src/notifier/sockets

[Freevo-devel] Re: [Freevo-cvslog] Kaa r891 - in trunk/base/src: notifier

Jason Tackaberry wrote: > On Sun, 2005-11-06 at 12:27 +0100, Dirk Meyer wrote: >> But it would be nice to hace a callback when everything is written so >> I can close the socket when I'm done. > > Just curious, when would you use this? In the webserver to replace my o

[Freevo-devel] Re: [Freevo-cvslog] Kaa r891 - in trunk/base/src: notifier

Jason Tackaberry wrote: >> Besides, I have a C module >> for writing to fds. Instead of using python strings, I use basic >> memcpy and malloc which culd be faster. > > For write buffering, I'm going to change it to use cStringIO instead of > strings, so it should be quite fast. It doesn't handle

[Freevo-devel] Re: I hate to do this...

Jason Tackaberry wrote: > On Sun, 2005-11-06 at 10:29 +0100, Dirk Meyer wrote: >> I know they are planing to remove lambda, but I guess this would break >> a lot of code and I still hope they don't do this. > > Ok, _really_? Removing lambda is crazytalk. Unless they

[Freevo-devel] Re: ipc bug

Jason Tackaberry wrote: > On Sun, 2005-11-06 at 10:34 +0100, Dirk Meyer wrote: >> So monitor.id is transfered to the client, monitor itself is not. But >> the references work, monitor is not deleted until the client dies. So >> somewhere in the code, the object gets lost. >

[Freevo-devel] Re: I hate to do this...

Nicolas Chauvat wrote: > Jason Tackaberry wrote: > >> exit_error = Callback(sys.exit, 1) >> >>Now if we call exit_error(), sys.exit(1) gets called. Or, if we call >>exit_error(foo), that expands to sys.exit(1, foo). >> >> > No sure this is the right place where to discuss this, but the above >

[Freevo-devel] Re: I hate to do this...

Nicolas Chauvat wrote: > Dirk Meyer wrote: > >>I know lisp and like it. So I also like lambda, map and friends. OK, >>they don't belong into an oo language, but they are nice to have. >> >> > [discussing definitions] > > Python is more than OO.

[Freevo-devel] Re: Local install of freevo2.

Ben Ford wrote: > Dischi suggested that I use freevo2 for an application I'm working on. > > I tried following the instructions given: > - > mkdir ~/freevo2 > cd ~/freevo2 > mkdir src > cd src > svn co svn://svn.freevo.

[Freevo-devel] Re: Local install of freevo2.

Ben Ford wrote: > I tried Alberto's advice and installed as root. This time it worked fine. I will fix this install as non root asap. > There are quite a few things that don't work quite right though. (full > screen, multi-file videos, music player, etc). Is this expected? Full screen switch

[Freevo-devel] Re: Local install of freevo2.

Dirk Meyer wrote: > Ben Ford wrote: >> I tried Alberto's advice and installed as root. This time it worked fine. > > I will fix this install as non root asap. Strange, it works for me. Can someone else reprodice that bug? kaa should not be installed before testing. > F

[Freevo-devel] Re: Local install of freevo2.

Tero Saarni wrote: > Alberto Hernando wrote: >>> Summary: >>> + base >>> - imlib2, display, mevas, thumb, epg, record, metadata, evas, canvas, >>> xine, mplayer, webinfo >> This is what I got trying to install with --prefix. The default >> installation went fine. > > For me it seemed to be that PYT

[Freevo-devel] Re: Local install of freevo2.

Tero Saarni wrote: > Dirk Meyer wrote: >> The global setup.py adds base/build/lib to the python path so all >> other setup script should find kaa base. It is working here. > > I get following directories when running setup.py with freshly > checkedout kaa: > > $ f

[Freevo-devel] Re: tabbed interface

Ben Ford wrote: > Could someone in the know explain to me what areas and displays are? I guess you are talking about Freevo 2.0. So displays are the stuff in src/gui/displays. They have classes for the 'screen' or 'display'. This is basicly the window you see when using X or the complete framebuff

[Freevo-devel] Re: tabbed interface

Ben Ford wrote: > Dirk Meyer wrote: > >>dfb or ivtv display. When you start mplayer, Freevo will switch to the >>bmovl display (draw on top of mplayer). The variable gui.display is a >> > > Just out of curiosity, why can't everything be rendered on bmovl? It &g

[Freevo-devel] Re: tabbed interface

Ben Ford wrote: > Dirk Meyer wrote: >>It is on my TODO list, but not very near to the top. I'm working at >>the university and are about to put Freevo to our research >>group. Maybe a student can design a language for that and get some >>credit points for it. >&

[Freevo-devel] Re: tabbed interface

Ben Ford wrote: > Dirk Meyer wrote: > >>Maybe we still need something like a main menu for additional plugins >>like weather, rss reader and shutdown. >> >> > hmm, I hadn't thought about shutdown. It's unique (AFAIK) in that it > doesn't h

[Freevo-devel] Re: Using the S-Video port on Hauppague PVR-350 card.

Philip Armstrong wrote: > On Tue, Nov 15, 2005 at 08:26:59PM -0100, Duncan Webb wrote: >> It seems that the ivtv-fb modules does not support mmap so it doesn't >> support SDL or directfb, which is a shame. >> >> However, I have got it to work using the ivtv-xdriver and setting the >> display to

[Freevo-devel] Re: freevo2 structure

Hi Horst Eyermann wrote: > jsut downloaded the new freevo 2 and would like to playaround with it. great. > 1) powersupply control > I have a powersupply which can be controlled via usb. I would like add a > way to control it via remote control in freevo (so playback of a dvd > could switch on/o

[Freevo-devel] kaa.vfs

Hi, those who read the cvslog list know that I have some problems with threading in the kaa.vfs module. After some thinking, maybe using a thread isn't such a good idea. I used a thread because a reader can block when the writer writes the db and the writer can block when there are still readers.

[Freevo-devel] Re: kaa.vfs

Dirk Meyer wrote: > Hi, > > those who read the cvslog list know that I have some problems with > threading in the kaa.vfs module. After some thinking, maybe using a > thread isn't such a good idea. I used a thread because a reader can > block when the writer writes the db a

[Freevo-devel] Re: Handling other filetypes/compressed filetypes.

oliver wrote: > In mythtv you can add your own filetypes. Therefore I have added the > filetype rar and the command it executes would be unrar x %s > /tmp/mythtv/; mplayer /tmp/mythtv/*; rm /tmp/mythtv/*. (I know i know, > it's ugly but works : ) I still wonder why people use rar/zip/whatever to c

[Freevo-devel] Re: powersupply

Horst Eyermann wrote: >> > 1) powersupply control >> > I have a powersupply which can be controlled via usb. I would like add a >> > way to control it via remote control in freevo (so playback of a dvd >> > could switch on/off the devices / lights as well) >> > >> That sounds like a main menu plugi

[Freevo-devel] Re: Handling other filetypes/compressed filetypes.

Bastian Farkas wrote: > compression is useful if you want to put .idx/.sub vobsub subtitles > ripped from dvd directly on cd with your avi. normally these files are > around 5mb, with compression they are only a few hundred kb. you could > of course convert them to some text only format, but that's

[Freevo-devel] Re: Handling other filetypes/compressed filetypes.

Bastian Farkas wrote: > really? iirc mplayer/xine don't support rar files as external subtitles Maybe. So Freevo needs support for only unpacking the subtitles. Dischi -- Don't trust reality. After all, it's only a collective hunch. pgpAhMZQDyEsD.pgp Description: PGP signature

[Freevo-devel] Re: Website Screenshots

Matthew Goeden wrote: > The screenshots for the .svn theme don't seem to be working. Oops, fixed. There is no such theme, it was a bug in a script of mine. Dischi -- Someday I'll find that peer and reset his connection! pgpfieKMIPjYQ.pgp Description: PGP signature

[Freevo-devel] Re: can't login to upload a plugin

shane wrote: > I tried agin to reregister after waiting a few days. this time it did > send me an activation code. Now I am able to log in :-) Someone fixed it :) Dischi -- errors in argv often lead to output of argh -- suffered wisdom pgpkMAVkpGnuu.pgp Descri

<    1   2   3   4   5   6   7   8   9   10   >