Opened 15 years ago
Closed 14 years ago
Last modified 13 years ago
#9846 closed Bug Report - General (Unverified)
Switching between SD channels in Live TV results in "Error opening jump program file" message
| Reported by: | Owned by: | danielk | |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.25.4 |
| Component: | MythTV - General | Version: | 0.24-fixes |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | yes |
Description
I have a combination frontend/backend system with a single PCTV 800i HD Card that records to a single local ext4 drive. I receive NTSC and ClearQAM channels from my cable provider through a coax cable connected directly to the PCTV card.
Prior to upgrading to 0.24 fixes everything worked fine. But since upgrading, if I change from one NTSC channel to another NTSC channel when watching live TV I get an "Error opening jump program file" message and mythfrontend stops responding. The problem only occurs when switching between NTSC channels. Switching between two ClearQAM channels or between a ClearQAM and an NTSC channel works just fine.
The frontend and backend logs corresponding to the actions resulting in the error are attached.
Attachments (7)
Change History (22)
by , 15 years ago
| Attachment: | mythbackend.log added |
|---|
comment:1 by , 14 years ago
Same confirmed for SD SECAM video also. I've used the 0.23 version of mythtv - and yesterday upgraded up to 0.24.1 Unfortunately the switching between channel stopped to work with this very error - "Error opening jump program file". Behavior is the same when running frontend on 'main' computer (the one which runs the backend also), and on another notebook with frontend only on home network. I have two identical tv-tuners (A16D) and can runaround the situation by simple reassign the initial channel on the non-used for the moment tuner, and switch the source to activate it. But it is really tricky and nothing to do with the situation itself.
The logs from fe and be is taken with the options: mythbackend -v file,network mythfrontend -v playback,file
I've started be, started fe, opened live TV and then tried to switch the channel. After the error I've exited fe and stopped be, - and this is the whole log.
Also I could provide another ways to help to solve the problem - even the ssh shell to my desktop to try.
comment:2 by , 14 years ago
I have exactly the same problem with PAL tuner. I can only work around it by tuning to one of the 4 FTA digital channels available on the separate dvb-stick, and tuning to the other analog channel.
comment:3 by , 14 years ago
Problem also happens when switching tot eh same channel you are watching.
comment:4 by , 14 years ago
I am also having this problem after upgrading to 0.24
Another odd bit of behavior I've noticed is that when switching
channels
it does change, but the aspect is all messed up and there is
no sound.
Then when a new program starts from the listing everything is fine.
comment:6 by , 14 years ago
I'm having the same problem. I have two analog (NTSC) cards, IVTV and V4L. IVTV switches normally most of time. V4L card gives "Error opening jump program file" every time Frontend attempts channel change. OTOH, backend has no problem switching V4L channels for recording. Using 0.24.
comment:7 by , 14 years ago
I upgraded to 0.25 in hope it's fixed but ... the problem is so severe now I cannot change channels from frontend at all.
comment:8 by , 14 years ago
I believe this is related to Ticket #9830 and you may consider merging these tickets as both have valid information that seem to relate. Also, as I noted in that ticket I feel this may be related to https://github.com/MythTV/mythtv/commit/4e8d935
comment:9 by , 14 years ago
| Owner: | set to |
|---|---|
| Status: | new → accepted |
comment:10 by , 14 years ago
| Resolution: | → Unverified |
|---|---|
| Status: | accepted → closed |
The backend log does not have "-v channel,record" and is quite old now. This is probably a duplicate of #9830, but without the proper logging to confirm I'm closing this as unverified.
comment:11 by , 14 years ago
I can confirm that this is still an issue: Mythbuntu 10.04.4 x86_64 with MythTV 0.25 (currently 2:0.25.0+fixes.20120608.648f0ae-0ubuntu0mythbuntu1) and that it's not confined to LiveTV...scheduled recordings are 0-bit when symptoms manifest. This problem was introduced immediately on upgrade from 0.23 on a long-working hardware setup. No amount of use of the PVR-500 by other software elicits the symptoms. MythTV backend logs show 'StartEncoding Failed' and 'socket went unconnected' errors when the symptoms manifest. At that time v4l2-ctl commands will fail. (Once mythbackend is killed), removal and reload of the ivtv modules will resurrect the card without a reboot.
All capture cards have been removed and reconfigured in backend setup many times including at least one run of card and video source removal/reconfigure along with channel rebuild from scratch.
comment:12 by , 14 years ago
Yes, it still is an issue. I have dual 2250 set up as analog only and pcHDTV-5500 set up as digital only. I can change analog channels only by switching to a digital channel and then back to analog, works every time. Running 0.25/fixes.
comment:13 by , 13 years ago
FWIW, this problem disappeared completely for me a couple weeks ago after I applied ltskinol's patch to fix bug #10732. http://code.mythtv.org/trac/attachment/ticket/10732/DeviceReadBuffer.cpp-patch
comment:14 by , 13 years ago
| Milestone: | unknown → 0.25.4 |
|---|
comment:15 by , 13 years ago
| Ticket locked: | set |
|---|

mythbackend.log