headers
Kristian Kvilekval | 5 Jan 20:24
Picon
Gravatar

zinf 2.2.2

I have uploaded a linux/unix only zinf-2.2.2 source tar ball
to sourceforge.  Below you can find a list of changes from 2.2.1

If someone would like to make rpm packages for this release 
please let me know and I will give you access.   

All fixes in this release were unix/linux related.   Win32 users
should continue to use 2.2.1

Upcoming releases include faster music database and glade/gtk-2
based UI.  Stay tuned.

Changes for version 2.2.2
--------------------------------------------------------------------

- Playlist time in status bar (Robert Hart)
- Makefile install fix
- Preference file maintains comment fields fix
- X11 font fix (Sam Varshavchik)
- GCC 3.2 fix (Sam Varshavchik)
- Drag'n'Drop between playlists
- Configurable web browser(default mozilla)
- Underscore options fix
- Saner sorting in browser tree.
- Vorbis writable tags support

--

-- 
Kristian G. Kvilekval
email:kris <at> cs.ucsb.edu office:(805)893-4276 http://www.cs.ucsb.edu/~kris
(Continue reading)

Permalink | Reply | 9 comments |
headers
Maurice R. Kelly | 6 Jan 00:01
Picon

Re: zinf 2.2.2

On Jan 5, Kristian Kvilekval wrote:

> I have uploaded a linux/unix only zinf-2.2.2 source tar ball
> to sourceforge.  Below you can find a list of changes from 2.2.1
> Changes for version 2.2.2
> --------------------------------------------------------------------
>
> - Playlist time in status bar (Robert Hart)
> - Makefile install fix
> - Preference file maintains comment fields fix
> - X11 font fix (Sam Varshavchik)
> - GCC 3.2 fix (Sam Varshavchik)
> - Drag'n'Drop between playlists
> - Configurable web browser(default mozilla)
> - Underscore options fix
> - Saner sorting in browser tree.
> - Vorbis writable tags support

Hi,

Is there any chance of someone fixing the problems with tag data
overwriting the actual music? It has been raised as bug number 579027.
Whilst I appreciate that people may have other priorities, corruption of
user data (i.e. audio files) is a very high priority bug, and deserves
more attention.

Please?

--

-- 
Maurice R. Kelly
(Continue reading)

Permalink | Reply | 1 comment |
headers
Kristian Kvilekval | 6 Jan 01:46
Picon
Gravatar

Re: zinf 2.2.2


On Sun, 2003-01-05 at 15:01, Maurice R. Kelly wrote:
[ snipped ]
> Is there any chance of someone fixing the problems with tag data
> overwriting the actual music? It has been raised as bug number 579027.
> Whilst I appreciate that people may have other priorities, corruption of
> user data (i.e. audio files) is a very high priority bug, and deserves
> more attention.
> 
> Please?

I looked into this but was unsure how to proceed. 
The problem is as follows:

The ID3 library does not actually check whether the mp3 data
in the file is valid (you would need to decode part of the data).

If you pass it a file that is not an mp3, but named like an mp3,
it will happily add a tag for you.

I have not experienced corruption of normal music files.  

That said, I have replaced the id3 (v1 v2) implementation
in linux zinf with a version using the latest id3lib.  
  http://id3lib.sourceforge.net/
Supposedly this is cross platform so if anyone would 
like to try to make this work under win32 then please 
give it a go.

The current cvs version also allows you choose what sort
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nicholas Dronen | 7 Jan 02:51
Favicon

Re: zinf 2.2.2

On Sun, Jan 05, 2003 at 11:24:06AM -0800, Kristian Kvilekval wrote:
> I have uploaded a linux/unix only zinf-2.2.2 source tar ball
> to sourceforge.  Below you can find a list of changes from 2.2.1
> 
> Changes for version 2.2.2
> --------------------------------------------------------------------
> 
> - Saner sorting in browser tree.

What is "saner" supposed to mean?  By year of publication
instead of artist?

Regards,

Nicholas

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 6 comments |
headers
Kristian Kvilekval | 7 Jan 03:13
Picon
Gravatar

Re: zinf 2.2.2


The tree sort function (in browsertree.cpp) was doing strange things
to the both the All Music Tree and the Uncategorized Music Tree
mainly because it sorted first on track number then on name.

