christine

nibblesmx have been hacking on the way to import files faster in Christine. I have reached a way to import all my files (2239) in about 6 or 7 minutes, this is inserting them in a gtk.ListStore and extract the tags using gstreamer. Nibblesmx have ... [More] reached the way to extract tags of this files in just 3 minutes (or less), but that's just extracting the tags, anyway, I think it's still faster while insert the files in a gtk.ListStore. The good thing about this is that, it seems to work in nibblesmx machine (and in mine), no crash (at least not now). How does he do it?. Using mutagen to extract the tags instead gstreamer. Thanks nibblesmx, there is still some work to do, but now it is less. [Less]

Today I have work in the import stuff in christine, since we start working on it we have several issues, some crashes of freezes. Most of them in some other computers. In my computer there where just some freezes that get solved just in time, i ... [More] mean, I have to be wait a bit and chritine updates itself. In the first aproach I try to use gobject.timeout_add to iterate over the files to import, that wasn't the right approach, because, the time between insert and insert where fixed, 0.6 secs, no matter if you have a 4 CuadCore CPU's it will take the same time in my machine. And in some old machines, this just crash. And it crash because in that machines we have to wait a bit more before insert another file to be parsed. The other (the right)) approach was using signals. The main library was emitting signals when it was ready to accept another file to be inserted, but there where something that just crashes my app, I try to use this with threads, timer from gobject and nothing. At this time, it just don't crash, but it just freeze. Answer.... Use this: while gtk.events_pending():                  gtk.main_iteration_do(False)   Just, let GTK to update the interface before doing anything else. . Now it 's sweet and it takes 5 to 6 minutes to import my ~2500 files, takes more importing mp3 than ogg, but that's a gstreamer issue. Update1 For some weird reasons this seems not working in some computers. It doesn't run well in nibblesmx machine, even that I guess it's faster than mine and uses a OS that is compiled for i686 instead i486 (wich makes no big difference). The sema with n0sferatu, but I think that is the gstreamer version that they have or something like that, because both of them use Ubuntu... Some ubuntu user to thest the code of christine?. [Less]

Today I have work in the import stuff in christine, since we start working on it we have several issues, some crashes of freezes. Most of them in some other computers. In my computer there where just some freezes that get solved just in time, i ... [More] mean, I have to be wait a bit and chritine updates itself. In the first aproach I try to use gobject.timeout_add to iterate over the files to import, that wasn't the right approach, because, the time between insert and insert where fixed, 0.6 secs, no matter if you have a 4 CuadCore CPU's it will take the same time in my machine. And in some old machines, this just crash. And it crash because in that machines we have to wait a bit more before insert another file to be parsed. The other (the right)) approach was using signals. The main library was emitting signals when it was ready to accept another file to be inserted, but there where something that just crashes my app, I try to use this with threads, timer from gobject and nothing. At this time, it just don't crash, but it just freeze. Answer.... Use this: while gtk.events_pending():                  gtk.main_iteration_do(False)   Just, let GTK to update the interface before doing anything else. :-). Now it 's sweet and it takes 5 to 6 minutes to import my ~2500 files, takes more importing mp3 than ogg, but that's a gstreamer issue. Update1 For some weird reasons this seems not working in some computers. It doesn't run well in nibblesmx machine, even that I guess it's faster than mine and uses a OS that is compiled for i686 instead i486 (wich makes no big difference). The sema with n0sferatu, but I think that is the gstreamer version that they have or something like that, because both of them use Ubuntu... Some ubuntu user to thest the code of christine?. [Less]

