Canadian TV, Computing and Home Theatre Forums banner

141 - 160 of 398 Posts

·
Registered
Joined
·
6,255 Posts
Great news Mark! Lets hope this issue is resolved for once and for all.

As for this weekend, I will have to check with my wife to see what our schedule is like. I do know that I am stuck at home Saturday morning and have a commitment late afternoon that I can't avoid.
 

·
Registered
Joined
·
1,543 Posts
Fix for tiny EPG in Myth-0.22/0.23

  • The Program Guide suffers from a similar stupidity. All of the themes put 3 channels x 4-5 timeslots on the screen. My mythtv-0.21 install shows 13 channels x 7 timeslots, and even that feels like an unnecessary limitation.
Google found me a fix for that, in this ubuntuforums thread. I haven't tried it out here yet, but it does look promising. If it works, I'll likely upgrade to mythtv-0.23 within a week or two.
 

·
Registered
Joined
·
1,543 Posts
Mythbuntu-10.04 EPG: schedule-ui.xml.patch

Yeah, Baby! That's what I'm talkin' about!! :)

Code:
--- schedule-ui.xml.orig        2010-04-12 21:10:49.000000000 -0400
+++ schedule-ui.xml     2010-04-12 21:10:50.000000000 -0400
@@ -1,6 +1,14 @@
 <mythuitheme>

     <window name="programguide">
+       <font name="gridfont" face="DejaVu Sans">
+            <size>10</size>
+            <color>#FFFFFF</color>
+       </font>
+       <font name="channelfont" face="DejaVu Sans">
+            <size>12</size>
+            <color>#FFFFFF</color>
+       </font>

         <shape name="shape2" from="baseboxbackground">
             <area>30,125,1220,100</area>
@@ -34,8 +42,8 @@
         <guidegrid name="guidegrid">
             <area>220,295,1032,390</area>
             <layout>horizontal</layout>
-            <channels>5</channels>
-            <timeslots>4</timeslots>
+            <channels>10</channels>
+            <timeslots>8</timeslots>
             <solidcolor>#003256</solidcolor>
             <selector type="box" linecolor="#bcbcbc" ></selector>
             <showcategories>yes</showcategories>
@@ -44,7 +52,7 @@
             <conflictingcolor>#ff6600</conflictingcolor>
             <cutdown>no</cutdown>
             <multiline>yes</multiline>
-            <textoffset>9,6</textoffset>
+            <textoffset>6,3</textoffset>
             <recordstatus type="SingleRecord" image="shared/gg-rs-single.png"></recordstatus>
             <recordstatus type="TimeslotRecord" image="shared/gg-rs-timeslot.png"></recordstatus>
             <recordstatus type="ChannelRecord" image="shared/gg-rs-channel.png"></recordstatus>
@@ -54,7 +62,7 @@
             <recordstatus type="OverrideRecord" image="shared/gg-rs-override.png"></recordstatus>
             <arrow direction="left" image="shared/gg-arrow-left.png"></arrow>
             <arrow direction="right" image="shared/gg-arrow-right.png"></arrow>
-            <font>basesmall</font>
+            <font>gridfont</font>
         </guidegrid>

         <buttonlist name="timelist">
@@ -63,16 +71,16 @@
             <spacing>0</spacing>
             <buttonarea>0,0,1036,36</buttonarea>
             <statetype name="buttonitem">
-                <area>0,0,258,36</area>
+                <area>0,0,129,36</area>
                 <state name="active">
                    <shape name="buttonbackground">
-                       <area>0,0,258,36</area>
+                       <area>0,0,129,36</area>
                        <fill color="#222222" alpha="150" />
                        <type>roundbox</type>
                        <cornerradius>18</cornerradius>
                    </shape>
                     <textarea name="buttontext" from="basetextarea">
-                        <area>10,0,238,36</area>
+                        <area>10,0,119,36</area>
                         <font>basesmall</font>
                         <align>center</align>
                     </textarea>
@@ -112,20 +120,20 @@
             <spacing>0</spacing>
             <buttonarea>0,0,190,395</buttonarea>
             <statetype name="buttonitem">
-                <area>0,0,190,74</area>
+                <area>0,0,190,37</area>
                 <state name="active">
                    <shape name="buttonbackground">
-                       <area>0,0,190,78</area>
+                       <area>0,0,190,39</area>
                        <fill color="#222222" alpha="150" />
                        <type>roundbox</type>
                        <cornerradius>10</cornerradius>
                    </shape>
                     <imagetype name="channelicon">
