Opened 18 years ago
Closed 18 years ago
Last modified 18 years ago
#1122 closed defect (fixed)
8703 breaks XvMC-VLD on EPIA
Reported by: | Jon Whitear | Owned by: | danielk |
---|---|---|---|
Priority: | minor | Milestone: | 0.19 |
Component: | mythtv | Version: | head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description (last modified by )
I've just upgraded both frontend (diskless EPIA M10k, Gentoo, 2.6.7) and backend from 8695 to SVN 8725.
Pre-recorded TV plays fine (recordings made before and after upgrade) but LiveTV fails. Here's the frontend log on entering LiveTV.
Cheers,
Jon
Attachments (16)
Change History (47)
Changed 18 years ago by
Attachment: | logsandbacktrace.txt added |
---|
comment:1 Changed 18 years ago by
comment:2 Changed 18 years ago by
Summary: | Upgrade from SVN 8695 -> 8725 breaks LiveTV [DVB / XVMC-VLD] → Upgrade to > SVN 8696 breaks LiveTV [ DVB / XVMC (VLD/NVIDIA) ] |
---|
I have exactly the same problem, except with the nVidia XvMC (driver version 7676). XvMC always worked until upgrading to 8725.
I deleted my source tree and checked out 8728 from scratch, which also exhibits the same problem. I have also re-installed my nVidia drivers to no effect.
I will look at attaching logs and a backtrace in about 12 hours when I get home from work (if it's not fixed by then :).
Obviously it's a commit that happened between 8696 and 8725, as the previous poster indicates.
comment:4 Changed 18 years ago by
Have perused the changesets, and decided that the most likely revisions at which this may have broken are....
8703 8704 8706 8717 8719 8722
Forgive my unfamiliarity with the codebase if this seems incorrect (this is a start, eh?).
I too am suffering from this problem. Most unpleasant visual glitch artefacts occur. The crash has a nasty habit of taking the whole box down. Yet recordings (from the same channel and the same programme that caused LiveTV to choke) work just fine.
I shall try 8706, then we will have halved the potential culprits.
comment:6 Changed 18 years ago by
Milestone: | → 0.19 |
---|---|
Owner: | changed from Isaac Richards to danielk |
Version: | → head |
I'll look at this when you find the breaking commit...
comment:7 Changed 18 years ago by
Description: | modified (diff) |
---|
Please test with the latest SVN, in case [8737] fixed this.
I need a full "mythfrontend -v playback" log with the latest SVN anyway..
comment:8 Changed 18 years ago by
8716 is broken for me. I'll try 8738, but I'm away for a couple of days, so won't be get to it until Monday.
comment:9 Changed 18 years ago by
On my system using XvMC with a nVidia 5200 version 8702 works and 8703 seg faults. 8738 also seg faults. I attached the mythfrontend -v playback log of the 8738 seg fault. I'll work on getting a backtrace and see if it is the same as the one attached.
comment:11 Changed 18 years ago by
This might be related, but my epia box is been crashing a lot in the last month on liveTV (not DVB but on ordinary TV too). Prerecorded shows run fine. Haven't posted a ticket because the log never reveal anything. Haven't tried a trace though... If you could tell me how to do a trace, I could generate one.
comment:12 Changed 18 years ago by
Confirm that 8706 suffers from this problem (for me, GF4MX integrated mobo GPU, 7667 driver.)
Will test 8702 - 8703 at weekend, unless someone beats me to it first :-)
comment:13 Changed 18 years ago by
Summary: | Upgrade to > SVN 8696 breaks LiveTV [ DVB / XVMC (VLD/NVIDIA) ] → 8703 breaks XvMC-VLD on EPIA |
---|
comment:14 Changed 18 years ago by
Can someone send me the "mythfrontend -v playback" output with the 1122.patch applied?
I also need a backtrace with the current SVN. The directions for making a backtrace are linked to from the TicketHowTo.
My guess is that the VideoOutputXv? is blocking the reuse of the only port on the EPIA available for decoding 1080i material because it is already being used by VideoOutputXv?; the patch should confirm that. But even so there shouldn't be a segfault, MythTV should be falling back to another output method or bailing out of video playback, which is why I need an up to date backtrace.
Changed 18 years ago by
Attachment: | mythfrontend.log added |
---|
comment:15 Changed 18 years ago by
As requested. My frontend doesn't crash thought just brings up a 'There has been a problem displaying video' message
comment:16 Changed 18 years ago by
I am having the same problem: Selecting LiveTV with XvMC Via causes the frontend to segfault.
My box has a Via unichrome pro chip.
I have just updated my version to 8742 and will attach the logs as requested. First the logs with your 1122.patch applied.
Tomorrow I can provide a backtrace too, but first I have to emerge gdb on this (slow) Gentoo box. :-/
Changed 18 years ago by
Attachment: | gdb_frontend_8742.txt added |
---|
gdb segfault backtrace r8742 selecting LiveTV enabled Via XvMC
Changed 18 years ago by
"Error was encountered while displaying video" but on a matrox g400 - live tv with r8742
Changed 18 years ago by
"Error was encountered while displaying video" but on a matrox g400 - live tv with r8742 (correct trace)
comment:17 Changed 18 years ago by
I am having a similar problem on r8703 forward, where LiveTV brings up the There has been a problem displaying video' message. This is on a system where XvMc? support is compiled in, but it is not selected as I have a matrox G400 Videocard on that machine atthe moment. I am not using deinterlacing of any kind.
comment:18 Changed 18 years ago by
Status: | new → assigned |
---|
TimJordan?, the logs confirm my suspicion. A new video output is being created before destroying the old one, if you don't have the additional resources things go boom.
I'll look at this today.
comment:19 Changed 18 years ago by
Can someone with an EPIA setup test the patch I just attached?
If it doesn't work I'd be interested in the logs from "mythfrontend -v playback".
comment:21 Changed 18 years ago by
Tracked the cause of my problem down. Rolling back the changes to livetvchain.cpp (svn update -r 8702 libs/libmythtv/livetvchain.cpp) on current svn r8745 fixes my problems. There seems to be some residual prebuffer pauses, but no hard failures. Do you want me to open a diffent ticket?
comment:22 Changed 18 years ago by
John, that is no fix. If you changed between two different cards you would still experience this problem after reverting that change, you would also experience segfaults on resolution changes; which is what that commit fixes.
Please provide the log I requested so that I can fix this problem.
Changed 18 years ago by
Attachment: | mythfrontend.2.log added |
---|
comment:24 Changed 18 years ago by
Tim, please send me the same log from v3 of the patch. It adds some debugging where things seem to go wrong in your log.
comment:25 Changed 18 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:26 Changed 18 years ago by
Resolution: | fixed |
---|---|
Status: | closed → reopened |
The video element is fixed as in it now displays video, But it stutters a lot, the log shows lots of out of sync frames which make it unwatchable. Should this be a different ticket? It works fine using non xvmc btw.
Regards
Tim
comment:27 Changed 18 years ago by
mythfrontend -v playback log. This shows the result of entering live TV, starting on chanid 1001 UK DVB-T (which is BBC1 on my system) which fails, changing to a dvb-s card (which works) and then back to the original UK DVB-T by selecting chanid 1004 (channel4). One succesfully opened a channel on the DVB-T card I seem to be able to switch back and forward between "working" and "failing" channels. As long as I finally leave LiveTV on a "working" channel, so it is the start channel for the next visit, then I can get back in.
comment:28 Changed 18 years ago by
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
TimJordan?, you seem to be experiencing the classic symptoms of #774.
John Whitear, you are experiencing something else entirely. Can you e-mail me match backend and frontend logs with 'mythbackend -v record,channel' and 'mythfrontend -v playback' (repeating the same procedure), using the latest SVN? I don't know if this is described by one of the existing tickets like #971, or is something new. Looking at those logs might help.
comment:29 Changed 18 years ago by
I can cofirm on my setup that xvmc is back, but I am now seeing the same thing as TimJordan?. Video is there but looks like it's in slow motion. It worked fine in 8969.
comment:30 Changed 18 years ago by
Sorry, dislexic on the version, it worked fine in 8696. I don't think SVN can pull versions in from the future yet. ;)
comment:31 Changed 18 years ago by
Daniel, updating to 8755 fixed my problem. Your fix for the LCD locking also seems to have reduced (if not eliminated) the number of frontend segfaults I've been getting. Updating to 8769 has cleared up a lot of audio stuttering, too. Thanks.
I have the same problem. I was using 8696, and XVMC broke after an upgrade. I am using the Nvidia 8178 driver. I fully purged my Myth build direcotires and re-built, but the problem persisted. I then reverted back to 8696 and it's back to working again without any problems. I've attached the relevant parts of the log and a backtrace.