Mailing List Archive: MythTV: Users

X Freezes blank on 'watch tv'

Index | Next | Previous | View Threaded

dboyd at its

Sep 29, 2004, 8:11 AM

Post #1 of 14 (4402 views)
Permalink

X Freezes blank on 'watch tv'

This is my first post so let me start by thanking everyone who has put
in countless hours into this project. While my setup isn't quite
working (yet), I am so far very impressed.

I am just putting together my first Myth box by following Jarod's guide
on FC2. The TV card being used is a PVR-350 and as it turns out it is
one with the 'new' tuner type (47). Basically, I suffered the same
problem detailed here (nothing but snow from the tuner)...

http://www.gossamer-threads.com/lists/mythtv/users/85687#85687

I then upgraded my video4linux module...

root [at] gwenn:~# rpm -q kernel-module-video4linux-$MYKERNEL
kernel-module-video4linux-2.6.8-1.521-20040922_114711-48.rhfc2.at

This gave me the video I wanted to see, but I still do not have any
sound coming from the tuner. From what I gather from this list, this
has something to do with the msp3400 module not being up to date in the
video4linux RPM above. I don't quite understand how this all works, so
bear with me. In short, I get this error:

kernel: msp3400: Unknown symbol msleep_interruptible

At this point Myth is working, except for the sound issue. I decided
yesterday to compile the IVTV drivers from source to see if I could get
everything working. I downloaded this file:

ivtv-0.1.10-pre2-ck113e.tgz

Everything compiled and installed. And, it looks like the modules are
loading properly (output from the logs are attached). When I try and
watch TV from mplayer everything is working fine.

$ mplayer /dev/video0

I can watch TV in either a window, or in fullscreen with audio.

In MythTV, however, it is quite a different story. If I choose 'watch
TV' I get a blank screen. The audio is working, as I can hear the same
channel that was in mplayer. Using the remote, I can also change
channels. The screen remains blank though. After several seconds the
remote becomes unresponsive as well, and the audio will fail.

X, at this point, is basically frozen. Running top from an SSH session
on a different machine shows me that X is at 99% CPU usage. The only
way to regain control of the machine at this point is to 'kill -9' X.

Attached are the logs from the frontend, backend and from the IVTV
module initialization sequence from /var/log/messages.

If anyone could provide a hint of what I'm doing wrong, it would be very
much appreciated.

Thanks,
Darren

Attachments:

backend-logs.txt (0.97 KB)

frontend-logs.txt (1.26 KB)

ivtv-init.txt (5.55 KB)

soekul at gmail

Oct 6, 2004, 3:51 PM

Post #2 of 14 (4309 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

Darren,
I'm having the exact same problem as you, have you made any progress
with this issue?

-Luke