-                        <area>10,15,40,40</area>
+                        <area>10,5,30,30</area>
                     </imagetype>
                     <textarea name="buttontext" from="basetextarea">
-                        <area>55,0,130,78</area>
-                        <font>basesmall</font>
+                        <area>55,0,130,39</area>
+                        <font>channelfont</font>
                         <font state="favourite">basesmallyellow</font>
                         <font state="unavailable">basesmallblue</font>
                         <font state="favunavailable">basesmallpurple</font>
That's 10 channels by 8 half-hour timeslots for the default Mythbuntu-10.04 theme, which is four times the amount of information presented there by default.

Time to think seriously about an upgrade now.. ;)
 

·
Registered
Joined
·
1,543 Posts
re: the HVR-1600 missing audio issue

More progress. The developer (Andy) managed to find an analog O.T.A. NTSC channel, and reproduced the problem on his own machine.

He's now got a new patch that he believes is a solid fix for the issue. I'm testing it here now.
The patch works: it doesn't fix whatever the underlying bug is, but it does appear to very reliably work around the problem. Good audio!
Code:
# HG changeset patch
# User Andy Walls <[email protected]>
# Date 1270961101 14400
# Node ID 95caae49dacd93d92904f84faa977a287e9e2940
# Parent  7c0b887911cf5186beb446aea0ec8558ad5cebd2
cx18: Allow for fallback broadcast audio standard detections

From: Andy Walls <[email protected]>

Sometimes the CX23418 A/V decoder's microcontroller never figures out
the audio standard.  Now we watch to see if the microcontroller fails to detect,
and we come through and tell it to try a fall back detection.  Right now the
only real audio standard fall back detection is for NTSC-M/BTSC.  All the other
TV standards "fall back" to their current audio standard auto-detection.

Priority: normal

Signed-off-by: Andy Walls <[email protected]>

--- a/linux/drivers/media/video/cx18/cx18-av-core.c     Mon Apr 05 22:56:43 2010 -0400
+++ b/linux/drivers/media/video/cx18/cx18-av-core.c     Sun Apr 11 00:45:01 2010 -0400
@@ -22,6 +22,7 @@
  *  02110-1301, USA.
  */

+#include <linux/timer.h>
 #include <media/v4l2-chip-ident.h>
 #include "cx18-driver.h"
 #include "cx18-io.h"
@@ -514,40 +515,58 @@
        cx18_av_write(cx, 0x47f, state->slicer_line_delay);
 }

