Opened 11 years ago
Closed 11 years ago
Last modified 11 years ago
#11262 closed Bug Report - Hang/Deadlock (Duplicate)
Analog LiveTV practically not usable any more
Reported by: | Owned by: | Jim Stichnoth | |
---|---|---|---|
Priority: | minor | Milestone: | 0.26.1 |
Component: | MythTV - General | Version: | 0.26-fixes |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
I have been using MythTV since 0.21. Sorry if it sounds like a rant, but with every new version analog livetv function goes gradually worse. With 0.25 I was still able to watch a certain channel although I couldn't change it without switching to a digital channel in between. Now with 0.26 every time a new show starts (on the same channel) mythtv creates a zero-byte file and goes to the menu screen. I logged backend and frontend terminal outputs when trying to change channels, attached.
Attachments (5)
Change History (25)
comment:1 Changed 11 years ago by
The may be a dupe of #10732. Are you able to test the patch applied to that ticket?
comment:3 Changed 11 years ago by
Tried one more time, with all compiler flags disabled and ccache disabled (I'm on Gentoo). No cigar. Will try with gcc-4.6.3 and report back if there is any improvement.
comment:5 Changed 11 years ago by
Just to clarify, it works until it is time for the next program in the guide to start? What kind of capture cards do you have?
Please attach new backend logs with "-v channel,record".
comment:6 Changed 11 years ago by
Still running patched version (as suggested above), built with gcc-4.6.3, vanilla kernel 3.6.8. The card is Hauppauge 2250, using analog side only, video1 and video2. There is also a framegrabber card in this box (HD-5500, /dev/video0) which is not set up for use with MythTV. In the log I attached new program starts 18:00. Thanks.
comment:8 Changed 11 years ago by
Can you try editing libs/libmythtv/recorders/DeviceReadBuffer.cpp . Change line 33 from:
max_poll_wait(2500 /*ms*/),
to
max_poll_wait(5000 /*ms*/),
And see if that helps? That will give the poll twice as long before it aborts. It should get rid of the poll errors in your logs, and might fix the problem.
comment:9 Changed 11 years ago by
Now frontend is giving me "Error opening jump file" error and won't play at all, although the file mentioned in log is created and is bigger than zero bytes. New log attached.
Changed 11 years ago by
Backend log with -v channel,record - with poll time 5000 ms
comment:10 Changed 11 years ago by
Funny, I tried to increase it to 2550 ms, now I get (everything else is still same - no improvement)
2012-12-02 06:49:55.680680 W DevRdB(/dev/video2): Poll took an unusually long time 2552 ms 2012-12-02 06:49:58.238342 W DevRdB(/dev/video2): Poll took an unusually long time 2553 ms 2012-12-02 06:50:00.796033 W DevRdB(/dev/video2): Poll took an unusually long time 2553 ms 2012-12-02 06:50:03.352391 W DevRdB(/dev/video2): Poll took an unusually long time 2552 ms
comment:11 Changed 11 years ago by
Are you using the very latest version of 0.26-fixes? It's not clear from your logs as your packager isn't using a helpful version string.
comment:12 Changed 11 years ago by
I was using the one Gentoo ebuild pulls in. A few weeks old. Just did a git pull, built and installed. Patch-wise I'm back to square one, plain sources from git repo. Unfortunately, it's all same. BTW, frontend blesses me mostly with "Video buffering failed too many times", but sometimes I also get "Error opening jump file". Versatile!
comment:13 Changed 11 years ago by
comment:15 Changed 11 years ago by
Came across this as I was trying to diagnose why analog recently completely failed on my machine - I have two cards: one HVR-1600, a second HVR-2250.
I just figured out that somehow - I know not how - the default frequency table had been reset from us-cable to us-bcast. Setting it back fixed everything.
Run through mythtv-setup and see what frequency table you're using for analog, can't hurt...
comment:16 Changed 11 years ago by
Nope, it still can record. Just no live TV. Actually, I was thinking maybe it has something to do with my hardware. So I built a brand new dedicated backend. But things got even worse. With both BE and FE in the same box I was able to watch recordings in process. Now when I try to do that both BE and FE crash. I'm not attaching any logs because I do not think anybody is interested.
comment:17 Changed 11 years ago by
The Feb 3rd commit to 0.26-fixes for this issue appears to have resolved it for me. I just changed analog channels over a dozen times without incident. I've also watched one program rollover into the next without issue.
Thanks!
comment:18 Changed 11 years ago by
Milestone: | unknown → 0.26.1 |
---|---|
Owner: | set to Jim Stichnoth |
Priority: | major → minor |
Status: | new → accepted |
comment:19 Changed 11 years ago by
Resolution: | → Duplicate |
---|---|
Status: | accepted → closed |
Closing as a duplicate of #11211, which was fixed in a1b9b1f94a774710443637de034c661618e5baa3.
Note that this fixes a specific regression introduced in 0.26. Live TV bugs present in 0.25 may still be lurking.
jaglover, please reopen if you're still seeing the same problem.
comment:20 Changed 11 years ago by
Yes, this issue is gone. Thank you! Although the liveTV issue that started long time ago (0.24 methinks) is still present, I get occasional "Error opening jump program file".
Frontend terminal output