On Wed, 29 Sep 2004 09:11:50 -0600, Darren Boyd <dboyd [at] its> wrote:
>
> This is my first post so let me start by thanking everyone who has put
> in countless hours into this project. While my setup isn't quite
> working (yet), I am so far very impressed.
>
> I am just putting together my first Myth box by following Jarod's guide
> on FC2. The TV card being used is a PVR-350 and as it turns out it is
> one with the 'new' tuner type (47). Basically, I suffered the same
> problem detailed here (nothing but snow from the tuner)...
>
> http://www.gossamer-threads.com/lists/mythtv/users/85687#85687
>
> I then upgraded my video4linux module...
>
> root [at] gwenn:~# rpm -q kernel-module-video4linux-$MYKERNEL
> kernel-module-video4linux-2.6.8-1.521-20040922_114711-48.rhfc2.at
>
> This gave me the video I wanted to see, but I still do not have any
> sound coming from the tuner. From what I gather from this list, this
> has something to do with the msp3400 module not being up to date in the
> video4linux RPM above. I don't quite understand how this all works, so
> bear with me. In short, I get this error:
>
> kernel: msp3400: Unknown symbol msleep_interruptible
>
> At this point Myth is working, except for the sound issue. I decided
> yesterday to compile the IVTV drivers from source to see if I could get
> everything working. I downloaded this file:
>
> ivtv-0.1.10-pre2-ck113e.tgz
>
> Everything compiled and installed. And, it looks like the modules are
> loading properly (output from the logs are attached). When I try and
> watch TV from mplayer everything is working fine.
>
> $ mplayer /dev/video0
>
> I can watch TV in either a window, or in fullscreen with audio.
>
> In MythTV, however, it is quite a different story. If I choose 'watch
> TV' I get a blank screen. The audio is working, as I can hear the same
> channel that was in mplayer. Using the remote, I can also change
> channels. The screen remains blank though. After several seconds the
> remote becomes unresponsive as well, and the audio will fail.
>
> X, at this point, is basically frozen. Running top from an SSH session
> on a different machine shows me that X is at 99% CPU usage. The only
> way to regain control of the machine at this point is to 'kill -9' X.
>
> Attached are the logs from the frontend, backend and from the IVTV
> module initialization sequence from /var/log/messages.
>
> If anyone could provide a hint of what I'm doing wrong, it would be very
> much appreciated.
>
> Thanks,
> Darren
>
>
> Starting up as the master server.
> 2004-09-29 09:02:54 mythbackend version: 0.16.20040906-1 www.mythtv.org
> 2004-09-29 09:02:54 Enabled verbose msgs : important general
> 2004-09-29 09:02:56 Found changes in the todo list.
> 2004-09-29 09:02:56 Scheduled 32 items in 0.228063 seconds.
> 2004-09-29 09:02:57 Seem to be woken up by USER
> 2004-09-29 09:04:13 MainServer::HandleAnnounce Playback
> 2004-09-29 09:04:13 adding: gwenno.its.to as a client (events: 0)
> 2004-09-29 09:04:13 MainServer::HandleAnnounce Playback
> 2004-09-29 09:04:13 adding: gwenno.its.to as a client (events: 1)
> 2004-09-29 09:04:13 MainServer::HandleAnnounce Playback
> 2004-09-29 09:04:13 adding: gwenno.its.to as a client (events: 0)
> 2004-09-29 09:04:13 MainServer::HandleAnnounce Playback
> 2004-09-29 09:04:13 adding: gwenno.its.to as a client (events: 0)
> 2004-09-29 09:04:13 adding: gwenno.its.to as a remote ringbuffer
> 2004-09-29 09:04:13 Changing from None to WatchingLiveTV
> 2004-09-29 09:04:36 Changing from WatchingLiveTV to None
>
>
> 2004-09-29 09:04:01 mythfrontend version: 0.16.20040906-1 www.mythtv.org
> 2004-09-29 09:04:01 Enabled verbose msgs : important general
> 2004-09-29 09:04:02 Registering Internal as a media playback plugin.
> 2004-09-29 09:04:02 Registering MythDVD DVD Media Handler as a media handler
> 2004-09-29 09:04:02 Registering MythDVD VCD Media Handler as a media handler
> 2004-09-29 09:04:03 Registering MythMusic Media Handler as a media handler
> SIP listening on IP Address 192.168.2.200:5060 NAT address 192.168.2.200
> Error loading image file: /usr/share/mythtv/themes/default/NOTHING.png
> SIP: Cannot register; proxy, username or password not set
> 2004-09-29 09:04:13 Connecting to backend server: 127.0.0.1:6543 (try 1 of 5)
> 2004-09-29 09:04:13 Using protocol version 13
> 2004-09-29 09:04:13 Using protocol version 13
> 2004-09-29 09:04:13 Using protocol version 13
> 2004-09-29 09:04:16 Opening OSS audio device '/dev/dsp'.
> 2004-09-29 09:04:16 Audio fragment size: 4096
> 2004-09-29 09:04:16 Using XV port 53
> 2004-09-29 09:04:16 Changing from None to WatchingLiveTV
> 2004-09-29 09:04:17 Using realtime priority.
> [mpeg2video @ 0x777690]Warning MVs not available
> 2004-09-29 09:04:37 Changing from WatchingLiveTV to None
> 2004-09-29 09:04:37 Changing from None to None
> mythfrontend: Fatal IO error: client killed
>
>
>
>
> Sep 29 08:26:50 gwenno kernel: ivtv: ==================== START INIT IVTV ====================
> Sep 29 08:26:50 gwenno kernel: ivtv: version 0.1.10 (0.1.10pre2-ck113e) loading
> Sep 29 08:26:50 gwenno kernel: ivtv: Linux version: 2.6.8-1.521 686 REGPARM 4KSTACKS gcc-3.3
> Sep 29 08:26:50 gwenno kernel: ivtv: In case of problems please include the debug info
> Sep 29 08:26:50 gwenno kernel: ivtv: between the START INIT IVTV and END INIT IVTV lines when
> Sep 29 08:26:50 gwenno kernel: ivtv: mailing the ivtv-devel mailinglist.
> Sep 29 08:26:50 gwenno kernel: ivtv: Autodetected WinTV PVR 350 card
> Sep 29 08:26:50 gwenno kernel: ivtv: Found an iTVC15 based chip
> Sep 29 08:26:50 gwenno kernel: ACPI: PCI interrupt 0000:00:0c.0[A] -> GSI 11 (level, low) -> IRQ 11
> Sep 29 08:26:50 gwenno kernel: ivtv: Unreasonably low latency timer, setting to 64 (was 32)
> Sep 29 08:26:51 gwenno kernel: ivtv: VIA PCI device: 0x3099 vendor: 0x1106
> Sep 29 08:26:51 gwenno kernel: tveeprom: Hauppauge: model = 48132, rev = K168, serial# = 2836885
> Sep 29 08:26:51 gwenno kernel: tveeprom: tuner = LG NTSC (TAPE series) (idx = 68, type = 47)
> Sep 29 08:26:51 gwenno kernel: tveeprom: tuner fmt = NTSC(M) (eeprom = 0x08, v4l2 = 0x00001000)
> Sep 29 08:26:51 gwenno kernel: tveeprom: audio_processor = MSP3440 (type = 11)
> Sep 29 08:26:51 gwenno kernel: ivtv: i2c attach [client=tveeprom[0],ok]
> Sep 29 08:26:51 gwenno kernel: ivtv: Tuner Type 47, Tuner formats 0x00001000, Radio: yes, Model 0x00ad1598, Revi
> sion 0x00000001
> Sep 29 08:26:51 gwenno kernel: ivtv: NTSC tuner detected
> Sep 29 08:26:51 gwenno kernel: ivtv: Radio detected
> Sep 29 08:26:51 gwenno kernel: tuner: chip found at addr 0xc2 i2c-bus ivtv i2c driver #0
> Sep 29 08:26:51 gwenno kernel: ivtv: i2c attach [client=(tuner unset),ok]
> Sep 29 08:26:51 gwenno kernel: saa7115: starting probe for adapter ivtv i2c driver #0 (0x10005)
> Sep 29 08:26:51 gwenno kernel: saa7115: detecting saa7115 client on address 0x42
> Sep 29 08:26:51 gwenno kernel: saa7115: writing init values
> Sep 29 08:26:51 gwenno kernel: ivtv: i2c attach [client=saa7115[0],ok]
> Sep 29 08:26:51 gwenno kernel: saa7115: status: (1E) 0x09, (1F) 0xc0
> Sep 29 08:26:51 gwenno kernel: saa7127: video encoder driver version V 0.3 loaded
> Sep 29 08:26:51 gwenno kernel: saa7127: Selecting NTSC video Standard
> Sep 29 08:26:51 gwenno kernel: saa7127: Selecting S-Video+Composite
> Sep 29 08:26:51 gwenno kernel: saa7127: Turn WSS off
> Sep 29 08:26:51 gwenno kernel: saa7127: Widescreen Mode 4:3 Full Format
> Sep 29 08:26:51 gwenno kernel: saa7127: Selecting Normal Encoder Input
> Sep 29 08:26:51 gwenno kernel: saa7127: Enable Video Output
> Sep 29 08:26:51 gwenno kernel: ivtv: i2c attach [client=saa7127[0],ok]
> Sep 29 08:26:51 gwenno kernel: msp34xx: ivtv version
> Sep 29 08:26:51 gwenno kernel: msp34xx: init: chip=MSP3448W-A2, has NICAM support, simple (D) mode, simpler (G)
> no-thread mode
> Sep 29 08:26:51 gwenno kernel: msp34xx: $Id$ compiled on: Sep 28 2004 22:24:32
> Sep 29 08:26:51 gwenno kernel: ivtv: i2c attach [client=MSP3448W-A2,ok]
> Sep 29 08:26:51 gwenno kernel: ivtv: Encoder revision: 0x02040011
> Sep 29 08:26:51 gwenno kernel: ivtv: Decoder revision: 0x02020023
> Sep 29 08:26:51 gwenno kernel: ivtv: Configuring WinTV PVR 350 card with 9 streams
> Sep 29 08:26:51 gwenno kernel: ivtv: Create DMA stream 0 using 32 131072 byte buffers 4194304 kbytes total
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 0 minor 0
> Sep 29 08:26:51 gwenno kernel: ivtv: Create DMA stream 1 using 32 131072 byte buffers 4194304 kbytes total
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 1 minor 32
> Sep 29 08:26:51 gwenno kernel: ivtv: Create stream 2 using 512 4096 byte buffers 2097152 kbytes total
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 2 minor 224
> Sep 29 08:26:51 gwenno kernel: ivtv: Create DMA stream 3 using 16 131072 byte buffers 2097152 kbytes total
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 3 minor 24
> Sep 29 08:26:51 gwenno kernel: ivtv: Create stream 4
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 4 minor 64
> Sep 29 08:26:51 gwenno kernel: ivtv: Create DMA stream 5 using 8 131072 byte buffers 1048576 kbytes total
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 5 minor 16
> Sep 29 08:26:51 gwenno kernel: ivtv: Create stream 6 using 512 4096 byte buffers 2097152 kbytes total
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 6 minor 228
> Sep 29 08:26:51 gwenno kernel: ivtv: Create stream 7
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 7 minor 232
> Sep 29 08:26:51 gwenno kernel: ivtv: Create DMA stream 8 using 8 131072 byte buffers 1048576 kbytes total
> Sep 29 08:26:51 gwenno kernel: ivtv: Registered v4l2 device, streamtype 8 minor 48
> Sep 29 08:26:51 gwenno kernel: ivtv: Setting Tuner 47
> Sep 29 08:26:51 gwenno kernel: tuner: type set to 47 (LG NTSC (TAPE series)) by ivtv i2c driver #0
> Sep 29 08:26:51 gwenno kernel: ivtv: Setting audio matrix to input 3, output 1
> Sep 29 08:26:51 gwenno kernel: ivtv: Switching standard to NTSC.
> Sep 29 08:26:51 gwenno kernel: saa7115: decoder set norm NTSC
> Sep 29 08:26:51 gwenno kernel: saa7115: set audio: 0x01
> Sep 29 08:26:51 gwenno kernel: saa7127: Setting Encoder Video Standard
> Sep 29 08:26:51 gwenno kernel: saa7127: Set NTSC Video Mode
> Sep 29 08:26:51 gwenno kernel: saa7127: Selecting NTSC video Standard
> Sep 29 08:26:51 gwenno kernel: ivtv: Initialized WinTV PVR 350, card #0
> Sep 29 08:26:47 gwenno sysctl: net.ipv4.conf.default.rp_filter = 1
> Sep 29 08:26:51 gwenno kernel: ivtv: ==================== END INIT IVTV ====================
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>
>