-static void input_change(struct cx18 *cx)
+static void cx18_av_setup_aud_detect(struct cx18 *cx,
+                                    u8 std_mode_sys, u8 format, u16 fallback);
+
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 20)
+void cx18_av_aud_detect_work(struct work_struct *work)
+{
+#else
+void cx18_av_aud_detect_work(void *arg)
+{
+       struct work_struct *work = arg;
+#endif
+       struct cx18_av_state *state = container_of(work, struct cx18_av_state,
+                                                  aud_detect_work);
+       struct v4l2_subdev *sd = &state->sd;
+       struct cx18 *cx = v4l2_get_subdevdata(sd);
+
+       u8 mod_det_stat1 = cx18_av_read(cx, 0x805);
+       u16 fallback;
+
+       /* Did the microcontroller detect something ? */
+       if (mod_det_stat1 == 0xfe || /* Forced mode */
+           (mod_det_stat1 > 0 && mod_det_stat1 < 0x12))
+               return;
+       /* (re)attempt the fallback position */
+       printk(KERN_INFO "%s: cx18/hvr1600 audio bug: doing fallback detection\n", __func__);
+       fallback = atomic_read(&state->fallback_aud_std_mode);
+       cx18_av_setup_aud_detect(cx, fallback >> 8, fallback & 0xff, fallback);
+}
+
+static void cx18_av_aud_detect_timeout(unsigned long data)
+{
+       struct cx18_av_state *state = (struct cx18_av_state *) data;
+       /* do audio detection failure checks in a non-interrupt context */
+       schedule_work(&state->aud_detect_work);
+}
+
+static void cx18_av_setup_aud_detect(struct cx18 *cx,
+                                    u8 std_mode_sys, u8 format, u16 fallback)
 {
        struct cx18_av_state *state = &cx->av_state;
-       v4l2_std_id std = state->std;
        u8 v;

-       /* Follow step 8c and 8d of section 3.16 in the cx18_av datasheet */
-       cx18_av_write(cx, 0x49f, (std & V4L2_STD_NTSC) ? 0x14 : 0x11);
-       cx18_av_and_or(cx, 0x401, ~0x60, 0);
-       cx18_av_and_or(cx, 0x401, ~0x60, 0x60);
+       mutex_lock(&state->aud_detect_mutex);
+       /* Set for broadcast audio detection */
+       cx18_av_write_expect(cx, 0x808, std_mode_sys, std_mode_sys, 0xff);
+       cx18_av_write_expect(cx, 0x80b, format, format, 0x3f);
+       atomic_set(&state->fallback_aud_std_mode, fallback);

-       if (std & V4L2_STD_525_60) {
-               if (std == V4L2_STD_NTSC_M_JP) {
-                       /* Japan uses EIAJ audio standard */
-                       cx18_av_write_expect(cx, 0x808, 0xf7, 0xf7, 0xff);
-                       cx18_av_write_expect(cx, 0x80b, 0x02, 0x02, 0x3f);
-               } else if (std == V4L2_STD_NTSC_M_KR) {
-                       /* South Korea uses A2 audio standard */
-                       cx18_av_write_expect(cx, 0x808, 0xf8, 0xf8, 0xff);
-                       cx18_av_write_expect(cx, 0x80b, 0x03, 0x03, 0x3f);
-               } else {
-                       /* Others use the BTSC audio standard */
-                       cx18_av_write_expect(cx, 0x808, 0xf6, 0xf6, 0xff);
-                       cx18_av_write_expect(cx, 0x80b, 0x01, 0x01, 0x3f);
-               }
-       } else if (std & V4L2_STD_PAL) {
-               /* Follow tuner change procedure for PAL */
-               cx18_av_write_expect(cx, 0x808, 0xff, 0xff, 0xff);
-               cx18_av_write_expect(cx, 0x80b, 0x03, 0x03, 0x3f);
-       } else if (std & V4L2_STD_SECAM) {
-               /* Select autodetect for SECAM */
-               cx18_av_write_expect(cx, 0x808, 0xff, 0xff, 0xff);
-               cx18_av_write_expect(cx, 0x80b, 0x03, 0x03, 0x3f);
-       }
+       /* Unmute on detect, even if not the exact mode (Mono/Stereo/Lang B) */
+       v = cx18_av_read(cx, 0x809);
+       v &= ~0x10;
+       cx18_av_write_expect(cx, 0x809, v, v, 0x10);

        v = cx18_av_read(cx, 0x803);
        if (v & 0x10) {
@@ -556,6 +575,55 @@
                cx18_av_write_expect(cx, 0x803, v, v, 0x1f);
                v |= 0x10;
                cx18_av_write_expect(cx, 0x803, v, v, 0x1f);
+
+               /* restart the format detection loop */
+               v = cx18_av_read(cx, 0x9cc);
+               v &= ~0x02;
+               cx18_av_write_expect(cx, 0x9cc, v, v, 0x02);
+               v |= 0x02;
+               cx18_av_write_expect(cx, 0x9cc, v, v, 0x02);
+               v &= ~0x02;
+               cx18_av_write_expect(cx, 0x9cc, v, v, 0x02);
+
+               /* Setup to check later if detecton worked */
+               mod_timer(&state->aud_detect_timer,
+                         jiffies + msecs_to_jiffies(1500));
+       }
+       mutex_unlock(&state->aud_detect_mutex);
+}
+
+static void input_change(struct cx18 *cx)
+{
+       struct cx18_av_state *state = &cx->av_state;
+       v4l2_std_id std = state->std;
+
+       /* Follow step 8c and 8d of section 3.16 in the cx18_av datasheet */
+       cx18_av_write(cx, 0x49f, (std & V4L2_STD_NTSC) ? 0x14 : 0x11);
+       cx18_av_and_or(cx, 0x401, ~0x60, 0);
+       cx18_av_and_or(cx, 0x401, ~0x60, 0x60);
+
+       /*
+        * Setup broadcast audio detection.
+        * Look in log_audio_status() to decode magic numbers used for
+        * registers 0x808 and 0x80b.
+        */
+       if (std & V4L2_STD_525_60) {
+               if (std == V4L2_STD_NTSC_M_JP) {
+                       /* Japan uses EIAJ audio standard */
+                       cx18_av_setup_aud_detect(cx, 0xf7, 0x02, 0xf702);
+               } else if (std == V4L2_STD_NTSC_M_KR) {
+                       /* South Korea uses A2 audio standard */
+                       cx18_av_setup_aud_detect(cx, 0xf8, 0x03, 0xf803);
+               } else {
+                       /* Others use the BTSC audio standard */
+                       cx18_av_setup_aud_detect(cx, 0xf6, 0x01, 0x1101);
+               }
+       } else if (std & V4L2_STD_PAL) {
+               /* Follow tuner change procedure for PAL */
+               cx18_av_setup_aud_detect(cx, 0xff, 0x03, 0xff03);
+       } else if (std & V4L2_STD_SECAM) {
+               /* Select autodetect for SECAM */
+               cx18_av_setup_aud_detect(cx, 0xff, 0x03, 0xff03);
        }
 }

@@ -1433,6 +1501,17 @@
        state->slicer_line_delay = 0;
        state->slicer_line_offset = (10 + state->slicer_line_delay - 2);

+       mutex_init(&state->aud_detect_mutex);
+       setup_timer(&state->aud_detect_timer, cx18_av_aud_detect_timeout,
+                   (unsigned long) state);
+       atomic_set(&state->fallback_aud_std_mode, 0xf601); /* Autodetect BTSC */
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 20)
+       INIT_WORK(&state->aud_detect_work, cx18_av_aud_detect_work);
+#else
+       INIT_WORK(&state->aud_detect_work, cx18_av_aud_detect_work,
+                 &state->aud_detect_work);
+#endif
+
        sd = &state->sd;
        v4l2_subdev_init(sd, &cx18_av_ops);
        v4l2_set_subdevdata(sd, cx);