This make perfect sense for an album list, but made other lists
pretty weird.    Instead track titles in an album listing have the
track number initially tagged to the beginning i.e. 01 - title
which sorts those correctly (as long we don't 99+ songs per album).
Other trees are sorted simply by title.  This change made the 
albums look sensible and the All music tree not appear in
a somewhat random order.

There have been quite a few requests to extend the music tree to
more elaborate organizations (by genre, by directory, etc).   The
new database (lazy db) extension supports a few of these
easily (zinf 2.2.3). However, the directory mode will require
a separate tree, I think. 

On Mon, 2003-01-06 at 17:51, Nicholas Dronen wrote:
> On Sun, Jan 05, 2003 at 11:24:06AM -0800, Kristian Kvilekval wrote:
> > I have uploaded a linux/unix only zinf-2.2.2 source tar ball
> > to sourceforge.  Below you can find a list of changes from 2.2.1
> > 
> > Changes for version 2.2.2
> > --------------------------------------------------------------------
> > 
> > - Saner sorting in browser tree.
> 
> What is "saner" supposed to mean?  By year of publication
(Continue reading)

Permalink | Reply | 5 comments |
headers
Nicholas Dronen | 7 Jan 03:41
Favicon

Re: zinf 2.2.2

On Mon, Jan 06, 2003 at 06:13:02PM -0800, Kristian Kvilekval wrote:
> 
> The tree sort function (in browsertree.cpp) was doing strange things
> to the both the All Music Tree and the Uncategorized Music Tree
> mainly because it sorted first on track number then on name.
> 
> This make perfect sense for an album list, but made other lists
> pretty weird.    Instead track titles in an album listing have the
> track number initially tagged to the beginning i.e. 01 - title
> which sorts those correctly (as long we don't 99+ songs per album).
> Other trees are sorted simply by title.  This change made the 
> albums look sensible and the All music tree not appear in
> a somewhat random order.
> 
> There have been quite a few requests to extend the music tree to
> more elaborate organizations (by genre, by directory, etc).   The
> new database (lazy db) extension supports a few of these
> easily (zinf 2.2.3). However, the directory mode will require
> a separate tree, I think. 

OK.  It sounds like you did attempt to restore sanity to an
asylum.  In my case, however, after upgrading from scratch,
having removed .zinf completely to see what would happen,
My Music now indexes files based on the year of publication.

Does this have something to do with the ID3 tagging options?
I didn't change anything so far as I know.  I started with
a completely new zinf and .zinf directory, searched a directory
in my home directory for mp3s, and now My Music is sorted on
year of publication even after going back to 2.2.1.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Kristian Kvilekval | 7 Jan 03:51
Picon
Gravatar

Re: zinf 2.2.2

I have same libraries loaded except the development 

ii  libid3-3.8.0-d 3.8.0-1        ID3 Tag Library: Development Libraries
and H

Could you try upgrading  libid3-dev  and recompiling.

Also which trees under MyMusic are strange?  Mine shows:

MyMusic
  AllMusic
  Uncategorized Music
  Artist1
  Artist2
    Album1
    Album2
      01 - track 1
      02 - track 2

On Mon, 2003-01-06 at 18:41, Nicholas Dronen wrote:
> On Mon, Jan 06, 2003 at 06:13:02PM -0800, Kristian Kvilekval wrote:
> > 
> > The tree sort function (in browsertree.cpp) was doing strange things
> > to the both the All Music Tree and the Uncategorized Music Tree
> > mainly because it sorted first on track number then on name.
> > 
> > This make perfect sense for an album list, but made other lists
> > pretty weird.    Instead track titles in an album listing have the
> > track number initially tagged to the beginning i.e. 01 - title
> > which sorts those correctly (as long we don't 99+ songs per album).
(Continue reading)

Permalink | Reply | 3 comments |
headers
Nicholas Dronen | 7 Jan 05:29
Favicon

Re: zinf 2.2.2

On Mon, Jan 06, 2003 at 06:51:43PM -0800, Kristian Kvilekval wrote:
> I have same libraries loaded except the development 
> 
> ii  libid3-3.8.0-d 3.8.0-1        ID3 Tag Library: Development Libraries
> and H
> 
> Could you try upgrading  libid3-dev  and recompiling.
> 
> Also which trees under MyMusic are strange?  Mine shows:
> 
> MyMusic
>   AllMusic
>   Uncategorized Music
>   Artist1
>   Artist2
>     Album1
>     Album2
>       01 - track 1
>       02 - track 2

I removed libid3-3.8.0, as it conflicted with the header
package that was installed, recompiled and still get:

MyMusic
  + All Tracks
  + Uncategorized Tracks
  + 0
  + 1963
  + 1965
  + 1968
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kristian Kvilekval | 7 Jan 06:26
Picon
Gravatar

Re: zinf 2.2.2

On Mon, 2003-01-06 at 20:29, Nicholas Dronen wrote:
> MyMusic
>   + All Tracks
>   + Uncategorized Tracks
>   + 0
>   + 1963
>   + 1965
>   + 1968
>   + 1971
>   . . . . 
> 
> After that, I upgraded libid3 and libid3-dev each to version
> 3.8.0, rm -fr'ed ~/.zinf, and recompiled (again, to be clear,
> using zinf 2.2.1).  The results?  All is well.
> 
> Thank you.
> 

  Glad that it's fixed... I'll put a check in that libid3 >= 3.8
in cvs when I get a chance.

> Before you go, I have one other issue to raise.  It has only
> to do with the user interface.
> 
> One thing that has always bothered me about freeamp/zinf
> is that "Search Computer for Music" doesn't cache input.
> I know I can configure it to poll directories, but I'm
> tired also of typing "/home/ndronen/audio".  Where should
> I look to change that?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ed Sweetman | 7 Jan 12:53
Favicon

Re: zinf 2.2.2

Kristian Kvilekval wrote:
> On Mon, 2003-01-06 at 20:29, Nicholas Dronen wrote:
> 
>>MyMusic
>>  + All Tracks
>>  + Uncategorized Tracks
>>  + 0
>>  + 1963
>>  + 1965
>>  + 1968
>>  + 1971
>>  . . . . 
>>
>>After that, I upgraded libid3 and libid3-dev each to version
>>3.8.0, rm -fr'ed ~/.zinf, and recompiled (again, to be clear,
>>using zinf 2.2.1).  The results?  All is well.
>>
>>Thank you.
>>
> 
> 
>   Glad that it's fixed... I'll put a check in that libid3 >= 3.8
> in cvs when I get a chance.
> 
> 
>>Before you go, I have one other issue to raise.  It has only
>>to do with the user interface.
>>
>>One thing that has always bothered me about freeamp/zinf
>>is that "Search Computer for Music" doesn't cache input.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane