linux-traipu team mailing list archive

[Bug Watch Updater <363237@xxxxxxxxxxxxxxxxxx>]

** Changed in: mythtv
       Status: Invalid => New

-- 
You received this bug notification because you are a member of UBUNTU -
AL - BR, which is subscribed to Mythbuntu.
https://bugs.launchpad.net/bugs/363237

Title:
  8300HD Firewire works in linux but not in Myth

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

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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/mythbuntu/+bug/363237/+subscriptions