--- a/linux/drivers/media/video/cx18/cx18-av-core.h     Mon Apr 05 22:56:43 2010 -0400
+++ b/linux/drivers/media/video/cx18/cx18-av-core.h     Sun Apr 11 00:45:01 2010 -0400
@@ -25,6 +25,9 @@
 #ifndef _CX18_AV_CORE_H_
 #define _CX18_AV_CORE_H_

+#include <linux/timer.h>
+#include <linux/workqueue.h>
+#include <linux/mutex.h>
 #include <media/v4l2-device.h>

 struct cx18;
@@ -102,6 +105,10 @@
        u32 audclk_freq;
        int audmode;
        int default_volume;
+       struct mutex aud_detect_mutex; /* protect microcontroller setup */
+       struct timer_list aud_detect_timer;
+       struct work_struct aud_detect_work;
+       atomic_t fallback_aud_std_mode;
        u32 id;
        u32 rev;
        int is_initialized;
 

·
Registered
Joined
·
6,255 Posts
MythTV picked the HVR-1600 for both the analog and digital recordings of the festivities. This was the first time ever here that MythTV tried to start both an analog and a digital recording at exactly the same time on the same HVR-1600 card.

The kernel cx18 chipset driver crapped out with a single, unhelpful log message...

kernel: cx18-0: Unable to find blank work order form to schedule incoming mailbox command processing

...and neither analog nor digital was recorded successfully.
Did you ever find the cause if this problem? Sorry if I missed the answer. I tend not to use the ATSC tuner much since my box often stutters when playing HD programming (not a huge problem as I don't have an HDTV yet). I am playing with transcoding HD programs to SD, but that means I have to wait before watching the program. Once I upgrade my PC, I hope to use the ATSC tuner more.
 

·
Registered
Joined
·
1,543 Posts
Did you ever find the cause if this problem?
No. It only ever popped up the one time.

The drivers I'm using now are much newer than that one, and *might* no longer have the bug. There's also a driver patch to give it more buffers to prevent even the slightest possibility of it happening again. :)

I've tweaked my EPG changes slightly again (fixed an off-by-one pixel misalignment), and updated my "arrow keys" patch for mythtv-0.23. I think I might go downstairs and upgrade the system now.

(just in time for the playoffs!)
 

·
Registered
Joined
·
1,543 Posts
I've tweaked my EPG changes slightly again (fixed an off-by-one pixel misalignment), and updated my "arrow keys" patch for mythtv-0.23. I think I might go downstairs and upgrade the system now.
Okay, it's using the pre-release (from svn) of mythtv-0.23 now, with the Mythbuntu theme.

I've applied my patch to the theme to fix the EPG, and another one-liner to get rid of the need to scroll to see the 6th item on the main menu. Plus the arrow-keys fix for the "Watch Recordings" screen.

