headers
kristian kvilekval | 3 May 23:21
Picon
Gravatar

[Fwd: [Zinf-support] Gtk+ version?]

In case somebody has a clue of what might be happening

-------- Forwarded Message --------
From: Catherine Luedecker <luedchic <at> comcast.net>
To: zinf-support <at> lists.sourceforge.net
Subject: [Zinf-support] Gtk+ version?
Date: Tue, 03 May 2005 17:11:30 -0700

I know that zinf supports gtk+2 but does it specifically support gtk+2.6
and up?  The reason I ask is that I am having problems now with zinf
that I *think* are being caused by a newer version of gtk.  This is the
error I get when trying to launch zinf.

(<unknown>:10177): Gdk-WARNING **: Attempt to draw a drawable with depth
24 to a
 drawable with depth 32

(<unknown>:10177): Gdk-WARNING **: Attempt to draw a drawable with depth
24 to a
 drawable with depth 32

(<unknown>:10177): Gdk-WARNING **: Attempt to draw a drawable with depth
24 to a
 drawable with depth 32

(<unknown>:10177): Gdk-CRITICAL **: gdk_window_set_back_pixmap:
assertion `pixma
p == NULL || gdk_drawable_get_depth (window) == gdk_drawable_get_depth
(pixmap)'
 failed
(Continue reading)

Permalink | Reply | 0 comments |
headers
kristian kvilekval | 4 May 03:08
Picon
Gravatar

xmltree and mdb


David,

   I have a new version of mdb that simplifies and updates
the metadata hierarchy.  Still alot to do, but this 
at least has a working cache.   It's a branch off of your xmltree
you xmltree 

tla register-archive kgk <at> arno.ece.ucsb.edu--private
http://www.cs.ucsb.edu/~kris/archive-pub05

kgk <at> arno.ece.ucsb.edu--private zinf--xmlmod 

--

-- 
Kristian Kvilekval
kris <at> cs.ucsb.edu  http://www.cs.ucsb.edu/~kris w:805-893-2526 h:504-9756

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
Permalink | Reply | 9 comments |
headers
David Hough | 5 May 00:40

Re: xmltree and mdb

On Wed, 04 May 2005 02:08:09 +0100, kristian kvilekval <kris <at> cs.ucsb.edu>  
wrote:
> David,
>
>    I have a new version of mdb that simplifies and updates
> the metadata hierarchy.  Still alot to do, but this
> at least has a working cache.   It's a branch off of your xmltree
> you xmltree
>
> tla register-archive kgk <at> arno.ece.ucsb.edu--private
> http://www.cs.ucsb.edu/~kris/archive-pub05
>
> kgk <at> arno.ece.ucsb.edu--private zinf--xmlmod
>

Great, it looks very promising. I'll try to find some time to play around  
with it properly by the weekend.

Cheers,
David
--

-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
Permalink | Reply | 0 comments |
headers
David Hough | 8 May 00:54

Re: xmltree and mdb

On Wed, 04 May 2005 02:08:09 +0100, kristian kvilekval <kris <at> cs.ucsb.edu>  
wrote:
> David,
>
>    I have a new version of mdb that simplifies and updates
> the metadata hierarchy.  Still alot to do, but this
> at least has a working cache.   It's a branch off of your xmltree
> you xmltree
>
> tla register-archive kgk <at> arno.ece.ucsb.edu--private
> http://www.cs.ucsb.edu/~kris/archive-pub05
>
> kgk <at> arno.ece.ucsb.edu--private zinf--xmlmod
>

This is great, with a noticeable performance boost when browsing my music  
collection. I've merged it upstream into zinf--xmltree. At some point I  
should really merge xmltree back into browsermm/CVS, ah well :)

I have noticed however, that for certain files the Cache doesn't seem to  
work. I think this is where the file doesn't have full metadata, so the  
Cache can't provide all the neccessary data, so it looks at all the other  
sources again to try and find the extra data.

I seem to remember in a previous email, you mentioned filling in the  
missing data with some default value if it doesn't exist. Perhaps a better  
way would be to store which metadata sources were searched to provide the  
cached data (I notice you've made sure that the sources all have names  
now), and only continue searching if a source hasn't been searched yet.
(Continue reading)

Permalink | Reply | 7 comments |
headers
David Hough | 8 May 01:22

Updated Win32/MingW Patch

Hi,

I've spent a while fixing up various problems with the patch, and have now  
uploaded a new version
http://www-users.york.ac.uk/~djh123/zinf-mingw3.diff

The fixes the issue with the screwed up build order, so that a single make  
command just works again. I've also made sure that the  
vorbis/musicbrainz/id3lib plugins build assuming you have the neccessary  
libraries correctly installed (not exactly the easiest thing to do).

Therefore, assuming all the correct libraries are installed, the patch  
should now provide a fully working non-experimental version of Zinf with  
MingW using GTK+.

Also, big thanks to David Vrabel who's saner move patch (see  
http://sourceforge.net/mailarchive/forum.php?thread_id=3911448&forum_id=9881)  
is included in this patch. It is essential for using GTK+ on Windows. My  
apologies for forgetting to mention this sooner.

To celebrate the fact that the non-experimental stuff now builds cleanly,  
I've provided a zip file with the compiled MingW version and (hopefully)  
all dependences for people to play around with if they like. This should  
be pretty much equivalent to the Linux version 2.2.5.

This is *not* a new release of Zinf on Windows, and you use it at your own  
risk, but please do mention any issues you have with it on this list, as  
they'll need fixing sooner or later.

Download (~7MB):
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kristian Kvilekval | 8 May 21:17
Picon
Gravatar

Re: xmltree and mdb

On Sat, 2005-05-07 at 23:54 +0100, David Hough wrote:

[snipped]

> 
> This is great, with a noticeable performance boost when browsing my music  
> collection. I've merged it upstream into zinf--xmltree. At some point I  
> should really merge xmltree back into browsermm/CVS, ah well :)
> 
> I have noticed however, that for certain files the Cache doesn't seem to  
> work. I think this is where the file doesn't have full metadata, so the  
> Cache can't provide all the neccessary data, so it looks at all the other  
> sources again to try and find the extra data.

An unfinished piece.  I'll be using timestamps
to tell whether a metadata source has newer metadata than 
is already provided.  If not, the source is skipped.

> I seem to remember in a previous email, you mentioned filling in the  
> missing data with some default value if it doesn't exist. Perhaps a better  
> way would be to store which metadata sources were searched to provide the  
> cached data (I notice you've made sure that the sources all have names  
> now), and only continue searching if a source hasn't been searched yet.

  Not sure how this will evolve, but some sort of default
should be provided even if no metadata is provided 
(i.e. Artist: Unknown).

> This would provide a generic solution to the problem. So, for instance,  
> data in the "MKDatabase" source could be marked as having cached the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Kimpton | 11 May 21:27

RE: Updated Win32/MingW Patch

> Message: 2
> Date: Sun, 08 May 2005 00:22:36 +0100
> To: "zinf-devel <at> lists.sourceforge.net" 
> <zinf-devel <at> lists.sourceforge.net>
> From: "David Hough" <david <at> thepriorities.com>
> Subject: [Zinf-devel] Updated Win32/MingW Patch
> Reply-To: zinf-devel <at> lists.sourceforge.net
> 
[stuff deleted]
> 
> This is *not* a new release of Zinf on Windows, and you use 
> it at your own  
> risk, but please do mention any issues you have with it on 
> this list, as  
> they'll need fixing sooner or later.
> 
> Download (~7MB):
> http://thepriorities.com/zinf/zinf-mingw.zip
> 
> Anyone any objections to getting this patch in CVS now it no 
> longer breaks  
> the build?
> 

I downloaded this, and am using it on WinXP. Here are some issues that
I have found (I've not used zinf in some time, so, some of these
may be changes made since I last used it):

	1. Window position of the player is not remembered, it starts up
centered in the screen.
(Continue reading)

Permalink | Reply | 1 comment |
headers
David Hough | 12 May 21:25

Re: RE: Updated Win32/MingW Patch

On Wed, 11 May 2005 20:27:54 +0100, Thomas Kimpton  
<TKimpton <at> ereinsure.com> wrote:
[stuff deleted]
>> This is *not* a new release of Zinf on Windows, and you use
>> it at your own
>> risk, but please do mention any issues you have with it on
>> this list, as
>> they'll need fixing sooner or later.
>>
>> Download (~7MB):
>> http://thepriorities.com/zinf/zinf-mingw.zip
>>
>> Anyone any objections to getting this patch in CVS now it no
>> longer breaks
>> the build?
>>
>
> I downloaded this, and am using it on WinXP. Here are some issues that
> I have found (I've not used zinf in some time, so, some of these
> may be changes made since I last used it):
>
> 	1. Window position of the player is not remembered, it starts up
> centered in the screen.
> 	2. Window position of playlist editor is not remembered, it
> starts up at {0,0}.
> 	3. Window size of playlist editor is not remembered

Hmm, looks like there's an overall problem with the size/position  
attributes of the windows as I don't remember touching this code, and it  
does work on Linux.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Kimpton | 19 May 18:25

RE: Updated Win32/MingW Patch

[stuff deleted]
> Message: 1
> Date: Thu, 12 May 2005 20:25:07 +0100
> To: zinf-devel <at> lists.sourceforge.net
> Subject: Re: [Zinf-devel] RE: Updated Win32/MingW Patch
> From: "David Hough" <david <at> thepriorities.com>
> Reply-To: zinf-devel <at> lists.sourceforge.net
> 
[stuff deleted]
> > 	13. 'About' should include build specific information, to
> > distinguish between different builds.
> 
> I'm not sure what you mean. It does currently give the version (i.e.  
> 2.2.5), what other information would you expect here?
> 
[stuff deleted]

I mean that instead of a release version number (2.2.5) it should
have a debug release number, something like: 2.2.5.dh.mingw.2005.05.12,
so that people know which precise version I'm talking about.
This doesn't just apply to you, but, to anyone who releases a binary
version to the public: 2.2.5.tk.java.2005.05.12 :-)

As an aside: did earlier versions of zinf have hotkeys? I.e. keys
that operated certain features of zinf, from whatever program was
frontmost? I'd like to map, for example, alt-F10 to 'toggle pause/play',
alt-F9 to 'previous song', and alt-F11 to 'next song'. There seems
to be no provision for them in this version.

Tom.
(Continue reading)

Permalink | Reply | 1 comment |
headers
kristian kvilekval | 20 May 21:58
Picon
Gravatar

Re: xmltree and mdb


I've added checks to make sure we don't search data sources
that have not been updated since the last time we cached.

However, there is a considerable delay on the first
time I open an element of the tree.  Every bit of
metadata is read from my 20gb music tree which is
taking quite a long time even when most of the data
is coming from the metakit database.  

It would preferable if opening the music/playlist/streams item
would only do the minimum number of metadata searches i.e.
one zinf://url?type='P' and then one metadata search for
the icon/title/expandable of each playlist.  Currently
it reads all music including the contents of the playlists.

In a possibly related problem,  when I click to open  
the music/playlist/streams list, 
the entire track list is filled out in the librarylist window.
This might be the root cause of the entirety of the metadata
being read on the fist click.

I don't know if this is possible, but could we
do something like for expandable tree-items.
  on click: 
     if item is a list
        if list is closed, open list 
           else fill out track list
  on dbl click
     same as click, but also add tracks to playlist.
(Continue reading)

Permalink | Reply | 5 comments |

Gmane