kevin.clayton at gmail

Oct 7, 2004, 10:57 AM

Post #3 of 14 (4309 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

On Wed, 6 Oct 2004 15:51:04 -0700, soekul <soekul [at] gmail> wrote:
> Darren,
> I'm having the exact same problem as you, have you made any progress
> with this issue?

Darren, Luke --

I don't have the answer, but if it helps, you have company.

I am trying to wrap up the creation of my first mythTV box. I'm close.
Jarod's HOWTO and this list proved very helpful in getting this far.

However, I am also having trouble with my myth box 'locking up' or
'freezing' -- it
occurrs if I try watch Live TV or if I try to watch a recorded program.
As reported, if I ssh in to the box, top reports X as taking 96%+ of the CPU.

I have a newer PVR-250 which wasn't recognized at first, but I waited and the
ivtv group made progress and I eventually got a few packages from
atrpms (bleeding or testing, I don't recall) which helped fix that issue.
Now, the tuner is recognized and it's type gets set up.
tveeprom: tuner = TCL 2002N (idx = 85, type = 50)

Here's what works:
- watch a DVD from the DVD drive
- schedule and recording of programs
- when browsing the recorded programs, I get a small window which shows
the video of the recorded program
- outside of myth, xine will play the recorded program (the nuv files)
- outside of myth, I can use ptune-gui.pl to change channels while
watching via 'mplayer /dev/video0'

What doesn't work:
- watch LiveTV -- box 'freezes' with black/blank screen, no audio
have to ssh in and kill -9 X to recover
- watch a recorded program -- same freeze as LiveTV
- outside of myth, mplayer will not play recorded programs (nuv files)

I am thinking the problem is not so much with ivtv as it is with mplayer or X.
(correct me if I'm on the wrong path)

For apt-get, I have freshrpms (core updates freshrpms), atrpms
(at-stable, at-good),
newrpms, dag's rpms in my sources list.
I updated some X components but the problem remained.
I changed my monitor resolution from 1280x1024 to 800x600, but problem remained.

Here is the version of various packages I'm using:

kernel-module-nvidia-graphics6111-2.6.8-1.521-1.0_6111-60.rhfc2.at
kernel-module-ivtv-2.6.8-1.521-0.1.10-47_pre2_ck100zz.rhfc2.at
kernel-module-video4linux-2.6.8-1.521-20040910_121305-50.99.rhfc2.at

mythtv-suite-0.16-44.at

mplayer-1.0-35_pre5.rhfc2.at
mplayer-fonts-1.0-6.at
xine-0.99.2-1.1.fc2.fr

xorg-x11-6.7.0-9
gdm-2.6.0.0-3

Next, I may try re-installing any/all mplayer packages.
After that, I don't know what to try next. Suggestions are welcome :)

Kevin.

kevin.clayton at gmail

Oct 8, 2004, 6:01 AM

Post #4 of 14 (4300 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

I'm manually starting mythfrontend at the moment, so message are output
to the shell window, but once X pegs the CPU I can't switch to that
shell to see the output. Later I'll try to redirect to a file or something.

Here's my backend log entries when trying to watch LiveTV:

2004-10-08 08:29:41 MainServer::HandleAnnounce Playback
2004-10-08 08:29:41 adding: zion as a client (events: 0)
2004-10-08 08:29:41 MainServer::HandleAnnounce Playback
2004-10-08 08:29:41 adding: zion as a client (events: 1)
2004-10-08 08:29:41 MainServer::HandleAnnounce Playback
2004-10-08 08:29:41 adding: zion as a client (events: 0)
2004-10-08 08:29:41 MainServer::HandleAnnounce Playback
2004-10-08 08:29:41 adding: zion as a client (events: 0)
2004-10-08 08:29:41 adding: zion as a remote ringbuffer
2004-10-08 08:29:41 Changing from None to WatchingLiveTV
2004-10-08 08:35:45 Changing from WatchingLiveTV to None

I think the "Changing from WatchingLiveTV to None" is when I ssh'd in
and kill -9'd X

I am using a nVidia card, from lspci:
01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4
MX 440 AGP 8x] (rev c1)

Here's the output into /var/log/messages when I try to watch LiveTV
Oct 8 08:29:20 zion lircd 0.7.0pre7[2319]: accepted new client on /dev/lircd
Oct 8 08:29:41 zion kernel: saa7115: decoder set picture bright=127
contrast=63 saturation=63 hue=0
Oct 8 08:29:41 zion last message repeated 3 times
Oct 8 08:29:41 zion kernel: saa7115: decoder set size
Oct 8 08:29:42 zion kernel: saa7115: decoder disable output
Oct 8 08:29:42 zion kernel: saa7115: decoder enable output
Oct 8 08:29:44 zion kernel: application mythfrontend uses obsolete
OSS audio interface
Oct 8 08:29:45 zion kernel: nvidia:
module license 'NVIDIA' taints kernel.
Oct 8 08:29:45 zion kernel: ACPI: PCI interrupt 0000:01:00.0[A] ->
GSI 11 (level, low) -> IRQ 11
Oct 8 08:29:45 zion kernel: NVRM: loading NVIDIA Linux x86 NVIDIA
Kernel Module 1.0-6111 Tue Jul 27 07:55:38 PDT 2004
Oct 8 08:29:47 zion kernel: agpgart: Found an AGP 3.0 compliant
device at 0000:00:00.0.
Oct 8 08:29:47 zion kernel: agpgart:
Putting AGP V3 device at 0000:00:00.0 into 8x mode
Oct 8
08:29:47 zion kernel: agpgart: Putting AGP V3 device at 0000:01:00.0
into 8x mode

> > > Here's what works:
> > > - watch a DVD from the DVD drive
> > > - schedule and recording of programs
> > > - when browsing the recorded programs, I get a small window which shows
> > > the video of the recorded program
> > > - outside of myth, xine will play the recorded program (the nuv files)
> > > - outside of myth, I can use ptune-gui.pl to change channels while
> > > watching via 'mplayer /dev/video0'
> > >
> > > What doesn't work:
> > > - watch LiveTV -- box 'freezes' with black/blank screen, no audio
> > > have to ssh in and kill -9 X to recover
> > > - watch a recorded program -- same freeze as LiveTV
> > > - outside of myth, mplayer will not play recorded programs (nuv files)

Add to the doesn't work list:
- mplayer tv://3

> > > Next, I may try re-installing any/all mplayer packages.
> > > After that, I don't know what to try next. Suggestions are welcome :)

I did reinstall the mplayer packages but it did not affect anything.

Currently X will go to 98+% of the CPU if I try to watch LiveTV or
a recorded program.

I'm out of ideas -- any suggestions ?

kevin.clayton at gmail

Oct 8, 2004, 6:09 AM

Post #5 of 14 (4296 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

On Fri, 8 Oct 2004 09:01:24 -0400, Kevin Clayton <kevin.clayton AT
gmail.com> wrote:
> I'm manually starting mythfrontend at the moment, so message are output
> to the shell window, but once X pegs the CPU I can't switch to that
> shell to see the output. Later I'll try to redirect to a file or something.
>
> Here's my backend log entries when trying to watch LiveTV:
>
> 2004-10-08 08:29:41 MainServer::HandleAnnounce Playback
> 2004-10-08 08:29:41 adding: zion as a client (events: 0)
> 2004-10-08 08:29:41 MainServer::HandleAnnounce Playback
> 2004-10-08 08:29:41 adding: zion as a client (events: 1)
> 2004-10-08 08:29:41 MainServer::HandleAnnounce Playback
> 2004-10-08 08:29:41 adding: zion as a client (events: 0)
> 2004-10-08 08:29:41 MainServer::HandleAnnounce Playback
> 2004-10-08 08:29:41 adding: zion as a client (events: 0)
> 2004-10-08 08:29:41 adding: zion as a remote ringbuffer
> 2004-10-08 08:29:41 Changing from None to WatchingLiveTV
> 2004-10-08 08:35:45 Changing from WatchingLiveTV to None
>
> I think the "Changing from WatchingLiveTV to None" is when I ssh'd in
> and kill -9'd X

Here's the mythfrontend output when I tried watching a recorded program:
2004-10-08 09:02:28 mythfrontend version: 0.16.20040906-1 www.mythtv.org
2004-10-08 09:02:28 Enabled verbose msgs : important general
2004-10-08 09:02:29 Registering Internal as a media playback plugin.
2004-10-08 09:02:29 Registering MythDVD DVD Media Handler as a media handler
2004-10-08 09:02:29 Registering MythDVD VCD Media Handler as a media handler
2004-10-08 09:02:29 Registering MythMusic Media Handler as a media handler
SIP listening on IP Address 192.168.1.223:5060 NAT address 192.168.1.223
SIP: Cannot register; proxy, username or password not set
2004-10-08 09:02:47 All Programs
2004-10-08 09:02:49 Connecting to backend server: 127.0.0.1:6543 (try 1 of 5)
2004-10-08 09:02:49 Using protocol version 13
2004-10-08 09:02:51 Using protocol version 13
2004-10-08 09:02:59 All Programs
2004-10-08 09:03:14 Opening OSS audio device '/dev/dsp'.
2004-10-08 09:03:14 Audio fragment size: 4096
2004-10-08 09:03:14 Using XV port 53
2004-10-08 09:03:14 Changing from None to WatchingPreRecorded
pthread_setschedparam: Operation not permitted
2004-10-08 09:03:15 Running as SUID root would allow some threads to
run with realtime priority, improving video smoothness.
waiting for free video buffers timed out
waiting for free video buffers timed out
waiting for free video buffers timed out

The pthread_setschedparam seems to be the place to investigate.
In addition, on this attempt I had attempted via Myth's Setup Screens to
set xine as the program to use instead of mplayer. I'll reset it to mplayer
as it was and see if the frontend logs are the same.

> Currently X will go to 98+% of the CPU if I try to watch LiveTV or
> a recorded program.
>
> I'm out of ideas -- any suggestions ?
>

doug at ties

Oct 8, 2004, 7:02 AM

Post #6 of 14 (4306 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

Kevin Clayton wrote:
> pthread_setschedparam: Operation not permitted
> 2004-10-08 09:03:15 Running as SUID root would allow some threads to
> run with realtime priority, improving video smoothness.
> waiting for free video buffers timed out
> waiting for free video buffers timed out
> waiting for free video buffers timed out
>
>
> The pthread_setschedparam seems to be the place to investigate.

Nope, not a problem. It's attempting and failing to set realtime
scheduling priority for the video output thread. It's happy to continue
without it.

You might try running 'mythfrontend --verbose playback' and see if that
gives you any more useful data.

Only additional thing I can suggest is to make sure you installed the
nVidia packages after the xorg packages. Some people have reported that
the latter like to overwrite some files in the former, causing trouble.

-Doug

Attachments:

signature.asc (0.25 KB)

memckelvey at comcast

Oct 8, 2004, 9:47 AM

Post #7 of 14 (4313 views)
Permalink

Re:X Freezes blank on 'watch tv' [In reply to]

I have been having the same problem with my dual 833Mhz PIII mythbox
(Dell Precision 420, 256Mb RAMBUS, PVR-250, 108ck ivtv, atrpms install
per Jarod, 6111 nvidia driver) . Mythvideo playback was working fine.
Last night I may have fixed it so that everything is working, or maybe
not of course :)

I scanned these posts and didn't find any details of your cpu spec, but
i suspect that my box may have been having problems
scaling/deinterlacing under live-TV and playback of recordings. When I
changed to 800x600 resolution through the S-Video out on my PNY MX440
card, everything started working. So if you are using a ~1280x1024-ish
resolution on old-ish hardware like I was, I suggest you try reducing
the resolution and see what effect that might have on the problem.

I have no idea how the scaling and xv-overlay work, so I might be
talking nonsense (especially seeing as how the problem seems to come
and go as it pleases), but at least for me, at least for now, this
fixed the problem. I suspect that it may be related to cpu power
because I have never seen the problem with my XP1700+ mythbox which is
running the same software versions all around. If you're running dual
6GHz P4s or something, it's probably something else :)

erik at effworld

Oct 8, 2004, 11:55 AM

Post #8 of 14 (4297 views)
Permalink

Re: Re:X Freezes blank on 'watch tv' [In reply to]

Have you tried going in to the taskbar settings in KDE and making sure
that it does have the "always on top" setting selected.

- Erik

> I have been having the same problem with my dual 833Mhz PIII mythbox
> (Dell Precision 420, 256Mb RAMBUS, PVR-250, 108ck ivtv, atrpms install
> per Jarod, 6111 nvidia driver) . Mythvideo playback was working fine.
> Last night I may have fixed it so that everything is working, or maybe
> not of course :)
>
> I scanned these posts and didn't find any details of your cpu spec, but
> i suspect that my box may have been having problems
> scaling/deinterlacing under live-TV and playback of recordings. When I
> changed to 800x600 resolution through the S-Video out on my PNY MX440
> card, everything started working. So if you are using a ~1280x1024-ish
> resolution on old-ish hardware like I was, I suggest you try reducing
> the resolution and see what effect that might have on the problem.
>
> I have no idea how the scaling and xv-overlay work, so I might be
> talking nonsense (especially seeing as how the problem seems to come
> and go as it pleases), but at least for me, at least for now, this
> fixed the problem. I suspect that it may be related to cpu power
> because I have never seen the problem with my XP1700+ mythbox which is
> running the same software versions all around. If you're running dual
> 6GHz P4s or something, it's probably something else :)

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

kevin.clayton at gmail

Oct 8, 2004, 3:21 PM

Post #9 of 14 (4274 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

On Fri, 08 Oct 2004 10:02:10 -0400, Doug Larrick <doug AT ties.org> wrote:
> Kevin Clayton wrote:
> > pthread_setschedparam: Operation not permitted
> > 2004-10-08 09:03:15 Running as SUID root would allow some threads to
> > run with realtime priority, improving video smoothness.
> > waiting for free video buffers timed out
> > waiting for free video buffers timed out
> > waiting for free video buffers timed out
> >
> > The pthread_setschedparam seems to be the place to investigate.
>
> Nope, not a problem. It's attempting and failing to set realtime
> scheduling priority for the video output thread. It's happy to continue
> without it.

Thanks, I want worry about it then.

> You might try running 'mythfrontend --verbose playback' and see if that
> gives you any more useful data.
>
> Only additional thing I can suggest is to make sure you installed the
> nVidia packages after the xorg packages. Some people have reported that
> the latter like to overwrite some files in the former, causing trouble.

I used synaptic and had it 'reinstall' my nvidia related packages.
That did not solve it.

Here is output of mythfrontend with --verbose playback

2004-10-08 16:45:39 mythfrontend version: 0.16.20040906-1 www.mythtv.org
2004-10-08 16:45:39 Enabled verbose msgs : important general playback
2004-10-08 16:45:40 Registering Internal as a media playback plugin.
2004-10-08 16:45:40 Registering MythDVD DVD Media Handler as a media handler
2004-10-08 16:45:40 Registering MythDVD VCD Media Handler as a media handler
2004-10-08 16:45:41 Registering MythMusic Media Handler as a media handler
SIP listening on IP Address 192.168.1.223:5060 NAT address 192.168.1.223
SIP: Cannot register; proxy, username or password not set
2004-10-08 16:45:51 All Programs
2004-10-08 16:45:52 Connecting to backend server: 127.0.0.1:6543 (try 1 of 5)
2004-10-08 16:45:52 Using protocol version 13
2004-10-08 16:45:54 Using protocol version 13
2004-10-08 16:45:55 detectInterlace(Detect Scan, Detect Scan, 29.97,
480) ->Interlaced Scan
2004-10-08 16:45:55 Interlaced: Interlaced Scan video_height: 480 fps: 29.97
2004-10-08 16:45:55 Estimated bitrate = 192000
2004-10-08 16:45:55 Image size. dispxoff 0, dispyoff: 0, dispwoff: 0,
disphoff: 0
2004-10-08 16:45:55 Image size. imgx 0, imgy: 0, imgw: 480, imgh: 480
2004-10-08 16:45:55 waiting for prebuffer...
2004-10-08 16:45:55 positionMap[ 0 ] == 38.
2004-10-08 16:45:55 positionMap[ 1 ] == 114726.
2004-10-08 16:45:55 HandleGopStart: gopset not set, syncing positionMap
2004-10-08 16:45:55 SyncPositionMap prerecorded, from DB: 2 entries
2004-10-08 16:45:56 Stream initial keyframedist: 15.
2004-10-08 16:45:56 detectInterlace(Ignore Scan, Interlaced Scan,
29.97, 480) ->Interlaced Scan
2004-10-08 16:45:56 Interlaced: Interlaced Scan video_height: 480 fps: -1
2004-10-08 16:45:56 positionMap[ 2 ] == 233510.
2004-10-08 16:45:56 positionMap[ 3 ] == 350246.
2004-10-08 16:45:56 positionMap[ 4 ] == 477222.
2004-10-08 16:45:57 positionMap[ 5 ] == 606246.
2004-10-08 16:45:57 positionMap[ 6 ] == 735270.
2004-10-08 16:45:58 detectInterlace(Detect Scan, Detect Scan, 29.97,
480) ->Interlaced Scan
2004-10-08 16:45:58 Interlaced: Interlaced Scan video_height: 480 fps: 29.97
2004-10-08 16:45:58 Estimated bitrate = 192000
2004-10-08 16:45:58 Image size. dispxoff 0, dispyoff: 0, dispwoff: 0,
disphoff: 0
2004-10-08 16:45:58 Image size. imgx 0, imgy: 0, imgw: 480, imgh: 480
2004-10-08 16:45:58 waiting for prebuffer...
2004-10-08 16:45:58 positionMap[ 0 ] == 38.
2004-10-08 16:45:58 positionMap[ 1 ] == 114726.
2004-10-08 16:45:58 HandleGopStart: gopset not set, syncing positionMap
2004-10-08 16:45:58 SyncPositionMap prerecorded, from DB: 2 entries
2004-10-08 16:45:58 Stream initial keyframedist: 15.
2004-10-08 16:45:58 detectInterlace(Ignore Scan, Interlaced Scan,
29.97, 480) ->Interlaced Scan
2004-10-08 16:45:58 Interlaced: Interlaced Scan video_height: 480 fps: -1
2004-10-08 16:45:58 positionMap[ 2 ] == 233510.
2004-10-08 16:45:59 positionMap[ 3 ] == 350246.
2004-10-08 16:45:59 positionMap[ 4 ] == 477222.
2004-10-08 16:46:00 positionMap[ 5 ] == 606246.
2004-10-08 16:46:00 positionMap[ 6 ] == 735270.
2004-10-08 16:46:01 positionMap[ 7 ] == 872486.
2004-10-08 16:46:01 detectInterlace(Detect Scan, Detect Scan, 29.97,
480) ->Interlaced Scan
2004-10-08 16:46:01 Interlaced: Interlaced Scan video_height: 480 fps: 29.97
2004-10-08 16:46:01 Estimated bitrate = 192000
2004-10-08 16:46:02 Position map filled from DB to: 7183
2004-10-08 16:46:02 SyncPositionMap prerecorded, from DB: 7184 entries
2004-10-08 16:46:02 detectInterlace(Ignore Scan, Interlaced Scan,
29.97, 480) ->Interlaced Scan
2004-10-08 16:46:02 Interlaced: Interlaced Scan video_height: 480 fps: -1
2004-10-08 16:46:02 Position map found
2004-10-08 16:46:02 Opening OSS audio device '/dev/dsp'.
2004-10-08 16:46:02 WARNING: something is currently using: /dev/dsp, retrying.
2004-10-08 16:46:09 Over/underscan. V: 0, H: 0, XOff: 0, YOff: 0
2004-10-08 16:46:09 Using XV port 53
2004-10-08 16:46:09 Image size. dispxoff 0, dispyoff: 0, dispwoff:
1280, disphoff: 1023
2004-10-08 16:46:09 Image size. imgx 0, imgy: 0, imgw: 480, imgh: 480
2004-10-08 16:46:09 Changing from None to WatchingPreRecorded
pthread_setschedparam: Operation not permitted
2004-10-08 16:46:09 Running as SUID root would allow some threads to
run with realtime priority, improving video smoothness.
2004-10-08 16:46:09 Using deinterlace method linearblend
2004-10-08 16:46:10 nVidiaVideoSync: VBlank ioctl did not work,
unimplemented in this driver?
2004-10-08 16:46:10 DRMVideoSync: Could not open device
/dev/dri/card0, Permission denied
2004-10-08 16:46:10 RTCVideoSync: Could not set RTC frequency,
Permission denied.
2004-10-08 16:46:10 Using audio as timebase
2004-10-08 16:46:10 Video timing method: USleep with busy wait
2004-10-08 16:46:10 Refresh rate: 11761, frame interval: 33366
waiting for free video buffers timed out
waiting for free video buffers timed out
waiting for free video buffers timed out <----- this message
continues to be repeated

I did get a myth display about /dev/dsp being busy. I sometimes get that and
sometimes don't. I'm more concerned with the X freeze -- cpu usage issue
at the moment.

Others had noted I didn't describe my system, so here it is:
Intel P4 2.4MHz
1 Gig RAM
FC2
Chaintec GeForce4 MX 440
PVR-250
screen resolution 1280x1024

>Have you tried going in to the taskbar settings in KDE and making sure
>that it does have the "always on top" setting selected.
Not sure where this setting would be found.
I have it set so that the taskbar lowers when not in use.
I have it set so that windows need to be clicked for focus.

doug at ties

Oct 8, 2004, 5:47 PM

Post #10 of 14 (4293 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

Kevin Clayton wrote:
> 2004-10-08 16:46:09 Using deinterlace method linearblend
> 2004-10-08 16:46:10 nVidiaVideoSync: VBlank ioctl did not work,
> unimplemented in this driver?
> 2004-10-08 16:46:10 DRMVideoSync: Could not open device
> /dev/dri/card0, Permission denied
> 2004-10-08 16:46:10 RTCVideoSync: Could not set RTC frequency,
> Permission denied.
> 2004-10-08 16:46:10 Using audio as timebase
> 2004-10-08 16:46:10 Video timing method: USleep with busy wait

