| Summary: | Kaffeine crashes while access to xine after startup | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Slávek Banko <slavek.banko> |
| Component: | non-core programs | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | bugwatch, darrella, dzfixes-box1 |
| Priority: | P5 | ||
| Version: | R14.0.0 [Trinity] | ||
| Hardware: | All | ||
| OS: | Debian Squeeze | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Attachments: | backtrace after access to xine settings | ||
|
Description
Slávek Banko
2011-10-26 13:18:23 CDT
Created attachment 110 [details]
backtrace after access to xine settings
We tried, that problem still remains in trinity 3.5.13. I think that bug #511 is also a problem with xine initialization. This may be an old unresolved KDE3.5.10 bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=427911 https://bugzilla.novell.com/show_bug.cgi?id=391304 What graphics hardware and drivers are you using? I would say that the problem does not depend on the graphics card / driver. I watch him on the MGA and ATI (both with open source drivers). With 3.5.13 in addition there is a crash when stopping successfully playing video / audio. (In reply to comment #4) > I would say that the problem does not depend on the graphics card / driver. I > watch him on the MGA and ATI (both with open source drivers). > > With 3.5.13 in addition there is a crash when stopping successfully playing > video / audio. I noticed that both crashes occur on Debian Squeeze. It is possible that the ffmpeg library on Squeeze contains a bug: https://bugs.kde.org/show_bug.cgi?id=279829 That bug report is valid with the latest Kaffeine, and the crash is very similar. I cannot reproduce the bug on Ubuntu, and I know that Ubuntu builds its ffmpeg packages differently than Debian does. Does the KDE4 version of kaffine crash on your system? (Odpověď na komentář #5)
> I noticed that both crashes occur on Debian Squeeze. It is possible that the
> ffmpeg library on Squeeze contains a bug:
> https://bugs.kde.org/show_bug.cgi?id=279829
>
> That bug report is valid with the latest Kaffeine, and the crash is very
> similar. I cannot reproduce the bug on Ubuntu, and I know that Ubuntu builds
> its ffmpeg packages differently than Debian does.
>
> Does the KDE4 version of kaffine crash on your system?
Even though very reluctantly, I installed the KDE4 kaffeine + necessary packages. I tried both audio and some video, and all without hesitation.
> If you run the audio from any mp3 file before opening the xine settings or > running TV program, kaffeine is ok. Are you saying this is a possible workaround to use dvb? I ask because I administer a machine used as a pvr, which cannot be upgraded from Lenny till this is sorted I reported bug #511 but do not access that machine very often, so have limited info, except dvb crashes (tde) kaffeine immediately and one probably useless backtrace (Odpověď na komentář #7)
>
> Are you saying this is a possible workaround to use dvb?
>
It's a workaround in part - only for 3.5.12. In 3.5.13, you could not stop playing because they reliably Stop leads to crash kaffeine.
(Odpověď na komentář #8)
> (Odpověď na komentář #7)
> >
> > Are you saying this is a possible workaround to use dvb?
> >
I have a reliable workaround!
I examined the differences between 3.5.12 and 3.5.13 and fell into my eye, that after the "stop" is now displayed the file "logo". And it was a good guideline. Logo file is located in /opt/trinity/share/apps/kaffeine and it is a single picture - jpeg. When I was replaced picture by video (logo.avi copied as a logo), kaffeine is stable again!
It seems that xine does not like ordinary pictures.
Excellent debugging! Image corruption did not show up in the backtrace and I would never have guessed it myself. I'm going to mark this PATCHAVAIL as we now know what has to be updated in GIT. (Odpověď na komentář #10)
> Excellent debugging! Image corruption did not show up in the backtrace and I
> would never have guessed it myself.
>
> I'm going to mark this PATCHAVAIL as we now know what has to be updated in GIT.
The problem is that the image is not damaged - I have downloaded the original kaffeine from Lenny, 3.5.12 and 3.5.13. A picture is identical in all versions.
It seems that xine is dissatisfied with the fact that it is a picture - it's not video.
It might be wise to report this to the Xine developers. To fix this bug I can create a single frame "movie" out of the original image. Fixed in GIT hash 508cb34. Can you apply this patch to 3.5.13 and verify that the problem is resolved? If kaffeine still crashes please reopen this bug report. (Odpověď na komentář #13)
> Fixed in GIT hash 508cb34. Can you apply this patch to 3.5.13 and verify that
> the problem is resolved? If kaffeine still crashes please reopen this bug
> report.
The patch successfully applied to 3.5.13 and it works correctly - packages included into prepared updates.
Confirmed here, it is fixed as described, also bug 511, was the same problem. Many thanks Slávek Banko. Kaffeine will be perfect when bug 727 (annoyance but not showstopper) is sorted. (Odpověď na komentář #15) > Confirmed here, it is fixed as described, also bug 511, was the same problem. > Many thanks Slávek Banko. Kaffeine will be perfect when bug 727 (annoyance but > not showstopper) is sorted. If it solves another bug, so why not: I have included the rest of the patches addressing bug #727 into the prepared updates for 3.5.13. (Part I've had already fixed without my knowing it is linked to #727.) To kaffeine was perfect, it is still necessary to solve #859 :) |