Opened 14 years ago
Closed 13 years ago
Last modified 12 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)
Changed 14 years ago by
Attachment: | mythbackend.log added |
---|
comment:1 Changed 14 years ago by
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 Changed 14 years ago by
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 Changed 14 years ago by
Problem also happens when switching tot eh same channel you are watching.
comment:4 Changed 14 years ago by
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 Changed 14 years ago by
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 Changed 13 years ago by
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 Changed 13 years ago by
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 Changed 13 years ago by
Owner: | set to danielk |
---|---|
Status: | new → accepted |
comment:10 Changed 13 years ago by
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 Changed 13 years ago by
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 Changed 13 years ago by
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 Changed 12 years ago by
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 Changed 12 years ago by
Milestone: | unknown → 0.25.4 |
---|
comment:15 Changed 12 years ago by
Ticket locked: | set |
---|
mythbackend.log