tested release 0.5.20 and unfortuately the threading issue is still there. As noted before, Me TV works for me like a charm even if I alter the application.cc file like this:
if (!g_thread_supported ())
{
//g_thread_init (NULL);
}
// gdk_threads_init();
// gnet_init();
// GDK_LOCK;
Really, watching and recording TV, EPG, etc., everything works _with_ threading. At the moment I do not know why. (see attached screencast)
Let's put this issue in the background for a while. I build a rpm which is about to be released into the wild soon. If others confirm that they experience the same threading issues, like those happening on my machine, I could alter the rpm with above changes and see if that is solving the problem for them, too. After all, the xine-vfs plugin triggers some magic in the whole glib/gtk/gnome stack.
For the next few days, I'll just *use* Me TV with these changes to the source code, so I can come up with ideas for blueprints what features would be cool to have in Me TV.
Hi,
tested release 0.5.20 and unfortuately the threading issue is still there. As noted before, Me TV works for me like a charm even if I alter the application.cc file like this: supported ())
if (!g_thread_
{
//g_thread_init (NULL);
}
// gdk_threads_init();
// gnet_init();
// GDK_LOCK;
Really, watching and recording TV, EPG, etc., everything works _with_ threading. At the moment I do not know why. (see attached screencast)
Let's put this issue in the background for a while. I build a rpm which is about to be released into the wild soon. If others confirm that they experience the same threading issues, like those happening on my machine, I could alter the rpm with above changes and see if that is solving the problem for them, too. After all, the xine-vfs plugin triggers some magic in the whole glib/gtk/gnome stack.
For the next few days, I'll just *use* Me TV with these changes to the source code, so I can come up with ideas for blueprints what features would be cool to have in Me TV.
Cheers,
Matthias