Today I have work in the import stuff in christine, since we start working on it we have several issues, some crashes of freezes. Most of them in some other computers. In my computer there where just some freezes that get solved just in time, i ... [More] mean, I have to be wait a bit and chritine updates itself. In the first aproach I try to use gobject.timeout_add to iterate over the files to import, that wasn't the right approach, because, the time between insert and insert where fixed, 0.6 secs, no matter if you have a 4 CuadCore CPU's it will take the same time in my machine. And in some old machines, this just crash. And it crash because in that machines we have to wait a bit more before insert another file to be parsed. The other (the right)) approach was using signals. The main library was emitting signals when it was ready to accept another file to be inserted, but there where something that just crashes my app, I try to use this with threads, timer from gobject and nothing. At this time, it just don't crash, but it just freeze. Answer.... Use this: while gtk.events_pending():                  gtk.main_iteration_do(False)   Just, let GTK to update the interface before doing anything else. :-). Now it 's sweet and it takes 5 to 6 minutes to import my ~2500 files, takes more importing mp3 than ogg, but that's a gstreamer issue. Update1 For some weird reasons this seems not working in some computers. It doesn't run well in nibblesmx machine, even that I guess it's faster than mine and uses a OS that is compiled for i686 instead i486 (wich makes no big difference). The sema with n0sferatu, but I think that is the gstreamer version that they have or something like that, because both of them use Ubuntu... Some ubuntu user to thest the code of christine?. [Less]

Today I have work in the import stuff in christine, since we start working on it we have several issues, some crashes of freezes. Most of them in some other computers. In my computer there where just some freezes that get solved just in time, i ... [More] mean, I have to be wait a bit and chritine updates itself. In the first aproach I try to use gobject.timeout_add to iterate over the files to import, that wasn't the right approach, because, the time between insert and insert where fixed, 0.6 secs, no matter if you have a 4 CuadCore CPU's it will take the same time in my machine. And in some old machines, this just crash. And it crash because in that machines we have to wait a bit more before insert another file to be parsed. The other (the right)) approach was using signals. The main library was emitting signals when it was ready to accept another file to be inserted, but there where something that just crashes my app, I try to use this with threads, timer from gobject and nothing. At this time, it just don't crash, but it just freeze. Answer.... Use this: while gtk.events_pending():                  gtk.main_iteration_do(False)   Just, let GTK to update the interface before doing anything else. . Now it 's sweet and it takes 5 to 6 minutes to import my ~2500 files, takes more importing mp3 than ogg, but that's a gstreamer issue. Update1 For some weird reasons this seems not working in some computers. It doesn't run well in nibblesmx machine, even that I guess it's faster than mine and uses a OS that is compiled for i686 instead i486 (wich makes no big difference). The sema with n0sferatu, but I think that is the gstreamer version that they have or something like that, because both of them use Ubuntu... Some ubuntu user to thest the code of christine?. [Less]

Today I have the time to re enable the christine site Christine-Project.org. I also fix a small bug in christine that avoid the tags update and song name display while playing songs.

Today I have the time to re enable the christine site Christine-Project.org. I also fix a small bug in christine that avoid the tags update and song name display while playing songs.

Today I have the time to re enable the christine site Christine-Project.org. I also fix a small bug in christine that avoid the tags update and song name display while playing songs.

Today I have the time to re enable the christine site Christine-Project.org. I also fix a small bug in christine that avoid the tags update and song name display while playing songs.

Today Finish the Christine Bug Squash I'm Happy because we (nibblesmx and I) fixed some bugs, 5 bug reports where fixed and closed while some others are still open waiting for some user testing (even that they where fixed and in my machine it works ... [More] fine). Tanks to Pcero and Jose Oviedo, for their bug reports. Things that I like more about Christine is: Support for radio stations. (via Open Remote) Now you can just copy the Url of the .pls or m3u file and christine will play it. Improved the Visualization mode. Now it works on the radio stations too. And if you aren't playin Christine and activate it, when you hit the play button it will work (no wait until next song or deactivate and reactivate). Improved the time for importing I have been working with signals, and at least in my machine it runs smooth, Importing my 1865 songs in just 2 or 3 minutes (hey, fetching all that data isn't easy in GStreamer, and I know there are some other libraries, but we have to be able to fecth this data (tags) with all Media Files supported by GStreamer not only mp3 and vorbis ogg) Some things still need some work: Some keyboard bindings are broken. The player display (where videos and visualization shows up) steals events if it is in focus. There are a bunch of features that I'd like to include in next release. [Less]