From: Frantisek D. <va...@us...> - 2004-04-01 12:18:59
|
Hi Michael, V St, 31. 03. 2004 v 19:16, Michael Roitzsch p=C3=AD=C5=A1e: > Hi Frantisek, Hi all, >=20 > I think I found a nice solution for the libsputext deadlock for which w= e only=20 > have an ugly interim fix in CVS now. The patch is attached; could every= one,=20 > who uses libsputext more often (Frantisek?) please test it? >=20 It works fine. I should mention here problem with seeking, which is due to subtitles. The problem was also before, without the new patch. Seeking takes too long with subtitles (with running audio), without subtitles is it OK. During this time OSD info (CTRL-i) works. I attach backtrace. It isn't deadlock, I've stopped xine in the long waiting after seeking and pressing STOP. Then I've got the backtrace, and then playback correctly stopped after some time, or after finish the stream. It looks as starvation, but sometimes it looks as "local deadlock". > Result: The sputext decoder should behave gracefully, no matter if it s= hares=20 > the thread with a video decoder or not. >=20 Subtitles are displayed for audio file with post plugin or steam animation. > Any comments from the fellow engine experts? Miguel, are you here? :) >=20 > > PS: Once I accidentally add just a subtitle file into playlist. It wo= uld > > take too much work to get play subtitle alone. :-) But there is deadl= ock > > after pressing STOP... >=20 > I think this should work now. If not: backtrace, please! ;) >=20 Here is, the backtrace with standalone text subtitles. > Michael Cheers, Frantisek |