You'll get a little bit of CPU time back if you make sure /dev/rtc is
readable & writeable by your Myth user, and arrange to 'echo 1024 >
/proc/sys/dev/rtc/max-user-freq' at boot time.

> 2004-10-08 16:46:10 Refresh rate: 11761, frame interval: 33366
> waiting for free video buffers timed out
> waiting for free video buffers timed out
> waiting for free video buffers timed out <----- this message
> continues to be repeated
>
> I did get a myth display about /dev/dsp being busy. I sometimes get that and
> sometimes don't. I'm more concerned with the X freeze -- cpu usage issue
> at the moment.

It's trying to synchronize the video stream to the audio stream. If it
can't play audio, I can see that causing problems. You're probably
running artsd or esound and it's grabbed /dev/dsp.

I agree, though... something is screwy if your X server is freezing.
Have you tried playing with the NvAGP option (selects whether to use
your kernel's agp driver or nVidia's)?

-Doug

Attachments:

signature.asc (0.25 KB)

kevin.clayton at gmail

Oct 9, 2004, 7:42 AM

Post #11 of 14 (4303 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

Wohooo ! I don't want to jinx myself but I think I have
achieved success !

On Fri, 08 Oct 2004 20:47:08 -0400, Doug Larrick <doug AT ties.org> wrote:
> Kevin Clayton wrote:
> > 2004-10-08 16:46:09 Using deinterlace method linearblend
> > 2004-10-08 16:46:10 nVidiaVideoSync: VBlank ioctl did not work,
> > unimplemented in this driver?
> > 2004-10-08 16:46:10 DRMVideoSync: Could not open device
> > /dev/dri/card0, Permission denied
> > 2004-10-08 16:46:10 RTCVideoSync: Could not set RTC frequency,
> > Permission denied.
> > 2004-10-08 16:46:10 Using audio as timebase
> > 2004-10-08 16:46:10 Video timing method: USleep with busy wait
>
> You'll get a little bit of CPU time back if you make sure /dev/rtc is
> readable & writeable by your Myth user, and arrange to 'echo 1024 >
> /proc/sys/dev/rtc/max-user-freq' at boot time.

I have not adressed this but will look into it. I want to enjoy my system
working at least as it is now before I mess with it and potentially do
damage :)

> I agree, though... something is screwy if your X server is freezing.
> Have you tried playing with the NvAGP option (selects whether to use
> your kernel's agp driver or nVidia's)?

I started investigating Doug's above suggestion.
In doing so, I found that somehow my xorg.conf was not
using the Driver that I thought it was ...

I changed it from "Driver" "nv" to "Driver" to "nvidia"

After rebooting --- I can now watch LiveTV, I can watch recorded
programs.

So -- in my case, my X freeze, cpu usage issues seemed to be a direct result
of not using the correct video drivers ....

I'm going to review Jarod's HOWTO guide again to see what else I find
that may not be correctly setup.

Thanks to the ivtv and the mythtv developers for a great system,
thanks to Jarod for the HOWTO guide, and thanks to the users on this
list who chipped in and gave me advice and suggestions.

petercable at gmail

Oct 10, 2004, 1:47 AM

Post #12 of 14 (4263 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

Most likely it was locking up because xorg was trying to use NVidia's
GLX stuff with the nv driver....

On Sat, 9 Oct 2004 10:42:16 -0400, Kevin Clayton
<kevin.clayton [at] gmail> wrote:
> Wohooo ! I don't want to jinx myself but I think I have
> achieved success !
>
> On Fri, 08 Oct 2004 20:47:08 -0400, Doug Larrick <doug AT ties.org> wrote:
> > Kevin Clayton wrote:
> > > 2004-10-08 16:46:09 Using deinterlace method linearblend
> > > 2004-10-08 16:46:10 nVidiaVideoSync: VBlank ioctl did not work,
> > > unimplemented in this driver?
> > > 2004-10-08 16:46:10 DRMVideoSync: Could not open device
> > > /dev/dri/card0, Permission denied
> > > 2004-10-08 16:46:10 RTCVideoSync: Could not set RTC frequency,
> > > Permission denied.
> > > 2004-10-08 16:46:10 Using audio as timebase
> > > 2004-10-08 16:46:10 Video timing method: USleep with busy wait
> >
> > You'll get a little bit of CPU time back if you make sure /dev/rtc is
> > readable & writeable by your Myth user, and arrange to 'echo 1024 >
> > /proc/sys/dev/rtc/max-user-freq' at boot time.
>
> I have not adressed this but will look into it. I want to enjoy my system
> working at least as it is now before I mess with it and potentially do
> damage :)
>
>
> > I agree, though... something is screwy if your X server is freezing.
> > Have you tried playing with the NvAGP option (selects whether to use
> > your kernel's agp driver or nVidia's)?
>
> I started investigating Doug's above suggestion.
> In doing so, I found that somehow my xorg.conf was not
> using the Driver that I thought it was ...
>
> I changed it from "Driver" "nv" to "Driver" to "nvidia"
>
> After rebooting --- I can now watch LiveTV, I can watch recorded
> programs.
>
> So -- in my case, my X freeze, cpu usage issues seemed to be a direct result
> of not using the correct video drivers ....
>
> I'm going to review Jarod's HOWTO guide again to see what else I find
> that may not be correctly setup.
>
> Thanks to the ivtv and the mythtv developers for a great system,
> thanks to Jarod for the HOWTO guide, and thanks to the users on this
> list who chipped in and gave me advice and suggestions.
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>
>

--

Pete

MythTV geek http://www.mythtv.org
- and -
1983 R80ST rider http://www.airheads.org

jsass at magnifeye

Oct 13, 2004, 12:04 AM

Post #13 of 14 (4269 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

Kevin et all.,

Thank you for your posts. I ran into the same problem. You saved me
many hours of headscratching.

Jonathan

On Sunday, October 10, 2004, at 01:47 AM, Pete Cable wrote:

> Most likely it was locking up because xorg was trying to use NVidia's
> GLX stuff with the nv driver....
>
>
> On Sat, 9 Oct 2004 10:42:16 -0400, Kevin Clayton
> <kevin.clayton [at] gmail> wrote:
>> Wohooo ! I don't want to jinx myself but I think I have
>> achieved success !
>>
>> On Fri, 08 Oct 2004 20:47:08 -0400, Doug Larrick <doug AT ties.org>
>> wrote:
>>> Kevin Clayton wrote:
>>>> 2004-10-08 16:46:09 Using deinterlace method linearblend
>>>> 2004-10-08 16:46:10 nVidiaVideoSync: VBlank ioctl did not work,
>>>> unimplemented in this driver?
>>>> 2004-10-08 16:46:10 DRMVideoSync: Could not open device
>>>> /dev/dri/card0, Permission denied
>>>> 2004-10-08 16:46:10 RTCVideoSync: Could not set RTC frequency,
>>>> Permission denied.
>>>> 2004-10-08 16:46:10 Using audio as timebase
>>>> 2004-10-08 16:46:10 Video timing method: USleep with busy wait
>>>
>>> You'll get a little bit of CPU time back if you make sure /dev/rtc is
>>> readable & writeable by your Myth user, and arrange to 'echo 1024 >
>>> /proc/sys/dev/rtc/max-user-freq' at boot time.
>>
>> I have not adressed this but will look into it. I want to enjoy my
>> system
>> working at least as it is now before I mess with it and potentially do
>> damage :)
>>
>>
>>> I agree, though... something is screwy if your X server is freezing.
>>> Have you tried playing with the NvAGP option (selects whether to use
>>> your kernel's agp driver or nVidia's)?
>>
>> I started investigating Doug's above suggestion.
>> In doing so, I found that somehow my xorg.conf was not
>> using the Driver that I thought it was ...
>>
>> I changed it from "Driver" "nv" to "Driver" to "nvidia"
>>
>> After rebooting --- I can now watch LiveTV, I can watch recorded
>> programs.
>>
>> So -- in my case, my X freeze, cpu usage issues seemed to be a
>> direct result
>> of not using the correct video drivers ....
>>
>> I'm going to review Jarod's HOWTO guide again to see what else I find
>> that may not be correctly setup.
>>
>> Thanks to the ivtv and the mythtv developers for a great system,
>> thanks to Jarod for the HOWTO guide, and thanks to the users on this
>> list who chipped in and gave me advice and suggestions.
>>
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users [at] mythtv
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>>
>>
>>
>
>
> --
>
> Pete
>
> MythTV geek http://www.mythtv.org
> - and -
> 1983 R80ST rider http://www.airheads.org
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

dboyd at its

Oct 14, 2004, 7:40 AM

Post #14 of 14 (4243 views)
Permalink

Re: X Freezes blank on 'watch tv' [In reply to]

[returning from vacation, sorry for the tardy reply]

Yes, I have managed to get everything working. My problem was related
to having incompatible versions of several modules trying to work
together. Specifically, the IVTV modules, and the PVR-350 X driver.
Unfortunately, I do not remember the exact details of the drivers I was
using, but I will outline what I have now (which is working).

I had to use relatively new IVTV drivers to get the new tuner type for
Tuner #47. The package I had did not come with the MSP3400 module. So,
I downloaded the IVTV source from Chris Kennedy's and compiled. I then
used the MSP3400 module, and the X driver from the compiled source.

At that point, things didn't work. I was lucky enough to find a post
referring to an archive of the 100z IVTV driver source. I downloaded
that, compiled it and used (only) the MSP3400 and the X driver from it
and voila, everything worked.

My memories is vague here (like I said, just got back from vacation :)),
sorry I don't remember all the details.

I believe that the newer packages available from ATRpms contain all the
necessary pieces now. If you are still having issues, feel free to send
more questions my way.

Darren

soekul wrote:
> Darren,
> I'm having the exact same problem as you, have you made any progress
> with this issue?
>
> -Luke
>
> On Wed, 29 Sep 2004 09:11:50 -0600, Darren Boyd <dboyd [at] its> wrote:
>
>>This is my first post so let me start by thanking everyone who has put
>>in countless hours into this project. While my setup isn't quite
>>working (yet), I am so far very impressed.
>>
>>I am just putting together my first Myth box by following Jarod's guide
>>on FC2. The TV card being used is a PVR-350 and as it turns out it is
>>one with the 'new' tuner type (47). Basically, I suffered the same
>>problem detailed here (nothing but snow from the tuner)...
>>
>>http://www.gossamer-threads.com/lists/mythtv/users/85687#85687
>>
>>I then upgraded my video4linux module...
>>
>>root [at] gwenn:~# rpm -q kernel-module-video4linux-$MYKERNEL
>>kernel-module-video4linux-2.6.8-1.521-20040922_114711-48.rhfc2.at
>>
>>This gave me the video I wanted to see, but I still do not have any
>>sound coming from the tuner. From what I gather from this list, this
>>has something to do with the msp3400 module not being up to date in the
>>video4linux RPM above. I don't quite understand how this all works, so
>>bear with me. In short, I get this error:
>>
>>kernel: msp3400: Unknown symbol msleep_interruptible
>>
>>At this point Myth is working, except for the sound issue. I decided
>>yesterday to compile the IVTV drivers from source to see if I could get
>>everything working. I downloaded this file:
>>
>>ivtv-0.1.10-pre2-ck113e.tgz
>>
>>Everything compiled and installed. And, it looks like the modules are
>>loading properly (output from the logs are attached). When I try and
>>watch TV from mplayer everything is working fine.
>>
>>$ mplayer /dev/video0
>>
>>I can watch TV in either a window, or in fullscreen with audio.
>>
>>In MythTV, however, it is quite a different story. If I choose 'watch
>>TV' I get a blank screen. The audio is working, as I can hear the same
>>channel that was in mplayer. Using the remote, I can also change
>>channels. The screen remains blank though. After several seconds the
>>remote becomes unresponsive as well, and the audio will fail.
>>
>>X, at this point, is basically frozen. Running top from an SSH session
>>on a different machine shows me that X is at 99% CPU usage. The only
>>way to regain control of the machine at this point is to 'kill -9' X.
>>
>>Attached are the logs from the frontend, backend and from the IVTV
>>module initialization sequence from /var/log/messages.
>>
>>If anyone could provide a hint of what I'm doing wrong, it would be very
>>much appreciated.
>>
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads