On Sun, 2005-04-17 at 13:19 +0200, Dirk Meyer wrote:
> Hi,
Hi Dischi. How've you been? Seems a bit has changed since I last
looked at freevo. :)
> applications may also use it. This involves storing all thumbnails in
> the large dir (128x128 is too small for us) as png with meta
> informations.
On Mon, 2005-04-18 at 17:40 +0200, Dirk Meyer wrote:
> The idea of using jpg files isn't mine. I stole it from enlightenment.
> So they would reuse our thumbnails and maybe the freedesktop.org
> change the spec some day.
Ok, that's a start. Yes, with real applications (well, in E's case, for
cert
On Tue, 2005-04-19 at 11:27 +0200, Dirk Meyer wrote:
> inotify sounds nice. But it requires a special kernel build. So I
> guess it should be optional in Freevo. But is sounds much better than
> polling directories for changes.
It's not difficult to build the vfs so that it uses inotify if
availa
On Wed, 2005-04-20 at 20:07 +0200, Dirk Meyer wrote:
> Adding is not a problem. If we have to index a whole directory,
> mmpython also takes it time. I need good SELECT speed (see below).
It's true that initial indexing is not as important in terms of
performance. Still, it's worth looking at INS
On Thu, 2005-04-21 at 09:30 +0200, Dirk Meyer wrote:
> True. Maybe it is possible to merge both ideas. Keep two
> databases. One pickle for fast directory listings and one sqlite for
> vfs listings on Artist/Album, etc. Maybe not, I'm not sure how to do
> things.
Possible, but I think it's a bad
On Thu, 2005-04-21 at 21:41 +0200, Dirk Meyer wrote:
> for each file, but from time to time). But I get a problem when I have
> an item with the info, pickle in the background with a new process and
> after that save something using the item. The memory is now differnet
> From the file. So yes, tha
On Fri, 2005-04-22 at 08:03 +0200, Dirk Meyer wrote:
> 6 MB pickeled is for about 20k of files here.
But the memory requirement on disk for the pickle isn't the memory
requirement when that file is unpickled. The simulation I did with 100k
files took an additional 63MB RSS, but when I pickled tha
There's a bug in EXIF parsing in mmpython 0.4.8. I didn't check CVS, so
maybe this was fixed. Here's a patch. I also put a try/except around
EXIF.process_file() so that in case that function fails,
mmpython.parse() will still return a JPGInfo instance.
Cheers,
Jason.
--- mmpython-0.4.8.old/im
On Mon, 2005-05-23 at 20:37 +0200, Wander Winkelhorst wrote:
> [ ... mencoder] | ringbuffer | mplayer
I don't think you're going to get an acceptable user experience with
this approach. You remove the ability for MPlayer itself to seek, and
MPlayer will always be lagging behind the buffer somewha
On Mon, 2005-05-23 at 21:37 +0200, Wander Winkelhorst wrote:
> hmm. allright, where can I find your code? I'd like to try it out,
> perhaps fix a few bugs (are there any, anyway?)
You can read about the design and download the code at
http://sault.org/mebox/ . I haven't worked on this in a while
On Tue, 2005-05-31 at 17:44 +0200, Martijn Voncken wrote:
> A static sqlite schema would be a lot easier but:
> But you search images on ISO, mp3's on artist and Video's on director.
Well, yes, but that's why you use a separate table for each media type.
So you have tables like:
directories: i
On Fri, 2005-06-03 at 17:56 +0200, Martijn Voncken wrote:
> create table file (fileid integer primary key
> ,mediaid integer,path character,mtime integer)
You'll want to use a separate table for directories and use the dirid in
this table rather than include the dirname in the path field.
On Fri, 2005-06-03 at 19:14 +0200, Martijn Voncken wrote:
> It makes some simple things more complex, but i do agree on scalability.
> Thinking about it. (and how to do the simple things)
Yes, the things we do in the name of performance. :)
> That's not a real concern for me now.
> Use case? , ho
I'm not sure what the current state of things are, but at some point in
the not-so-distant future I'd like to do a release of pyimlib2. There
are some things that don't quite belong there. The shmem code is one
example, which I've recently removed. The other thing I'm not happy
about is the pyga
On Fri, 2005-06-10 at 21:43 -0400, Jason Tackaberry wrote:
> example, which I've recently removed. The other thing I'm not happy
> about is the pygame stuff. Is there any plan in Freevo to remove
> dependency on this? If not, is there some other way we can accomplish
> th
On Sun, 2005-06-12 at 22:01 -0400, Jason Tackaberry wrote:
> /me breaks cvs head.
... some more.
> some deeper issue I've now suddenly forgotten. :) At any rate, the
> current API for this (get_raw_data/free_raw_data) needs some serious
> fixing. I'll probably do that nex
On Mon, 2005-06-13 at 10:49 +0200, Dirk Meyer wrote:
> I also have no clue. I always do the copy stuff. It is in pyimlib2 and
> mmpython and I don't know a good way to do this right. But Freevo
> should work without mevas installed into the system.
I just asked on #python and someone said the way
On Mon, 2005-06-13 at 11:05 +0200, Dirk Meyer wrote:
> o We should remove the Makefile. It is only a hack and doesn't belong
> in the final released module. I also added no Makefile to mevas, it
> is not the python way of doing things.
The Makefile is a convenience. I'm too used to typing 'ma
After some discussion on IRC, I'd like to bring to this list the issue
of renaming pyimlib2. Since I have redefined the scope of pyimlib2
somewhat so that it is "a Python image library that uses Imlib2" instead
of "Python bindings for Imlib2," it might not be a terrible idea to
change its name fro
On Mon, 2005-06-13 at 19:31 +0200, Dirk Meyer wrote:
> Maybe pyimlib2 is the way to go. Let's think about it. You also have
Maybe it is.
> pyevas which should only be python wrappers for evas. That's fine. We
> have pyimlib2 as imlib2 wrapper. The point is: pyimlib2 has stuff that
> doesn't belon
On Mon, 2005-06-13 at 15:52 -0400, Tyler W. Wilson wrote:
> - pygame not leave the Freevo 2 codebase, of that is what may be
> suggested below (and I am not sure that it is).
I was talking strictly about removing the pygame dependency from
pyimlib2.
I don't know what Dischi wants for Freevo. I'm
On Tue, 2005-06-14 at 18:06 +0200, Dirk Meyer wrote:
> Part of the display code belongs to imlib2. I don't have a problem
> with a wrapper adding some extra functions.
Ok, thinking aloud here ...
I recently took out the pygame code from pyimlib2 and put it into a
separate module. Basically this
On Wed, 2005-06-15 at 16:50 +0200, Dirk Meyer wrote:
> Ignore me. Looks like evas has a win32 output canvas. This sounds like
> it is working on windows.
Are you sure? Evas source tree has a software_win32_gdi directory but
all the .c files are 0 bytes. Sounds like it's more of a TODO than
anyth
On Wed, 2005-06-15 at 16:28 +0200, Dirk Meyer wrote:
> Is it up-to-date. Last time I checked it, it was very old and doesn't
> look supported anymore.
There are other bindings, but this one is part of the edesklets project:
http://sourceforge.net/projects/edesklets/
> I guess that would be th
On Wed, 2005-06-15 at 19:24 +0200, Dirk Meyer wrote:
> Yes, Freevo contains some stuff that may be very usefull for other
> apps, too. So some sort of umbrella is a nice idea. And you working on
> mebox could use the same umbrella toolkit.
Agreed.
> First of all: I don't care about Windows. It is
On Mon, 2005-06-20 at 13:24 +0200, Dirk Meyer wrote:
> Is there a reason why you didn't use mkstemp?
Well, you can't use mkstemp to create a shared memory object, so I
needed code to create a suitably random filename anyway. For the
filesystem fallback, I already had the random name, and didn't r
On Mon, 2005-06-20 at 15:27 +0100, Philip Armstrong wrote:
> The mkstemp manpage on Debian linux suggests that you should use
> tmpfile() instead btw -- You get a FILE * back rather than a file
> descriptor.
Near as I can tell, tmpfile() won't work at all for this case, because
we need to know the
On Mon, 2005-06-20 at 19:16 +0200, Dirk Meyer wrote:
> Smart may be better than my ideas, but I still don't like it very
> much.
"I don't know what I like, but I know what I don't like." :)
> There has to be someone here with an idea. I guess Media should
> be part of the name, maybe also Python
On Mon, 2005-06-20 at 14:28 -0400, Jason Tackaberry wrote:
> Well, there's a bit of brainstorming.
We may have our new name:
Tack, dischi: S.M.A.C.K. :) don't ask what it could stand for
though.. Smart Media Application something something
:D , i like smack(C.K=Creation
On Tue, 2005-06-21 at 09:54 +0200, Dirk Meyer wrote:
> Me again: there is already a project SMArT on sf. But if we release
> everything in pieces, it should be no problem.
Didn't you see the thread about us calling it smack? I think smack is a
good name. :)
Jason.
signature.asc
Description: Th
On Thu, 2005-06-23 at 13:31 +0200, Dirk Meyer wrote:
> This suggest other possible names like Sorong, Aru, Biak and
> Merauke. But it would be really cool if we also find something what
> Morelia means (Media Object Repository E*** Lib I*** Applications)
Not being big on any of these, I looked at
On Sat, 2005-06-25 at 08:51 -0600, Lakin Wecker wrote:
> I would think that this is a problem with the distro. I know any debian
> based distribution can take care of these types of problems with ease.
Same with rpm. I chatted with dischi on IRC about this earlier and we
agreed this is a package
On Sun, 2005-06-26 at 23:05 -0400, Jason Tackaberry wrote:
> Same with rpm. I chatted with dischi on IRC about this earlier and we
> agreed this is a package management issue to be solved within that
> context.
Having given this a bit more thought, we have basically two options to
s
On Sat, 2005-07-02 at 13:12 +0200, Dirk Meyer wrote:
> 1. Some sort of distutils (we can't name it like that, but maybe
>setup.py). It would contain the helper functions we use in setup.py
>to find imlib2-config and stuff like that. Right now, the same code
>is in more than one setup.py
I checked in some big updates to kaa.display. Most of the X11 display
code has been rewritten from scratch. There's now a separate X11Display
class, as well as X11Window. It supports imlib2 (via
X11Window.render_imlib2_image) and also evas, via the EvasWindow class.
(kaa.evas isn't checked in ye
On Sun, 2005-07-10 at 12:19 +0200, Dirk Meyer wrote:
> More or less, kaa.notifier is doing the select for us. So it is more
> kaa.notifier.addSocket(win.get_display().socket,
>win.get_display().handle_events)
> kaa.notifier.loop()
I still would like a k
On Sun, 2005-07-10 at 13:21 +0200, Dirk Meyer wrote:
> I now connected the expose to mevas. Maybe the window class should
> remeber the image and handle expose itself? Maybe not. The input
Imlib2.Display supported that. But I think handling expose events
belongs at the canvas level.
> handler fo
On Mon, 2005-07-11 at 13:13 +0200, Dirk Meyer wrote:
> While speaking of kaa.display. Everything is in __init__.py right
> now. What about creating a file for each class? It will be easier to
> read and we have a directory for display, so why not use it?
Yes, I'll split them out. It's just easier
On Mon, 2005-07-11 at 13:30 +0200, Dirk Meyer wrote:
> Yes, we should find a max width for all kaa modules, Python and C
> files. Right now my emacs works with 92 chars, I try to only use
> 80. 130 is very much, close to the maximum I can use on my laptop
> (it's about 135 chars with my current fon
On Mon, 2005-07-11 at 17:28 +0200, Dirk Meyer wrote:
> I only have a width of 1024 on my (old) laptop and 1200 on my working
> machine. I can't even have a terminal + an emacs with both more than
> 80 chars in line next to each other. I know, I just get a new laptop.
Wow, how ... limiting. :)
>
On Mon, 2005-07-11 at 16:46 +, kaarpo wrote:
> It seems to me, that there is mistake in variable naming here...
> Maybe someone with cvs access could check it in.
Seems that way to me, too. Fix committed. Thanks.
signature.asc
Description: This is a digitally signed message part
On Mon, 2005-07-11 at 16:44 +, kaarpo wrote:
> Maybe someone with cvs access could check in this minor correction:
Committed. Thanks.
signature.asc
Description: This is a digitally signed message part
On Sat, 2005-07-16 at 10:11 +0200, Dirk Meyer wrote:
> You are playing with libxine?
Indeed I am. The API is actually pretty nice. You can construct
arbitrarily complex filter trees at runtime (while the stream is
playing, even), which I sort of already knew, but it's nice to see this
at the API
On Sat, 2005-07-16 at 15:05 +, Dirk Meyer wrote:
> copy list to make sure nothing is missed
> ! for handler in copy.copy(self.handler):
self.handler[:] is a nicer syntax for copying, IMHO.
Jason.
signature.asc
Description: This is a digitally signed message part
On Sat, 2005-07-16 at 17:51 +0200, Dirk Meyer wrote:
> Right. A kaa-mplayer with only one file seems a little bit stupid.
It could as easily be bundled with kaa-base. Or just bundle it and
kaa-xine with kaa-canvas and have kaa-canvas depend on both those.
> One question: how to you plan to mix
On Sun, 2005-07-17 at 10:44 +0200, Dirk Meyer wrote:
> Maybe kaa-xine would become kaa-player with kaa/player/src/xine and
> kaa/player/src/mplayer installing to kaa.xine and kaa.mplayer.
That might be ok. That way we could create a base class Player and have
a XinePlayer and MPlayer derive from
On Wed, 2005-07-20 at 13:00 +0300, Toni Alatalo wrote:
> current cvs, src/menu/menu.py line 177:
>
> -log.exception('crash by select %s in %s' (item, self.choices))
> +log.exception('crash by select %s in %s' % (item, self.choices))
Thanks Tony, I've updated cvs.
Cheers,
Jason.
signature.asc
D
On Wed, 2005-07-20 at 18:20 +0200, Alex D'Elia wrote:
> 2005-07-20 11:31:20,156 ERROR[ root] childapp.py 94: child already
> running
[...]
> The problem seems to be only with xine as with mplayer we dont get that.
That's definitely dischi's territory. :)
Cheers,
Jason.
signature.asc
Descri
On Thu, 2005-07-21 at 21:36 +, Dirk Meyer wrote:
> + # Latest updates made the preparing faster from 0.3256 to 0.0905 secs.
Nice!
signature.asc
Description: This is a digitally signed message part
On Sun, 2005-07-24 at 01:54 +0200, Markus Obermeier wrote:
> I would like to download the cvs version of kaa.
Just curious, do you have any interest in Kaa that isn't due to it being
a Freevo dependency?
> The anonymous cvs access to this project at sourceforge.net is not working
> right now.
On Tue, 2005-07-26 at 13:58 +0200, Dirk Meyer wrote:
> What version of imlib2 do you have? There was a bug with the python
> and perl bindings with one version. And what distro do you use?
From the wiki:
Warning: some people have observed problems with Imlib2 1.2.0
(such as errors
I just checked in some very initial work on kaa-mplayer. It's
functional, but missing some features, particularly in working with
filter chains. What sort of features would be needed for using
kaa.mplayer in Freevo?
kaa.mplayer relies on kaa.display, and creates a X11Window and uses -wid
to tell
On Tue, 2005-08-02 at 15:03 +0200, Dirk Meyer wrote:
> Question here: do you need to call shutdown? I wanted to change the
> code to hide shutdown. When you want to leave kaa.main(), use
> sys.exit(0) to leave the loop and shutdown the system. IMHO it is a
> cleaner way.
Because calling sys.exit(
On Tue, 2005-08-02 at 15:08 +0200, Dirk Meyer wrote:
> OK, so maybe we should remove all the subclassing? Having two ways of
> handling the stdout sounds bad to me. BTW, why do you have a Process
> in mplayer and not inherit from one?
I don't see a problem with having both, but using signals is t
On Tue, 2005-08-02 at 15:08 +0200, Dirk Meyer wrote:
> BTW, why do you have a Process in mplayer and not inherit from one?
Because MPlayer class invokes MPlayer an arbitrary number of times. In
the constructor it runs MPlayer to get a list of available filters and
input key names. And it runs M
On Tue, 2005-08-02 at 15:17 +0200, Dirk Meyer wrote:
> We need to add filters. And if I start mplayer with '-vf foo -vf bar',
> foo will be droped. That's why Freevo searches the filter chain and
> replaces that line with '-vf-add foo,bar'.
Right, knew about that one. Easy enough.
> Back to the
On Tue, 2005-08-02 at 15:53 +0200, Dirk Meyer wrote:
> But maybe mplayer has some problem starting and it takes 2 seconds for
> mplayer to start (maybe nfs problems). Blocking here would block
> freevo. Bad!
I suppose that's a fair enough argument. But it makes good sense to
have the constructor
On Tue, 2005-08-02 at 16:36 +0200, Dirk Meyer wrote:
> I see the problem. But how to you want to raise an exception
> asynchronously. Where? In the main loop? Why do you need it? What do
> you test in this case? Maybe an exception signal?
Well, let's say there's an error in MPlayer that we want to
On Tue, 2005-08-02 at 16:45 +0200, Dirk Meyer wrote:
> > provide a unified API for both backends. You just tell it which one you
> > want to use, or let it auto-detect (i.e. dvd:// will use xine, foo.avi
> > will use mplayer). Perhaps CanvasMovie is a misnomer.
>
> But it should be possible to c
Is there any way to get emails sent to freevo-cvslog to use unified
diffs? It would make auditing checkins much easier.
Jason.
signature.asc
Description: This is a digitally signed message part
On Wed, 2005-08-03 at 11:23 +0200, Dirk Meyer wrote:
> I have no matroska files. Send me one (small) file and I will take a
> look at it.
I put a couple short clips from Hide & Seek at
http://sault.org/~tack/mkvclips/
The aspect one stores the movie's aspect ratio in the matroska header.
The dsi
On Wed, 2005-08-03 at 11:25 +0200, Dirk Meyer wrote:
> I saw something in the changelog. What did you do?
I added an "exception" signal to the notifier classes. If there are
handlers attached to the signal, then exceptions will get caught and
passed to the handler. If any of the handlers return
On Wed, 2005-08-03 at 18:46 +0200, Dirk Meyer wrote:
> How? I register to waht kind of exception? E.g. a handler should know
> about all parts raising an exception and inner kaa parts don't know
> about freevo exceptions.
You can connect to the "exception" signal of a notifier object (i.e.
anythin
On Wed, 2005-08-03 at 18:53 +0200, Dirk Meyer wrote:
> I never used matroska before (I didn't even wrote the parser). But I
> hope to fix it this weekend.
Thanks.
> The best way would be to have a 800x600 canvas for mplayer (or
> whatever the resolution is) and scale it between evas and copying
On Thu, 2005-08-04 at 21:28 +0200, Dirk Meyer wrote:
> No problem. If the user has a slow cpu he has to live with a slow
> osd. But it still should look right.
Right. :) For MeBox, I'm not interested in low power CPUs. A 1.4G
Athlon or faster is about my target. But obviously a restriction lik
On Thu, 2005-08-04 at 21:26 +0200, Dirk Meyer wrote:
> OK, I read your code and now I understand. Looks good to me. Can you
> please update the source doc in the wiki?
Ok, I'll do that later tonight.
> I see no reason why I should a) give a callback at __init__ and b) why
> I should subclass from
On Fri, 2005-08-05 at 10:47 +0200, Dirk Meyer wrote:
> Raising a string is a bad coding style. Use AttributeError('Oops') or
> create your own exception class.
I agree. That's why I said in _practice_ "except Exception, e" will
catch most exceptions. My example was just a contrived one to show
On Fri, 2005-08-05 at 17:04 +, Dirk Meyer wrote:
> adjust to new kaa.notifier thread interface
[...]
> # start search in thread
> thread = kaa.notifier.Thread(fxd.guessImdb, searchstring, disc_set)
> ! thread.signals['completed'].connect(self.parse_results, item,
>
On Fri, 2005-08-05 at 17:06 +, Dirk Meyer wrote:
> ! def _emit_and_join(self, signal, arg):
> """
> ! Run callback signals and join dead thread.
> """
Thankfully you're around to come in behind me and document my code. :)
Jason.
signature.asc
Descri
On Sat, 2005-08-06 at 11:05 +0200, Dirk Meyer wrote:
> I strongly vote against this. Maybe add a start_sec() if you like, but
> having secs and msecs in one function is very bad. Or add a second
> parameter secs=False, so start(1000) == start(1, True)
Ok, I agree that it was wishywashy to begin wi
On Sat, 2005-08-06 at 09:32 +, Dirk Meyer wrote:
> add extra signal for completed with exit code
But why? I mean, I realize you'd have to update the existing callbacks
that use the completed signal. But I don't see a great reason for
having two signals for this, aside from not breaking exist
On Mon, 2005-08-08 at 18:14 +0200, Dirk Meyer wrote:
> Yes. You are the second person now with problems verifying mail
> mail. It is either a Gnus problem on my side or a Thunderbird
> problem.
No problems verifying your signatures here with Evolution.
Jason.
signature.asc
Description: This is
On Thu, 2005-08-11 at 16:32 +0200, Markus Obermeier wrote:
> I assume that it has something to do with the notifier ?? Watching
> processes. Can this be true ?
Anything's possible. But it's definitely a bug. :)
Can you explain how to reproduce this, or does it happen immediately
when Freevo sta
On Thu, 2005-08-11 at 16:02 +, Dirk Meyer wrote:
> # If Notifier callbacks return False, they get unregistered.
> if ret == False:
> ! if id == self._id:
> ! # id not changed. This means the callback wasn't restarted
> ! # some how
On Thu, 2005-08-11 at 13:17 -0300, Rob Shortt wrote:
> Later I can install sqlite 1 and run a test here. I have no problem
> with requiring sqlite 2 if it's just as available to users.
I guess you guys are talking about pysqlite 2, rather than sqlite 2? I
don't think pysqlite2 is quite as avail
On Thu, 2005-08-11 at 18:34 +0200, Dirk Meyer wrote:
> Yes and no. I have a OneShotTimer. Whatever I return in the callback
> function, __call__ for a OneShotTimer return False. So now I'm in the
> callback, the timer is already unregistered (because it is a
> OneShotTimer). A see 'I need to start
On Thu, 2005-08-11 at 20:36 +, Dirk Meyer wrote:
> Log Message:
> remove hack with id, it can be solved otherwise
I win, I win, I win!!
Err, *cough*, carry on then.
---
SF.Net email is Sponsored by the Better Software Conference & EXPO
S
Hi guys,
I had planned on writing something about this on Monday. But then I got
busy, and now I have family in town visiting for a while, and it's all
very annoying that I don't have lots of time for hacking. :)
As I said on IRC, I worked a bit on prototyping some ideas which I'll
explain below
On Sun, 2005-08-21 at 17:30 +0200, Martijn Voncken wrote:
> maybe i said something stupid here ;), i forgot about parsing the query etc..
> but my point is that it's mosty the number of selects/sub selects that
> makes things fast or slow (assuming indexed query's)
Assuming indexed queries, it's t
On Sun, 2005-08-21 at 11:36 -0400, Jason Tackaberry wrote:
> Assuming indexed queries, it's the number of rows returned that matters,
> not the number of selects. A select which uses an indexed column which
> returns 0 rows is very, very fast. It's practically a no-op.
Att
On Sun, 2005-08-21 at 18:25 +0200, Dirk Meyer wrote:
> and...
>
> Jason Tackaberry wrote:
> > def dir(self, dir_id):
> > # XXX: this isn't how you'd want to do this, just testing ...
> > results = []
> > for type_name, (typ
On Sun, 2005-08-21 at 12:27 -0400, Jason Tackaberry wrote:
> Attached is some (very ugly) test code which supports this statement.
I'm not sure what happened to the file attachment. Let's try that
again ...
from pysqlite2 import dbapi2 as sqlite
import os, time, sys
MULTI_
On Sun, 2005-08-21 at 19:53 +0200, Martijn Voncken wrote:
> i did a little test on that,most of the time is in python.
We have to count that time too. What we're experimenting with now is
what implementation is going to be faster.
> your-test: all static info from this directory.
> my-test:all d
On Sun, 2005-08-21 at 19:03 +0200, Dirk Meyer wrote:
> I should put a fxd file to images? Fxd files are known to Freevo, but
> I don't want to register a special table for it.
You can register the attributes that would be stored in the fxd files as
ATTR_SIMPLE for image file types. That way there
On Sun, 2005-08-21 at 20:33 +0200, Dirk Meyer wrote:
> You both do different stuff.
That's what I thought too. But I wasn't sure if I misunderstood his
test. :)
> Question is: what do we want? In 90% of all cases we want a directory
> listing, not just one file. This means Tacks wins. One the o
On Sun, 2005-08-21 at 20:13 +0200, Martijn Voncken wrote:
> The downside is that only advanced users can add
> ATTR_SEARCHABLE,ATTR_INDEXED or ATTR_KEYWORDS columns.
> I do like the idea of the ATTR_KEYWORDS column.
This is a problem that can be solved in the UI. If the UI wants to let
the user
On Sun, 2005-08-21 at 21:05 +0200, Dirk Meyer wrote:
> We we also add a generic key/value table, we should make sure we
> select this data for a File only when needed.
I think this generic key/value table would only be used in cases where
an existing file has a user-added attribute name (i.e. some
On Sun, 2005-08-21 at 20:13 +0200, Dirk Meyer wrote:
> me. Two questions: How do I add a subdir? As dir in a dir? Or as file
> in a dir? Second: how to handle files in files (e.g. titles on a dvd)?
> Just create a dir entry with the filename?
Yes, adding a dir in a dir isn't going to work as it is
I created kaa/vfs and added to vfs/src/db.py a cleaned up version of
what I emailed here yesterday. See test/testdb.py for a demo.
The main change I made to the code was removing the whole notion of
directories. Instead, everything is an object, and any object can be a
parent of any other object
On Mon, 2005-08-22 at 21:28 +0200, Dirk Meyer wrote:
> That is something I also had in mind. But for a dir, you add the whole
> filename and for normal files only the basename. Yes, you need the
> whole filename to find a dir, but it is kind of ugly, don't you think?
Yes, but I mentioned this in m
On Tue, 2005-08-23 at 11:12 +0200, Dirk Meyer wrote:
> Always resolve doesn't work. An example
>
> video/recordings
> video/newstuff -> recordings
Calling os.path.realpath("/foo/bar/video/newstuff") would return
"/foo/bar/video/recordings" so this step could happen at the vfs before
checking the
On Tue, 2005-08-23 at 16:30 +0200, Dirk Meyer wrote:
> > unique id for the dvd.) The mount point for removable media isn't very
> > interesting to the user.
>
> No? Don't only think of DVDs. You can have normal cds with a complex
> dir structure. When I add my vacation data dvd in drive 1, it w
On Wed, 2005-08-24 at 10:49 +0200, Dirk Meyer wrote:
> I don't see the problem. Why not add one attribute to each file with
> the id of '/' for normal files and the id of the disc for files on a
> disc? It is easy, only one id.
All objects already have an attribute that refers to their parent.
Tha
On Wed, 2005-08-24 at 16:01 +0200, Dirk Meyer wrote:
> That's why I want to add a 'root' link.
Ok, now I understand, but ...
> | / ("dir", 0) parent=NULL, root=0
> | +-- data ("dir", 1) parent=("dir", 0), root=0
> | +-- mp3 ("dir", 2) parent=("dir", 1)
> |+-- Eny
On Wed, 2005-08-24 at 18:55 +0200, Dirk Meyer wrote:
> I know. I was thinking about making root always the same type, but
> that sucks. An audio disc is different from the root of my fs. BTW,
> how to find a disc? Is a disc always a 'removable media' or are DVDs
> and AudioCD different?
It depends
Dirk Meyer wrote:
> see that threading doesn't slow down things. Second (very strange):
> when no thread is running, but threading itself is active, it is
> slower. But still, not much.
The GIL isn't initialized until a thread is created (or a C module
explicitly initializes it, as in the case of
Dirk Meyer wrote:
> And since Freevo uses threads for blocking IO (e.g. rom drive
> checking), we have GIL but most of the time we have no thread.
Which is fine.
> Yes. For kaa.vfs (and also kaa.thumb) I was thinking about a process
> and using your IPC.
Putting kaa.vfs in a separate process m
I have some ogg vorbis files and kaa.metadata isn't picking up the album
tag from them. I see there are two classes registered with the factory
for .ogg files, OggInfo and OgmInfo. I think the ogg header is the same
for both cases, so technically OggInfo will parse ogg containers that
hold video,
On Wed, 2005-08-31 at 00:00 -0400, Jason Tackaberry wrote:
> I think #3 is the best approach so I committed the change. dischi, if
> you agree, you can roll it back, but we'd still need a solution to this
> problem. :)
If you _disagree_ I mean. :)
signature.asc
Description: This
On Thu, 2005-09-01 at 18:19 +0200, Dirk Meyer wrote:
> I don't get it? Why use string at all? IMHO we should convert _every_
> string to Unicode.
[...]
> Not good. Always use unicode inside. If the vfs works with UTF-8 and
> my system with Latin-1, I get in trouble with strings. So always
> unico
1 - 100 of 1219 matches
Mail list logo