The to-do list is growing, though:
  • Enable the arrow-keys fix on more screens in mythui.
  • Try and fix the horribly broken mythweb stuff. Oddly, this mostly worked fine on the "pre-beta" stuff from 0.21, but now streaming is totally non-functional in 0.23, and the channel icons are MASSIVELY HUGE on the "Recordings" screen. That's as far as I got with testing it.
  • Think about getting rid of some of the new unnecessary "confirmation" dialogs that are popping up all over the place.
The updated vdpau functionality works, and I've enabled the fancy new features like vdpauhqscaling and vdpaustudio etc.. for most playback types. Audio sync looks better too, at first glance err.. listen.

Cheers
 

·
Registered
Joined
·
1,543 Posts
The patch works: it doesn't fix whatever the underlying bug is, but it does appear to very reliably work around the problem. Good audio!
Well, that jinxed it all right. Or maybe it was the mythtv-0.23 upgrade.

Whatever -- the HVR-1600 card was recording very loud static for "audio" tonight. I'll deal with that later, I guess. Andy Walls has some new ideas and suggestions for it, too.

Cheers
 

·
Registered
Joined
·
1,543 Posts
The to-do list is growing, though:
  • Try and fix the horribly broken mythweb stuff. Oddly, this mostly worked fine on the "pre-beta" stuff from 0.21, but now streaming is totally non-functional in 0.23
Got it:

apt-get install libmath-round-perl

Then the streaming plugin works again.
Obvious, really. ;)
 

·
Registered
Joined
·
1,543 Posts
MythTV-0.23

Well, it's still mostly working, and by now it has enough tendrils into the SQL database that I couldn't wipe it away even if I wanted to.

So mythtv-0.23 is on Duke to stay.

It is noticeably buggier than 0.21 was, though. Lots of (vdpau) playback glitches on CBC-HD recordings -- was never an issue with 0.21-vdapu.

And the front-end has mysteriously crashed/exited twice now. I suppose there might be info in a log file somewhere, but I'll just ignore it and hope it goes away some day soon. :)

I haven't yet fixed all of the annoying b0rked arrow keys in the GUI, but the main one (Media->Recordings) has been patched away, making it bearable for now.

Last evening, mythtv got confused somehow and couldn't tune anything on the HVR-950Q, which is used only for digital in that system. Rebooting cured it, for now.

In my separate, test system, the analog side of the 950Q suddenly started working again for no obvious reason. But it too requires the odd reboot on occasion when the tuner stops working.

All in all, very reminiscent of mythtv-0.18, when I first installed it. A bit of a shame it's all gone backward after the steller 0.21 series, but that's progress.

Cheers
 

·
Registered
Joined
·
1,543 Posts
re: HVR-1600 / cx18 "no audio" woes

the HVR-1600 card was recording very loud static for "audio" tonight.
Well, it hasn't failed again since that incident, but we haven't fixed anything yet either.

Andy Walls came up with some new rewrites of the driver code to try, but they still need some work -- he doesn't have regular access to OTA analog to test with (he lives in europe, I believe), which makes it somewhat difficult for him.

Meanwhile, I'm trying to apply some logic to the problem.

See.. Andy is working on the assumption that the current code must be doing something wrong, so he is producing changes to how the current code does things.

But.. my observation is that the current code works perfectly well 50-80% of the time, which means that it is doing things correctly. Just not consistently.

There's a difference.

The lack of consistency strongly suggests race condition to me. So I've been exploring that angle of things for the past week, trying various low-level tricks I've learned from 18 years of Linux kernel work. ;)

This did turn up a pair of bugs in the driver today, and I've patched those out of existence. One of them could be the problem here, but I don't think so.

However.. back to the race condition theory. There are a number of levels at which races can occur.
  • Between the host computer and one of the microcontrollers on the HVR-1600 board.
  • Within the host software (driver) itself.
  • Between the host CPU and the PCI interface of the HVR-1600.
It's that last one which is now ringing alarm bells for me here. See, the driver has code all through it to perform "retries" when writing registers on the card, because apparently a register write doesn't always work first try. Huh?

That information suggests a possible issue with PCI write ordering/combining. So I've patched my copy of the code here to prevent such issues, and we'll see how things go with just that one fix in there.

Cheers
 

·
Registered
Joined
·
6,255 Posts
The lack of consistency strongly suggests race condition to me. So I've been exploring that angle of things for the past week, trying various low-level tricks I've learned from 18 years of Linux kernel work. ;)
I tend to agree with you that a race condition is likely the cause.

