mythbuntu-bugs team mailing list archive

[MarcRandolph <mrand@xxxxxxxxx>]

After waiting 8 months, the response from upstream was this:

<<The MythTV tuning code requires at least a PAT and PMT as per spec.
Any attempt to add support for building a PMT on the fly based on the
content of the data on the wire would be a feature request. It's a
sufficiently rare case that I'm not really interested in implementing
that feature myself. >>

If one of you can locate someone to help write a patch, it might, we'd
be happy to help push to get it adopted.

** Changed in: mythbuntu
       Status: Confirmed => Won't Fix

-- 
8300HD Firewire works in linux but not in Myth
https://bugs.launchpad.net/bugs/363237
You received this bug notification because you are a member of Mythbuntu
Bug Team, which is subscribed to Mythbuntu.

Status in Mythbuntu, Ubuntu derivative focused upon MythTV: Won't Fix
Status in MythTV: Invalid

Bug description:

Basically, I'm unable to get MythTV to use my FireWire-equipped cable box as an input. I'm pretty confident that the problem is not with Linux, nor with the cable box itself, but rather with MythTV. This is because everything works fine outside of MythTV. (Note: Running Mythbuntu 9.04, which uses the latest patched version 0.21 of MythTV).

The cable box is a Scientific Atlanta 8300HD (cable provided by Cox in Las Vegas). I have verified that the majority of the channels are unencrypted. In fact, using the test-mpeg program, I can easily and reliably capture MPEG-2 streams off of the box and straight to files, and they play perfectly.

In MythTV, the channel changing works perfectly (as I change channels, I can watch the channel numbers change on the box itself). However, the only information in the overlay is as follows:

[quote]
Signal 100% | (L__) Partial Lock
[/quote]

After the prescribed delay, the warning box will pop up complaining that "You should have gotten a channel lock by now..."

At the same time, mythbackend.log reports:

[quote]
Preview Error: Previewer file '/home/mythtv/rtemp/11070090417201123.mpg' is not valid.
Preview Error: Run() file not local: '/home/mythtv/rtemp/11070090417201123.mpg'
Preview Error: Preview process not ok. fileinfo(/home/mythtv/rtemp/11070090417201123.mpg.png) exists: 0 readable: 0 size: 0
Of course, I have verified that the channels are unencrypted and can be captured from the command line with test-mpeg. I have also verified that the myth user has read/write access to the recording directory (in this case, I've moved it to the myth user's home dir).
[/quote]

Just to spice things up, in a few instances (less than 0.5%), somehow, MythTV will get a lock and start playing the channel! I've found no way to reproduce this reliably.

I've tried all manner of combinations with the backend settings, including varying the signal delays, bitrates, and trying different drivers. The results appear to be the same, so long as I use 'Generic' or one of the 'Scientific Atlanta' drivers. If I use Motorola drivers, the channel changing ceases to function.

My suspicion is that the problem lies with complexities with the Myth firewire import driver. As I've said, copying via the simple test-mpeg script works flawlessly, every time.

If this is not a bug, any help would be appreciated.