dirkvdb / gejengel

Automatically exported from code.google.com/p/gejengel
GNU General Public License v2.0
2 stars 1 forks source link

problem reading id3 #19

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Hi:
Sorry about my english.
I installed gejengel 0.1.2 from getdeb.
Tryiyng to play the first song i get this from the console:

pepe@pepe:~$ gejengel --enable-debug
WARN:  Failed to open directory for iteration: /media/sda6/lost+found

(gejengel:7725): Gtk-CRITICAL **: gtk_tree_view_scroll_to_cell: assertion 
`tree_view->priv->tree != NULL' failed
WARN:  Frame is bigger than available size: frameSize: 1152 Avail: -32
WARN:  Alsa: Failed to write frame data: underrun occured ( Tubería rota )

WARN:  Decode error, but recoverable: lost synchronization

With openal i have not the problem.
My bigest problem is the program reading the id3.
I have many mp3 with extended information like album artist,composer 
etc,etc.
Gejengel is reading the album artist (not the artist at the id3)so i have 
to clean every id3 and leave just the artist to get everything at order.
Same album name by two different artist.I found it like various artist with 
both album and both artists at the same place.
Sometimes i cuold see like various artist a folder with the right id3-1 and 
id3-2.
I have my music collection perfertly taged,no problem with other programs.
One opinion:
Having thousand record is really hard to be moving up and down to find an 
album.Probably could it be better to have the artist name,click on it and 
then see the albums.

Original issue reported on code.google.com by ppkomb...@gmail.com on 21 Dec 2009 at 5:11

GoogleCodeExporter commented 9 years ago
Gejengel is meant for music libraries that contain mostly albums. So if your 
music 
collection is just a big bunch of random tracks than it will indeed become a 
mess. 
There are other applications out there that handle these collections better.

This is not a defect, gejengel was designed like that.

Original comment by dirk.vdb on 22 Dec 2009 at 8:53