I have only seen the bug once, since I have been keeping my myth box on 24/7 (I know this is wasteful, but until I am confident that the problem has been resolved, I don't want to risk recording without audio), but from my limited experience it seems like it only appears on power-up. I have never seen it when doing a restart. It may just be a co-incidence but if it is true, it could help track down the problem.

I can't help but wonder if it is a firmware issue and Hauppauge uses a software fix in their Windows driver.
 

·
Registered
Joined
·
8 Posts
Re: MythTV, HVR-950Q, and Analog Support Woes - Arghhh

If anyone can help me setup my 950Q with analog to work with mythtv, I would sure appreciate it, just google 950Q and mythtv and all the hits are mine. Perhaps someone on this site has a new insight (I am relatively new to mythtv, and all the basics are set up for the HVR-950Q drivers and "no power off" (it's working great in tvtime). What can I do for Mythtv to work???
 

·
Registered
Joined
·
1,543 Posts
If anyone can help me setup my 950Q with analog to work with mythtv, I would sure appreciate it
It works, but is not yet foolproof. The blog of the driver developer was updated recently, noting that MythTV still doesn't get locking correct between the digital and analog sides (despite recording groups, which are supposed to solve issues like this).

That said, it mostly works.

The digital side is easy to set up -- if your 950Q is your only tuner, then it will show up (digital) as the only DVB device. The only trick here, is to create a custom recorder group (instead of the default of "generic") for it.

Then tackle the analog side. If it is your only tuner device, then this will be /dev/video0, and probably /dev/dsp1 for the audio -- yes you need this field.

Then put it in the same recorder group as the digital side.

After doing mythfilldatabase and setting up the channels for everything, fire up mythfrontend. Go into the Setup -> ... -> Recording Profiles, and set the resolution for the analog to be 720x480 for everything (default, live-tv, etc..). Change the audio sampling rate to 48000.

Now restart everything (reboot?), and the analog will probably work.

Cheers
 

·
Registered
Joined
·
1,543 Posts
Something I should add, is that you'll need to create an "input source" for digital, and a second "input source" for analog. Yes, they can both point at exactly the same schedulesdirect.org channel lineup, but they do need to be separate otherwise.

Then use the "input connections" menu in mythtv-setup to point the digital side of the 950Q at the digital "source", and the analog side at the analog "source".

Cheers
 

·
Registered
Joined
·
8 Posts
Analog cable, HVR950Q, MythTV Blues!!!!!

Cool thanks for the reply! 2 months and this is the best explicit response yet. I am trying to do everything you said in a fresh setup, to the letter (even though I don't have any digital cable channels). I am hoping at this point that it is a simple MythTV oversight as I am still new to all this tuner stuff.

Not working yet, only a black screen....

My first question ( of many - if you are patient enough) is ... Could you be more specific about the changing of the default group? Is that in the Backend/input_Connections/Select_A _Card/second page? And would you do anything different if you only had an NTSC analog cable signal.

Second Question is ...What would you be using for username:password/localhost or IPaddress/ for mythconverg for a backend on the same machine as the frontend BUT I plan (Optimistically perhaps) to get it to work with another laptop frontend for fun. Presently I changed it from mythtv:mythtv (to ack(my username):to user password because I changed my storage to my user account and that solved livetv problems with another card - PVRUSB2 that now works with LiveTV.

Thanks for the new optimism

Mark :p
 

·
Registered
Joined
·
1,543 Posts
Not working yet, only a black screen....
If you haven't discovered free, over-the-air HDTV yet, then yes.. you can just not configure the digital half of the tuner at all. Just delete it from the "tuner cards" list, and then you don't have to fuss with the "recording groups" at all.

But you MUST still fix the "Recording Profiles" to use 720x480. That is a 100% requirement.

Now.. forget LiveTV, and just tell MythTV to record something. See if the recording it creates is viewable or not.

On my system here, for a while I could record and watch a recording, but not watch "LiveTV" (even though the two are more or less identical in functionality). At some later point, LiveTV started working too.
 

·
Registered
Joined
·
1,543 Posts
I do seem to recall having a directory-permissions error somewhere in the default Mythbuntu installation, which I fixed and don't remember where.

But just for good measure, do this (once):

sudo chmod -R mythtv:mythtv /var/lib/mythtv

Cheers
 
141 - 160 of 398 Posts
Top