Mailing List Archive: MythTV: Users

HD-PVR giving up

Index | Next | Previous | View Threaded

marius at schrecker

Oct 29, 2009, 2:23 PM

Post #1 of 22 (2071 views)
Permalink

HD-PVR giving up

Hi all,

Having sorted my SG's and channels, I'm a small step closer to getting liveTV working.

catting /dev/video0 gives perfect results, but playing liveTV thro myth results in lots of audio static and the HD-PVR going in and out of recording mode at about 10 second intervals, accompanied by louder clicks.

Audio is in through s/pdiff, and video is component at 720p, both set as device defaults using module parameters.

I'm not using vdpau yet as I wanted to get one thing sorted at a time so stickin to the default CPU+

Channel change script is set to /bin /true for the moment.

Motorola IP stb turned on first, then hd-pvr and finally the pc. I have manually changed channels since starting the pc and loading the hdpvr module.

System is dual core opteron running at 2.4 GHz per core, 2 GB RAM

Using mythbuntu karmic installed from daily build a few days ago and fully dist-upgraded including Jean-Yves testing repo.

Here's what my backend log says:

TVRec(1): Changing from None to Watching WatchingLiveTV
2009-10-29 21:25:59.329 TVRec(1): HW Tuner: 1->1
2009-10-29 21:25:59.424 ret_pid(5005) child(5005) status(0x0)
2009-10-29 21:25:59.448 External Tuning program exited with no error
2009-10-29 21:25:59.756 AutoExpire: CalcParams(): Max required Free Space: 12.0 GB w/freq: 15 min
2009-10-29 21:26:05.106 RecBase(1:/dev/video0): GetKeyframePositions(1,9223372036854775807,#0) out of 1
2009-10-29 21:26:08.993 DevRdB(/dev/video0) Error: Poll giving up
2009-10-29 21:26:09.045 MPEGRec(/dev/video0) Error: Device error detected
2009-10-29 21:26:09.082 DevRdB(/dev/video0): Stop(): Not running.
2009-10-29 21:26:16.751 DevRdB(/dev/video0) Error: Poll giving up
2009-10-29 21:26:16.808 MPEGRec(/dev/video0) Error: Device error detected
2009-10-29 21:26:16.846 DevRdB(/dev/video0): Stop(): Not running.
2009-10-29 21:26:19.506 New DB DataDirect connection
2009-10-29 21:26:19.545 Connected to database 'mythconverg' at host: 192.168.253.239
2009-10-29 21:26:19.571 Scheduler, Warning: Listings source '' is defined, but is not attached to a card input.
2009-10-29 21:26:19.649 Speculative scheduled 0 items in 0.1 = 0.00 match + 0.05 place
2009-10-29 21:26:22.605 DevRdB(/dev/video0) Error: Poll giving up
2009-10-29 21:26:22.648 MPEGRec(/dev/video0) Error: Device error detected
2009-10-29 21:26:22.681 DevRdB(/dev/video0): Stop(): Not running.
2009-10-29 21:26:28.830 DevRdB(/dev/video0) Error: Poll giving up
2009-10-29 21:26:28.856 MPEGRec(/dev/video0) Error: Device error detected
2009-10-29 21:26:28.894 DevRdB(/dev/video0): Stop(): Not running.
2009-10-29 21:26:35.029 DevRdB(/dev/video0) Error: Poll giving up
2009-10-29 21:26:35.067 MPEGRec(/dev/video0) Error: Device error detected
...
...
...
009-10-29 21:29:05.702 DevRdB(/dev/video0): Stop(): Not running.
2009-10-29 21:29:06.605 MPEGRec(/dev/video0) Error: StartEncoding failed
eno: Resource temporarily unavailable (11)
2009-10-29 21:29:06.649 MPEGRec(/dev/video0) Error: Can't open video device.
eno: No such file or directory (2)
2009-10-29 21:29:06.680 MPEGRec(/dev/video0) Error: StopEncoding failed
eno: Bad file descriptor (9)
2009-10-29 21:29:07.434 TVRec(1): Changing from Watching WatchingLiveTV to None
2009-10-29 21:29:07.489 Recording designated 720p because width was 1280
2009-10-29 21:29:07.590 MainServer::ANN Playback
2009-10-29 21:29:07.612 adding: mythbox as a client (events: 0)
2009-10-29 21:29:07.640 TVRec(1): Changing from None to Watching WatchingLiveTV
2009-10-29 21:29:07.684 TVRec(1): HW Tuner: 1->1
2009-10-29 21:29:07.706 Channel(/dev/video0)::Open(): Can't open video device, error "No such file or directory"
2009-10-29 21:29:07.733 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
while setting input (v4l v2)
eno: Bad file descriptor (9)
2009-10-29 21:29:07.755 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
while setting format (v4l v2)
eno: Bad file descriptor (9)
2009-10-29 21:29:07.780 Channel(/dev/video0): SetInputAndFormat() failed
2009-10-29 21:29:07.805 TVRec(1) Error: Failed to set channel to 1. Reverting to kState_None
2009-10-29 21:29:07.830 TVRec(1): Changing from Watching WatchingLiveTV to None

Can anyone say what I'm doing wrong?

Cheers!

Marius

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

markhsa at gmail

Oct 29, 2009, 2:30 PM

Post #2 of 22 (1934 views)
Permalink

Re: HD-PVR giving up [In reply to]

Marius Schrecker wrote:
> Hi all,
>
> Having sorted my SG's and channels, I'm a small step closer to getting liveTV working.
>
> catting /dev/video0 gives perfect results, but playing liveTV thro myth results in lots of audio static and the HD-PVR going in and out of recording mode at about 10 second intervals, accompanied by louder clicks.
>
> Audio is in through s/pdiff, and video is component at 720p, both set as device defaults using module parameters.
>
> I'm not using vdpau yet as I wanted to get one thing sorted at a time so stickin to the default CPU+
>
> Channel change script is set to /bin /true for the moment.
>
> Motorola IP stb turned on first, then hd-pvr and finally the pc. I have manually changed channels since starting the pc and loading the hdpvr module.
>
> System is dual core opteron running at 2.4 GHz per core, 2 GB RAM
>
> Using mythbuntu karmic installed from daily build a few days ago and fully dist-upgraded including Jean-Yves testing repo.
>
> Here's what my backend log says:
>
>
> TVRec(1): Changing from None to Watching WatchingLiveTV
> 2009-10-29 21:25:59.329 TVRec(1): HW Tuner: 1->1
> 2009-10-29 21:25:59.424 ret_pid(5005) child(5005) status(0x0)
> 2009-10-29 21:25:59.448 External Tuning program exited with no error
> 2009-10-29 21:25:59.756 AutoExpire: CalcParams(): Max required Free Space: 12.0 GB w/freq: 15 min
> 2009-10-29 21:26:05.106 RecBase(1:/dev/video0): GetKeyframePositions(1,9223372036854775807,#0) out of 1
> 2009-10-29 21:26:08.993 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:09.045 MPEGRec(/dev/video0) Error: Device error detected
> 2009-10-29 21:26:09.082 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:26:16.751 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:16.808 MPEGRec(/dev/video0) Error: Device error detected
> 2009-10-29 21:26:16.846 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:26:19.506 New DB DataDirect connection
> 2009-10-29 21:26:19.545 Connected to database 'mythconverg' at host: 192.168.253.239
> 2009-10-29 21:26:19.571 Scheduler, Warning: Listings source '' is defined, but is not attached to a card input.
> 2009-10-29 21:26:19.649 Speculative scheduled 0 items in 0.1 = 0.00 match + 0.05 place
> 2009-10-29 21:26:22.605 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:22.648 MPEGRec(/dev/video0) Error: Device error detected
> 2009-10-29 21:26:22.681 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:26:28.830 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:28.856 MPEGRec(/dev/video0) Error: Device error detected
> 2009-10-29 21:26:28.894 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:26:35.029 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:35.067 MPEGRec(/dev/video0) Error: Device error detected
> ...
> ...
> ...
> 009-10-29 21:29:05.702 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:29:06.605 MPEGRec(/dev/video0) Error: StartEncoding failed
> eno: Resource temporarily unavailable (11)
> 2009-10-29 21:29:06.649 MPEGRec(/dev/video0) Error: Can't open video device.
> eno: No such file or directory (2)
> 2009-10-29 21:29:06.680 MPEGRec(/dev/video0) Error: StopEncoding failed
> eno: Bad file descriptor (9)
> 2009-10-29 21:29:07.434 TVRec(1): Changing from Watching WatchingLiveTV to None
> 2009-10-29 21:29:07.489 Recording designated 720p because width was 1280
> 2009-10-29 21:29:07.590 MainServer::ANN Playback
> 2009-10-29 21:29:07.612 adding: mythbox as a client (events: 0)
> 2009-10-29 21:29:07.640 TVRec(1): Changing from None to Watching WatchingLiveTV
> 2009-10-29 21:29:07.684 TVRec(1): HW Tuner: 1->1
> 2009-10-29 21:29:07.706 Channel(/dev/video0)::Open(): Can't open video device, error "No such file or directory"
> 2009-10-29 21:29:07.733 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
> while setting input (v4l v2)
> eno: Bad file descriptor (9)
> 2009-10-29 21:29:07.755 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
> while setting format (v4l v2)
> eno: Bad file descriptor (9)
> 2009-10-29 21:29:07.780 Channel(/dev/video0): SetInputAndFormat() failed
> 2009-10-29 21:29:07.805 TVRec(1) Error: Failed to set channel to 1. Reverting to kState_None
> 2009-10-29 21:29:07.830 TVRec(1): Changing from Watching WatchingLiveTV to None
>
>
> Can anyone say what I'm doing wrong?
>
>
> Cheers!
>
> Marius
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
I have a Motorola 6200 box, and capture HD and SD flawlessly. I had
some very strange results at first, like you.
You HAVE to ensure this is done:
Set the box to only output 720.
Also:
For Motorola STBs, it is also important to set the "4:3 Override" option
to Off or Stretch. For some Motorola STBs, both the aspect ratio
settings and output resolution controls can be found by powering down
the STB and then pressing the Menu button.

This will make a huge difference if you have not already done this.

I use firewire channel changing 6200ch which is also flawless, and
capture sound via rca cables.

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

markhsa at gmail

Oct 29, 2009, 2:31 PM

Post #3 of 22 (2037 views)
Permalink

Re: HD-PVR giving up [In reply to]

Marius Schrecker wrote:
> Hi all,
>
> Having sorted my SG's and channels, I'm a small step closer to getting liveTV working.
>
> catting /dev/video0 gives perfect results, but playing liveTV thro myth results in lots of audio static and the HD-PVR going in and out of recording mode at about 10 second intervals, accompanied by louder clicks.
>
> Audio is in through s/pdiff, and video is component at 720p, both set as device defaults using module parameters.
>
> I'm not using vdpau yet as I wanted to get one thing sorted at a time so stickin to the default CPU+
>
> Channel change script is set to /bin /true for the moment.
>
> Motorola IP stb turned on first, then hd-pvr and finally the pc. I have manually changed channels since starting the pc and loading the hdpvr module.
>
> System is dual core opteron running at 2.4 GHz per core, 2 GB RAM
>
> Using mythbuntu karmic installed from daily build a few days ago and fully dist-upgraded including Jean-Yves testing repo.
>
> Here's what my backend log says:
>
>
> TVRec(1): Changing from None to Watching WatchingLiveTV
> 2009-10-29 21:25:59.329 TVRec(1): HW Tuner: 1->1
> 2009-10-29 21:25:59.424 ret_pid(5005) child(5005) status(0x0)
> 2009-10-29 21:25:59.448 External Tuning program exited with no error
> 2009-10-29 21:25:59.756 AutoExpire: CalcParams(): Max required Free Space: 12.0 GB w/freq: 15 min
> 2009-10-29 21:26:05.106 RecBase(1:/dev/video0): GetKeyframePositions(1,9223372036854775807,#0) out of 1
> 2009-10-29 21:26:08.993 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:09.045 MPEGRec(/dev/video0) Error: Device error detected
> 2009-10-29 21:26:09.082 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:26:16.751 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:16.808 MPEGRec(/dev/video0) Error: Device error detected
> 2009-10-29 21:26:16.846 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:26:19.506 New DB DataDirect connection
> 2009-10-29 21:26:19.545 Connected to database 'mythconverg' at host: 192.168.253.239
> 2009-10-29 21:26:19.571 Scheduler, Warning: Listings source '' is defined, but is not attached to a card input.
> 2009-10-29 21:26:19.649 Speculative scheduled 0 items in 0.1 = 0.00 match + 0.05 place
> 2009-10-29 21:26:22.605 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:22.648 MPEGRec(/dev/video0) Error: Device error detected
> 2009-10-29 21:26:22.681 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:26:28.830 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:28.856 MPEGRec(/dev/video0) Error: Device error detected
> 2009-10-29 21:26:28.894 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:26:35.029 DevRdB(/dev/video0) Error: Poll giving up
> 2009-10-29 21:26:35.067 MPEGRec(/dev/video0) Error: Device error detected
> ...
> ...
> ...
> 009-10-29 21:29:05.702 DevRdB(/dev/video0): Stop(): Not running.
> 2009-10-29 21:29:06.605 MPEGRec(/dev/video0) Error: StartEncoding failed
> eno: Resource temporarily unavailable (11)
> 2009-10-29 21:29:06.649 MPEGRec(/dev/video0) Error: Can't open video device.
> eno: No such file or directory (2)
> 2009-10-29 21:29:06.680 MPEGRec(/dev/video0) Error: StopEncoding failed
> eno: Bad file descriptor (9)
> 2009-10-29 21:29:07.434 TVRec(1): Changing from Watching WatchingLiveTV to None
> 2009-10-29 21:29:07.489 Recording designated 720p because width was 1280
> 2009-10-29 21:29:07.590 MainServer::ANN Playback
> 2009-10-29 21:29:07.612 adding: mythbox as a client (events: 0)
> 2009-10-29 21:29:07.640 TVRec(1): Changing from None to Watching WatchingLiveTV
> 2009-10-29 21:29:07.684 TVRec(1): HW Tuner: 1->1
> 2009-10-29 21:29:07.706 Channel(/dev/video0)::Open(): Can't open video device, error "No such file or directory"
> 2009-10-29 21:29:07.733 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
> while setting input (v4l v2)
> eno: Bad file descriptor (9)
> 2009-10-29 21:29:07.755 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
> while setting format (v4l v2)
> eno: Bad file descriptor (9)
> 2009-10-29 21:29:07.780 Channel(/dev/video0): SetInputAndFormat() failed
> 2009-10-29 21:29:07.805 TVRec(1) Error: Failed to set channel to 1. Reverting to kState_None
> 2009-10-29 21:29:07.830 TVRec(1): Changing from Watching WatchingLiveTV to None
>
>
> Can anyone say what I'm doing wrong?
>
>
> Cheers!
>
> Marius
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>

Ensure you have permissions on /dev/video as well.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

marius at schrecker

Oct 29, 2009, 11:50 PM

Post #4 of 22 (1937 views)
Permalink

Re: HD-PVR giving up [In reply to]

> On Thu Oct 29 22:31 , mark wrote:Marius Schrecker wrote:
>> Hi all,
>>
>> Having sorted my SG's and channels, I'm a small step closer to getting liveTV working.
>>
>> catting /dev/video0 gives perfect results, but playing liveTV thro myth results in lots of audio static and the HD-PVR going in and out of recording mode at about 10 second intervals, accompanied by louder clicks.
>>
>> Audio is in through s/pdiff, and video is component at 720p, both set as device defaults using module parameters.
>>
>> I'm not using vdpau yet as I wanted to get one thing sorted at a time so stickin to the default CPU+
>>
>> Channel change script is set to /bin /true for the moment.
>>
>> Motorola IP stb turned on first, then hd-pvr and finally the pc. I have manually changed channels since starting the pc and loading the hdpvr module.
>>
>> System is dual core opteron running at 2.4 GHz per core, 2 GB RAM
>>
>> Using mythbuntu karmic installed from daily build a few days ago and fully dist-upgraded including Jean-Yves testing repo.
>>
>> Here's what my backend log says:
>>
>>
>> TVRec(1): Changing from None to Watching WatchingLiveTV
>> 2009-10-29 21:25:59.329 TVRec(1): HW Tuner: 1->1
>> 2009-10-29 21:25:59.424 ret_pid(5005) child(5005) status(0x0)
>> 2009-10-29 21:25:59.448 External Tuning program exited with no error
>> 2009-10-29 21:25:59.756 AutoExpire: CalcParams(): Max required Free Space: 12.0 GB w/freq: 15 min
>> 2009-10-29 21:26:05.106 RecBase(1:/dev/video0): GetKeyframePositions(1,9223372036854775807,#0) out of 1
>> 2009-10-29 21:26:08.993 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:09.045 MPEGRec(/dev/video0) Error: Device error detected
>> 2009-10-29 21:26:09.082 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:26:16.751 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:16.808 MPEGRec(/dev/video0) Error: Device error detected
>> 2009-10-29 21:26:16.846 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:26:19.506 New DB DataDirect connection
>> 2009-10-29 21:26:19.545 Connected to database 'mythconverg' at host: 192.168.253.239
>> 2009-10-29 21:26:19.571 Scheduler, Warning: Listings source '' is defined, but is not attached to a card input.
>> 2009-10-29 21:26:19.649 Speculative scheduled 0 items in 0.1 = 0.00 match + 0.05 place
>> 2009-10-29 21:26:22.605 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:22.648 MPEGRec(/dev/video0) Error: Device error detected
>> 2009-10-29 21:26:22.681 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:26:28.830 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:28.856 MPEGRec(/dev/video0) Error: Device error detected
>> 2009-10-29 21:26:28.894 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:26:35.029 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:35.067 MPEGRec(/dev/video0) Error: Device error detected
>> ...
>> ...
>> ...
>> 009-10-29 21:29:05.702 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:29:06.605 MPEGRec(/dev/video0) Error: StartEncoding failed
>> eno: Resource temporarily unavailable (11)
>> 2009-10-29 21:29:06.649 MPEGRec(/dev/video0) Error: Can't open video device.
>> eno: No such file or directory (2)
>> 2009-10-29 21:29:06.680 MPEGRec(/dev/video0) Error: StopEncoding failed
>> eno: Bad file descriptor (9)
>> 2009-10-29 21:29:07.434 TVRec(1): Changing from Watching WatchingLiveTV to None
>> 2009-10-29 21:29:07.489 Recording designated 720p because width was 1280
>> 2009-10-29 21:29:07.590 MainServer::ANN Playback
>> 2009-10-29 21:29:07.612 adding: mythbox as a client (events: 0)
>> 2009-10-29 21:29:07.640 TVRec(1): Changing from None to Watching WatchingLiveTV
>> 2009-10-29 21:29:07.684 TVRec(1): HW Tuner: 1->1
>> 2009-10-29 21:29:07.706 Channel(/dev/video0)::Open(): Can't open video device, error "No such file or directory"
>> 2009-10-29 21:29:07.733 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
>> while setting input (v4l v2)
>> eno: Bad file descriptor (9)
>> 2009-10-29 21:29:07.755 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
>> while setting format (v4l v2)
>> eno: Bad file descriptor (9)
>> 2009-10-29 21:29:07.780 Channel(/dev/video0): SetInputAndFormat() failed
>> 2009-10-29 21:29:07.805 TVRec(1) Error: Failed to set channel to 1. Reverting to kState_None
>> 2009-10-29 21:29:07.830 TVRec(1): Changing from Watching WatchingLiveTV to None
>>
>>
>> Can anyone say what I'm doing wrong?
>>

Mark replied:

>Ensure you have permissions on /dev/video as well.

Thanks Mark for both your suggestions. I'm prettuy sure the Motorola is set up properly, using 720p as the output format, and outputting the original format. The only difference being that I'm currently outputting sound over s/pdiff (Ill try RCA during testing tho.

The /dev/video0 permissions I haven't checked. Good point! Do I need r or rw permissions from the mythtv group?

Will try again this evening, as I only had a few seconds yetserday before family took over the tv. Will also look more closely at frontend log, and dmesg.

System is combined BE/FE and 64 bit btw.

Cheers!

Marius

markhsa at gmail

Oct 30, 2009, 8:40 AM

Post #5 of 22 (1904 views)
Permalink

Re: HD-PVR giving up [In reply to]

Marius Schrecker wrote:

> On Thu Oct 29 22:31 , mark wrote:Marius Schrecker wrote:
>> Hi all,
>>
>> Having sorted my SG's and channels, I'm a small step closer to getting liveTV working.
>>
>> catting /dev/video0 gives perfect results, but playing liveTV thro myth results in lots of audio static and the HD-PVR going in and out of recording mode at about 10 second intervals, accompanied by louder clicks.
>>
>> Audio is in through s/pdiff, and video is component at 720p, both set as device defaults using module parameters.
>>
>> I'm not using vdpau yet as I wanted to get one thing sorted at a time so stickin to the default CPU+
>>
>> Channel change script is set to /bin /true for the moment.
>>
>> Motorola IP stb turned on first, then hd-pvr and finally the pc. I have manually changed channels since starting the pc and loading the hdpvr module.
>>
>> System is dual core opteron running at 2.4 GHz per core, 2 GB RAM
>>
>> Using mythbuntu karmic installed from daily build a few days ago and fully dist-upgraded including Jean-Yves testing repo.
>>
>> Here's what my backend log says:
>>
>>
>> TVRec(1): Changing from None to Watching WatchingLiveTV
>> 2009-10-29 21:25:59.329 TVRec(1): HW Tuner: 1->1
>> 2009-10-29 21:25:59.424 ret_pid(5005) child(5005) status(0x0)
>> 2009-10-29 21:25:59.448 External Tuning program exited with no error
>> 2009-10-29 21:25:59.756 AutoExpire: CalcParams(): Max required Free Space: 12.0 GB w/freq: 15 min
>> 2009-10-29 21:26:05.106 RecBase(1:/dev/video0): GetKeyframePositions(1,9223372036854775807,#0) out of 1
>> 2009-10-29 21:26:08.993 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:09.045 MPEGRec(/dev/video0) Error: Device error detected
>> 2009-10-29 21:26:09.082 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:26:16.751 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:16.808 MPEGRec(/dev/video0) Error: Device error detected
>> 2009-10-29 21:26:16.846 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:26:19.506 New DB DataDirect connection
>> 2009-10-29 21:26:19.545 Connected to database 'mythconverg' at host: 192.168.253.239
>> 2009-10-29 21:26:19.571 Scheduler, Warning: Listings source '' is defined, but is not attached to a card input.
>> 2009-10-29 21:26:19.649 Speculative scheduled 0 items in 0.1 = 0.00 match + 0.05 place
>> 2009-10-29 21:26:22.605 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:22.648 MPEGRec(/dev/video0) Error: Device error detected
>> 2009-10-29 21:26:22.681 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:26:28.830 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:28.856 MPEGRec(/dev/video0) Error: Device error detected
>> 2009-10-29 21:26:28.894 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:26:35.029 DevRdB(/dev/video0) Error: Poll giving up
>> 2009-10-29 21:26:35.067 MPEGRec(/dev/video0) Error: Device error detected
>> ...
>> ...
>> ...
>> 009-10-29 21:29:05.702 DevRdB(/dev/video0): Stop(): Not running.
>> 2009-10-29 21:29:06.605 MPEGRec(/dev/video0) Error: StartEncoding failed
>> eno: Resource temporarily unavailable (11)
>> 2009-10-29 21:29:06.649 MPEGRec(/dev/video0) Error: Can't open video device.
>> eno: No such file or directory (2)
>> 2009-10-29 21:29:06.680 MPEGRec(/dev/video0) Error: StopEncoding failed
>> eno: Bad file descriptor (9)
>> 2009-10-29 21:29:07.434 TVRec(1): Changing from Watching WatchingLiveTV to None
>> 2009-10-29 21:29:07.489 Recording designated 720p because width was 1280
>> 2009-10-29 21:29:07.590 MainServer::ANN Playback
>> 2009-10-29 21:29:07.612 adding: mythbox as a client (events: 0)
>> 2009-10-29 21:29:07.640 TVRec(1): Changing from None to Watching WatchingLiveTV
>> 2009-10-29 21:29:07.684 TVRec(1): HW Tuner: 1->1
>> 2009-10-29 21:29:07.706 Channel(/dev/video0)::Open(): Can't open video device, error "No such file or directory"
>> 2009-10-29 21:29:07.733 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
>> while setting input (v4l v2)
>> eno: Bad file descriptor (9)
>> 2009-10-29 21:29:07.755 Channel(/dev/video0) Error: SetInputAndFormat(1, PAL)
>> while setting format (v4l v2)
>> eno: Bad file descriptor (9)
>> 2009-10-29 21:29:07.780 Channel(/dev/video0): SetInputAndFormat() failed
>> 2009-10-29 21:29:07.805 TVRec(1) Error: Failed to set channel to 1. Reverting to kState_None
>> 2009-10-29 21:29:07.830 TVRec(1): Changing from Watching WatchingLiveTV to None
>>
>>
>> Can anyone say what I'm doing wrong?
>>

Mark replied:

>Ensure you have permissions on /dev/video as well.

Thanks Mark for both your suggestions. I'm prettuy sure the Motorola is set up properly, using 720p as the output format, and outputting the original format. The only difference being that I'm currently outputting sound over s/pdiff (Ill try RCA during testing tho.

The /dev/video0 permissions I haven't checked. Good point! Do I need r or rw permissions from the mythtv group?

Will try again this evening, as I only had a few seconds yetserday before family took over the tv. Will also look more closely at frontend log, and dmesg.

System is combined BE/FE and 64 bit btw.

Cheers!

Marius

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

I am also running combined FE/BE. Also Ubuntu 9.10. I have no issues at all, so it must be config related. So I am sure we can get your setup working.
Read only should be fine on /dev/video

jppoet at gmail

Oct 30, 2009, 8:56 AM

Post #6 of 22 (1900 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Fri, Oct 30, 2009 at 9:40 AM, mark <markhsa [at] gmail> wrote:
> Marius Schrecker wrote:
>
>> On Thu Oct 29 22:31 , mark wrote:Marius Schrecker wrote:
>>> Hi all,
>>>
<snip>
>>>
>>>
>>> Can anyone say what I'm doing wrong?
>>>
>
> Mark replied:
>
>>Ensure you have permissions on /dev/video as well.
>
<snip>
>
>
> I am also running combined FE/BE.� Also Ubuntu 9.10.� I have no issues at
> all, so it must be config related.� So I am sure we can get your setup
> working.
> Read only should be fine on /dev/video

Are you sure about that? Myth needs to be able to tell the HD-PVR
what bitrate to record at, etc. I am pretty sure it would need write
privileges on the device.

John
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

markhsa at gmail

Oct 30, 2009, 9:30 AM

Post #7 of 22 (1890 views)
Permalink

Re: HD-PVR giving up [In reply to]

John P Poet wrote:

On Fri, Oct 30, 2009 at 9:40 AM, mark <markhsa [at] gmail> wrote:
Marius Schrecker wrote:
On Thu Oct 29 22:31 , mark wrote:Marius Schrecker wrote:
Hi all,

<snip>

Can anyone say what I'm doing wrong?

Mark replied:
Ensure you have permissions on /dev/video as well.

<snip>
I am also running combined FE/BE. Also Ubuntu 9.10. I have no issues at all, so it must be config related. So I am sure we can get your setup working. Read only should be fine on /dev/video
Are you sure about that? Myth needs to be able to tell the HD-PVR what bitrate to record at, etc. I am pretty sure it would need write privileges on the device. John

You could be correct on that for sure. 775 perms and make sure you add modify your groups accordingly.

Mark

marius at schrecker

Oct 30, 2009, 12:58 PM

Post #8 of 22 (1877 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Fri Oct 30 17:30 , mark sent:

John P Poet wrote:
On Fri, Oct 30, 2009 at 9:40 AM, mark wrote:

Marius Schrecker wrote:

On Thu Oct 29 22:31 , mark wrote:Marius Schrecker wrote:

Hi all,

Can anyone say what I'm doing wrong?

Mark replied:

Ensure you have permissions on /dev/video as well.

I am also running combined FE/BE. Also Ubuntu 9.10. I have no issues at
all, so it must be config related. So I am sure we can get your setup
working.
Read only should be fine on /dev/video

Are you sure about that? Myth needs to be able to tell the HD-PVR
what bitrate to record at, etc. I am pretty sure it would need write
privileges on the device.

John

>You could be correct on that for sure. 775 perms and >make sure you add modify your groups accordingly.

>Mark

Thanks for feedback so far.

I`ve done the following:

created udev rule setting:
first:KERNEL=="video0",MODE="0666", SYMLINK+="video"

then:KERNEL=="video0",MODE="0775", SYMLINK+="video"
finally manually changed permissions to 777, just in case.

user:grp is root:video, but both mythuser (user) and mythtv are in video group

Behaviour/ backend log are the same, but my frontend log shows:
OSD Theme Dimensions W: 1280 H: 720
2009-10-30 20:45:06.404 OpenGLVideoSync()
2009-10-30 20:45:06.406 Realtime priority would require SUID as root.
2009-10-30 20:45:06.412 TV: StartPlayer(0, Watching WatchingLiveTV, main) -- end ok
2009-10-30 20:45:06.412 TV: Changing from None to Watching WatchingLiveTV
2009-10-30 20:45:06.412 TV: State is LiveTV & mctx == ctx
2009-10-30 20:45:06.445 Video sync method can't support double framerate (refresh rate too low for bob deint)
2009-10-30 20:45:06.459 Video timing method: SGI OpenGL
2009-10-30 20:45:06.474 TV: UpdateOSDInput done
2009-10-30 20:45:06.474 TV: UpdateLCD done
2009-10-30 20:45:06.474 TV: ITVRestart done
2009-10-30 20:45:06.498 ScreenSaverX11Private: DPMS Deactivated 1
2009-10-30 20:45:06.603 Loading window theme from /usr/share/mythtv/themes/Mythbuntu/schedule-ui.xml
2009-10-30 20:45:09.885 NVP(0): prebuffering pause
2009-10-30 20:45:10.341 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 1.0 seconds for data to become available...
2009-10-30 20:45:10.341 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:10.687 NVP(0): Prebuffer wait timed out 10 times.
2009-10-30 20:45:11.343 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 2.0 seconds for data to become available...
2009-10-30 20:45:11.343 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:11.488 NVP(0): Prebuffer wait timed out 20 times.
2009-10-30 20:45:12.289 NVP(0): Prebuffer wait timed out 30 times.
2009-10-30 20:45:13.114 NVP(0): Prebuffer wait timed out 40 times.
2009-10-30 20:45:13.934 NVP(0): Prebuffer wait timed out 50 times.
2009-10-30 20:45:14.762 NVP(0): Prebuffer wait timed out 60 times.
2009-10-30 20:45:15.563 NVP(0): Prebuffer wait timed out 70 times.
2009-10-30 20:45:15.820 Audio 40 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:15.829 Audio 39 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:15.839 Audio 38 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:15.868 Audio 36 ms behind video but already 180 video frames queued. AV-Sync might be broken.
...
...
...2009-10-30 20:45:15.987 Audio -91 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:17.827 NVP(0): prebuffering pause
2009-10-30 20:45:17.865 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 1.0 seconds for data to become available...
2009-10-30 20:45:17.865 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:18.628 NVP(0): Prebuffer wait timed out 10 times.
2009-10-30 20:45:18.867 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 2.0 seconds for data to become available...
2009-10-30 20:45:18.867 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:19.430 NVP(0): Prebuffer wait timed out 20 times.
2009-10-30 20:45:19.867 Loading window theme from /usr/share/mythtv/themes/Mythbuntu/schedule-ui.xml
2009-10-30 20:45:20.238 NVP(0): Prebuffer wait timed out 30 times.
2009-10-30 20:45:23.978 New DB scheduler connection
2009-10-30 20:45:23.980 Connected to database 'mythconverg' at host: 192.168.253.239
2009-10-30 20:45:24.131 XMLParse: LoadTheme using '/usr/share/mythtv/themes/Mythbuntu/ui.xml'
2009-10-30 20:45:24.162 Unable to find image file: /usr/share/mythtv/themes/Mythbuntu/conflicts/con-box.png
2009-10-30 20:45:24.162 UIImageType::LoadImage() - Cannot find image: conflicts/con-box.png
2009-10-30 20:45:24.183 NVP(0): prebuffering pause
2009-10-30 20:45:24.404 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 1.0 seconds for data to become available...
2009-10-30 20:45:24.404 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:24.995 NVP(0): Prebuffer wait timed out 10 times.
2009-10-30 20:45:25.406 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 2.0 seconds for data to become available...
2009-10-30 20:45:25.406 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:25.796 NVP(0): Prebuffer wait timed out 20 times.
2009-10-30 20:45:26.597 NVP(0): Prebuffer wait timed out 30 times.
2009-10-30 20:45:26.691 Audio 3770 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:26.699 Audio 3780 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:26.709 Audio 3769 ms behind video but already 180 video frames queued. AV-Sync might be broken.

Perhaps I should test rca stereo audio capture ->aac next, currently trying s/pdif ->ac3

Any other ideas?

Cheers!

Marius

ryan.goat at gmail

Oct 30, 2009, 2:26 PM

Post #9 of 22 (1864 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Fri, Oct 30, 2009 at 3:58 PM, Marius Schrecker <marius [at] schrecker> wrote:
> Perhaps I should test rca stereo audio capture ->aac next, currently trying
> s/pdif ->ac3
>
> Any other ideas?

Upgrade the firmware on the HD-PVR. Switch to RCA audio. Stop using
HTML in your e-mails to this list.

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

marius at schrecker

Oct 30, 2009, 2:27 PM

Post #10 of 22 (1908 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Fri Oct 30 20:58 , Marius Schrecker sent:

On Fri Oct 30 17:30 , mark sent:

John P Poet wrote:
On Fri, Oct 30, 2009 at 9:40 AM, mark wrote:

Marius Schrecker wrote:

On Thu Oct 29 22:31 , mark wrote:Marius Schrecker wrote:

Hi all,

Can anyone say what I'm doing wrong?

Mark replied:

Ensure you have permissions on /dev/video as well.

I am also running combined FE/BE. Also Ubuntu 9.10. I have no issues at

all, so it must be config related. So I am sure we can get your setup

working.

Read only should be fine on /dev/video

Are you sure about that? Myth needs to be able to tell the HD-PVR

what bitrate to record at, etc. I am pretty sure it would need write

privileges on the device.

John

>You could be correct on that for sure. 775 perms and >make sure you add modify your groups accordingly.

>Mark

Thanks for feedback so far.

I`ve done the following:

created udev rule setting:
first:KERNEL=="video0",MODE="0666", SYMLINK+="video"

then:KERNEL=="video0",MODE="0775", SYMLINK+="video"
finally manually changed permissions to 777, just in case.

user:grp is root:video, but both mythuser (user) and mythtv are in video group

Behaviour/ backend log are the same, but my frontend log shows:
OSD Theme Dimensions W: 1280 H: 720
2009-10-30 20:45:06.404 OpenGLVideoSync()
2009-10-30 20:45:06.406 Realtime priority would require SUID as root.
2009-10-30 20:45:06.412 TV: StartPlayer(0, Watching WatchingLiveTV, main) -- end ok
2009-10-30 20:45:06.412 TV: Changing from None to Watching WatchingLiveTV
2009-10-30 20:45:06.412 TV: State is LiveTV & mctx == ctx
2009-10-30 20:45:06.445 Video sync method can't support double framerate (refresh rate too low for bob deint)
2009-10-30 20:45:06.459 Video timing method: SGI OpenGL
2009-10-30 20:45:06.474 TV: UpdateOSDInput done
2009-10-30 20:45:06.474 TV: UpdateLCD done
2009-10-30 20:45:06.474 TV: ITVRestart done
2009-10-30 20:45:06.498 ScreenSaverX11Private: DPMS Deactivated 1
2009-10-30 20:45:06.603 Loading window theme from /usr/share/mythtv/themes/Mythbuntu/schedule-ui.xml
2009-10-30 20:45:09.885 NVP(0): prebuffering pause
2009-10-30 20:45:10.341 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 1.0 seconds for data to become available...
2009-10-30 20:45:10.341 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:10.687 NVP(0): Prebuffer wait timed out 10 times.
2009-10-30 20:45:11.343 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 2.0 seconds for data to become available...
2009-10-30 20:45:11.343 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:11.488 NVP(0): Prebuffer wait timed out 20 times.
2009-10-30 20:45:12.289 NVP(0): Prebuffer wait timed out 30 times.
2009-10-30 20:45:13.114 NVP(0): Prebuffer wait timed out 40 times.
2009-10-30 20:45:13.934 NVP(0): Prebuffer wait timed out 50 times.
2009-10-30 20:45:14.762 NVP(0): Prebuffer wait timed out 60 times.
2009-10-30 20:45:15.563 NVP(0): Prebuffer wait timed out 70 times.
2009-10-30 20:45:15.820 Audio 40 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:15.829 Audio 39 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:15.839 Audio 38 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:15.868 Audio 36 ms behind video but already 180 video frames queued. AV-Sync might be broken.
...
...
...2009-10-30 20:45:15.987 Audio -91 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:17.827 NVP(0): prebuffering pause
2009-10-30 20:45:17.865 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 1.0 seconds for data to become available...
2009-10-30 20:45:17.865 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:18.628 NVP(0): Prebuffer wait timed out 10 times.
2009-10-30 20:45:18.867 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 2.0 seconds for data to become available...
2009-10-30 20:45:18.867 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:19.430 NVP(0): Prebuffer wait timed out 20 times.
2009-10-30 20:45:19.867 Loading window theme from /usr/share/mythtv/themes/Mythbuntu/schedule-ui.xml
2009-10-30 20:45:20.238 NVP(0): Prebuffer wait timed out 30 times.
2009-10-30 20:45:23.978 New DB scheduler connection
2009-10-30 20:45:23.980 Connected to database 'mythconverg' at host: 192.168.253.239
2009-10-30 20:45:24.131 XMLParse: LoadTheme using '/usr/share/mythtv/themes/Mythbuntu/ui.xml'
2009-10-30 20:45:24.162 Unable to find image file: /usr/share/mythtv/themes/Mythbuntu/conflicts/con-box.png
2009-10-30 20:45:24.162 UIImageType::LoadImage() - Cannot find image: conflicts/con-box.png
2009-10-30 20:45:24.183 NVP(0): prebuffering pause
2009-10-30 20:45:24.404 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 1.0 seconds for data to become available...
2009-10-30 20:45:24.404 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:24.995 NVP(0): Prebuffer wait timed out 10 times.
2009-10-30 20:45:25.406 RingBuf(/var/lib/mythtv/livetv/3010_20091030204502.mpg): Waited 2.0 seconds for data to become available...
2009-10-30 20:45:25.406 Checking to see if there's a new livetv program to switch to..
2009-10-30 20:45:25.796 NVP(0): Prebuffer wait timed out 20 times.
2009-10-30 20:45:26.597 NVP(0): Prebuffer wait timed out 30 times.
2009-10-30 20:45:26.691 Audio 3770 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:26.699 Audio 3780 ms behind video but already 180 video frames queued. AV-Sync might be broken.
2009-10-30 20:45:26.709 Audio 3769 ms behind video but already 180 video frames queued. AV-Sync might be broken.

Perhaps I should test rca stereo audio capture ->aac next, currently trying s/pdif ->ac3

Any other ideas?

Cheers!

Marius

EDIT:

well that didn`t help much.

Now Im not initializing the device at all (no blue light).

changed the default and mythtv audio input to "0"/rca back

backend log now:

2009-10-30 22:14:47.265 ProgramInfo, Error: GetPlaybackURL: '3010_20091029212559.mpg' should be local, but it can not be found.
2009-10-30 22:14:47.288 ERROR when trying to delete file: /GetPlaybackURL/UNABLE/TO/FIND/LOCAL/FILE/ON/mythbox/3010_20091029212559.mpg. File doesn't exist. Database metadata will not be removed.
2009-10-30 22:15:02.620 Reschedule requested for id 0.
2009-10-30 22:15:02.745 Scheduled 0 items in 0.1 = 0.05 match + 0.08 place
2009-10-30 22:17:02.148 MainServer::ANN Monitor
2009-10-30 22:17:02.201 adding: mythbox as a client (events: 0)
2009-10-30 22:17:17.841 MainServer::ANN Playback
2009-10-30 22:17:17.870 adding: mythbox as a client (events: 0)
2009-10-30 22:17:17.907 TVRec(1): Changing from None to Watching WatchingLiveTV
2009-10-30 22:17:17.958 TVRec(1): HW Tuner: 1->1
2009-10-30 22:17:18.048 ret_pid(2991) child(2991) status(0x0)
2009-10-30 22:17:18.070 External Tuning program exited with no error
2009-10-30 22:17:18.353 AutoExpire: CalcParams(): Max required Free Space: 12.0 GB w/freq: 15 min
2009-10-30 22:17:18.672 MPEGRec(/dev/video0) Error: StartEncoding failed
eno: Resource temporarily unavailable (11)
2009-10-30 22:17:18.709 MPEGRec(/dev/video0) Error: Failed to start recording
2009-10-30 22:18:04.897 TVRec(1): Changing from Watching WatchingLiveTV to None
2009-10-30 22:18:04.951 Unknown type, recording width was 0

fe:

2009-10-30 22:17:17.904 Spawning LiveTV Recorder -- begin
2009-10-30 22:17:18.324 Spawning LiveTV Recorder -- end
2009-10-30 22:17:18.337 We have a playbackURL(/var/lib/mythtv/livetv/3010_20091030221718.mpg) & cardtype(HDPVR)
2009-10-30 22:17:24.837 RingBuf(/var/lib/mythtv/livetv/3010_20091030221718.mpg): Invalid file (fd -1) when opening '/var/lib/mythtv/livetv/3010_20091030221718.mpg'.
2009-10-30 22:17:24.838 We have a RingBuffer
2009-10-30 22:18:04.891 TV Error: StartRecorder() -- timed out waiting for recorder to start
2009-10-30 22:18:04.891 TV Error: LiveTV not successfully started
2009-10-30 22:18:04.902 ScreenSaverX11Private: DPMS Deactivated 1
2009-10-30 22:18:04.905 ScreenSaverX11Private: DPMS Reactivated 1

Changed back to s/pdiff and still getting same errors as with rca so am completely confused.

/dev/video0 is 775 root:video

Marius

ron.garrison at gmail

Oct 30, 2009, 2:29 PM

Post #11 of 22 (1863 views)
Permalink

Re: HD-PVR giving up [In reply to]

You could try setting the hdpvr_debug level in the kernel level
options to see if dmesg might give you some info.

I just got my hdpvr working last night, and the little I've played
with it it seems to be working quite well. I compiled from the
22-fixes branch which I updated last night. What I learned along the
way (which probably has no bearing on your issue, but you never know -
it might trigger something to try).

If you have SP/DIF selected, but your optical is not hooked up (or you
hooked it to the output instead of the input like I did), the
recording will fail.

The patches mentioned on the wiki page turned out to be very important
for me. Without the patches, It would work until I changed a channel.
Not sure if mythbuntu incorporates these or not.

I have my box set at 720P I believe (I did this a long time ago and
haven't gone back to verify), but the wiki indicates this should no
longer be an issue. I was planning on experimenting this weekend.

I am using VDPAU and haven't tryed without. It was so easy to setup
and worked out of the box. I'm running an i5 (2.66 GHz) and during
live TV I get 1 to 2% CPU usage on one of the CPUs.

Hopefully something will point you in the right direction. Good luck.

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

marius at schrecker

Nov 1, 2009, 11:18 PM

Post #12 of 22 (1776 views)
Permalink

Re: HD-PVR giving up [In reply to]

>�On Fri Oct 30 22:29 , Ron Garrison <ron.garrison [at] gmail> wrote:You could try setting the hdpvr_debug level in the kernel level
>options to see if dmesg might give you some info.

>I just got my hdpvr working last night, and the little I've played
>with it it seems to be working quite well. I compiled from the
>22-fixes branch which I updated last night. What I learned along the
>way (which probably has no bearing on your issue, but you never know -
>it might trigger something to try).

>If you have SP/DIF selected, but your optical is not hooked up (or you
>hooked it to the output instead of the input like I did), the
>recording will fail.
>
>The patches mentioned on the wiki page turned out to be very important
>for me. Without the patches, It would work until I changed a channel.
> Not sure if mythbuntu incorporates these or not.
>
>I have my box set at 720P I believe (I did this a long time ago and
>haven't gone back to verify), but the wiki indicates this should no
>longer be an issue. I was planning on experimenting this weekend.
>
>I am using VDPAU and haven't tryed without. It was so easy to setup
>and worked out of the box. I'm running an i5 (2.66 GHz) and during
>live TV I get 1 to 2% CPU usage on one of the CPUs.
>
>Hopefully something will point you in the right direction. Good luck.
>
>Ron

Thanks Ryan and Ron,

Firmware is, I think latest, Set was delivered with 1.5.6, but to make sure I "upgraded" from a doze VM a few weeks back. Once the file is unzipped, it says it's beta, but I think Hauppauge just forgot to rename it.

I now have both RCA and s/pdif connected, so can switch easily between them. One stupid mistake I did find was that I had connected the s/pdif from the computer to the hdpvr input instead of from the tv tuner (because of the way my audio system is set up. I've fixed that now, but still no luck. There does seem to be a problem with the file that is created in tne livetv dir. Looks like the one mythtv is looking for is always a different name from the one that's there. I stop livetv, delete the file, try again, and another file is created with the wrong name. I didn't have time to completely confirm it, so might be a wrong impression. Will write back next time I have time to play with the system...probably towards the end of the week. Sorry about html.

Marius

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

kenneth.emerson at gmail

Nov 2, 2009, 8:32 PM

Post #13 of 22 (1709 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Fri, Oct 30, 2009 at 3:29 PM, Ron Garrison <ron.garrison [at] gmail>wrote:

> You could try setting the hdpvr_debug level in the kernel level
> options to see if dmesg might give you some info.
>
> I just got my hdpvr working last night, and the little I've played
> with it it seems to be working quite well. I compiled from the
> 22-fixes branch which I updated last night. What I learned along the
> way (which probably has no bearing on your issue, but you never know -
> it might trigger something to try).
>
> If you have SP/DIF selected, but your optical is not hooked up (or you
> hooked it to the output instead of the input like I did), the
> recording will fail.
>
> The patches mentioned on the wiki page turned out to be very important
> for me. Without the patches, It would work until I changed a channel.
> Not sure if mythbuntu incorporates these or not.
>
> I have my box set at 720P I believe (I did this a long time ago and
> haven't gone back to verify), but the wiki indicates this should no
> longer be an issue. I was planning on experimenting this weekend.
>
> I am using VDPAU and haven't tryed without. It was so easy to setup
> and worked out of the box. I'm running an i5 (2.66 GHz) and during
> live TV I get 1 to 2% CPU usage on one of the CPUs.
>
> Hopefully something will point you in the right direction. Good luck.
>
> Ron
>

I just wanted to add my 2 cents in here with my experience with the HD-PVR.
I've been trying to get this working for about 4 weeks (not solid, I have
been using the firewire successfully in the interim). I had a fairly recent
firmware installed out of the box (0x0f), but try as I might using the
information in the HD-PVR wiki, the backend would fail on all recording
attempts. I started over by upgrading the firmware at Hauppaugue web site.
It now sits at 0x12. After re-adding the HD-PVR to the backend, I actually
got a recording to be made with no errors in the log file; however, the
recording itself was unwatchable. The recording would "stutter"; it would
play fine for 2-5 seconds then stop as if it had been paused on a single
frame for 1-2 seconds and then repeat. After searching the recent posts and
finding your post, I decided to go back and change the output of my DCH3200
to 720p (it was at 1080). I had left it at 1080 because, as you pointed
out, the wiki said this step should no longer be required. I am here to say
that when I changed to 720, not only did I get no errors while recording,
but the playback was flawless. So I would say, at least in my case, 720p
output is required.

-- Ken

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

marius at schrecker

Nov 2, 2009, 11:09 PM

Post #14 of 22 (1709 views)
Permalink

Re: HD-PVR giving up [In reply to]

>�>On Tue Nov 3 5:32 , Kenneth Emerson <kenneth.emerson [at] gmail> wrote:On Fri, Oct 30, 2009 at 3:29 PM, Ron Garrison <ron.garrison [at] gmail> wrote:
>>You could try setting the hdpvr_debug level in the kernel level
>>options to see if dmesg might give you some info.
>>
>>I just got my hdpvr working last night, and the little I've played
>>with it it seems to be working quite well. �I compiled from the
>>22-fixes branch which I updated last night. �What I learned along the
>>way (which probably has no bearing on your issue, but you never know -
>>it might trigger something to try).
>>
>>If you have SP/DIF selected, but your optical is not hooked up (or you
>>hooked it to the output instead of the input like I did), the
>>recording will fail.
>>
>>The patches mentioned on the wiki page turned out to be very important
>>for me. �Without the patches, It would work until I changed a channel.
>>�Not sure if mythbuntu incorporates these or not.
>>
>>I have my box set at 720P I believe (I did this a long time ago and
>>haven't gone back to verify), but the wiki indicates this should no
>>longer be an issue. �I was planning on experimenting this weekend.
>>
>>I am using VDPAU and haven't tryed without. �It was so easy to setup
>>and worked out of the box. �I'm running an i5 (2.66 GHz) and during
>>live TV I get 1 to 2% CPU usage on one of the CPUs.
>>
>>Hopefully something will point you in the right direction. �Good luck.
>>
>>Ron
>I just wanted to add my 2 cents in here with my experience with the HD-PVR.� I've been trying to get this working for about 4 weeks (not solid, I have been using the firewire successfully in the interim).� I had a fairly recent firmware >installed out of the box (0x0f), but try as I might using the information in the HD-PVR wiki, the backend would fail on all recording attempts.� I started over by upgrading the firmware at Hauppaugue web site.� It now sits at 0x12.� >After >re-adding the HD-PVR to the backend, I actually got a recording to be made with no errors in the log file; however, the recording itself was unwatchable.� The recording would "stutter"; it would play fine for 2-5 seconds then >stop as >if it had been paused on a single frame for 1-2 seconds and then repeat.� After searching the recent posts and finding your post, I decided to go back and change the output of my DCH3200 to 720p (it was at 1080).� I had >left it at >1080 because, as you pointed out, the wiki said this step should no longer be required.� I am here to say that when I changed to 720, not only did I get no errors while recording, but the playback was flawless.� So I would >say, at >least in my case, 720p output is required.
>-- Ken _______________________________________________

Thanks Ken,

Interesting what you said about the firmware number and re-adding the hd-pvr. 720p is the only format being output by my cable box, so that's at least one thing that shoudl be correct. I haven't had time to re-check my firmware yet, due to very low WAF, and box being connected to the TV which is in constant evening use by the family.

Next things for me to try (in order), are:
revert again to rca (I somehow messed up even more last time I tried this, but haven't managed to undo the damage yet, so will revert again)
re-install the firmware from a windows VM
double check the permissions and paths in my storage groups
set /dev/video0 permissions to 777
enable vdpau playback (I didn't really want to do this before I had the setup working with cpu+, as it's another unknown, but hey, what can I loose?)
Reinstall the whole sjabang :-(

At the current rate this list will take me several weeks, all in the face of steadily falling WAF, so I really hope one of the first steps does it for me.

Cheers!

Marius

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

kenneth.emerson at gmail

Nov 3, 2009, 5:38 AM

Post #15 of 22 (1688 views)
Permalink

Re: HD-PVR giving up [In reply to]

>
>
> Thanks Ken,
>
> Interesting what you said about the firmware number and re-adding the
> hd-pvr. 720p is the only format being output by my cable box, so that's at
> least one thing that shoudl be correct. I haven't had time to re-check my
> firmware yet, due to very low WAF, and box being connected to the TV which
> is in constant evening use by the family.
>
> Next things for me to try (in order), are:
> revert again to rca (I somehow messed up even more last time I tried this,
> but haven't managed to undo the damage yet, so will revert again)
> re-install the firmware from a windows VM
> double check the permissions and paths in my storage groups
> set /dev/video0 permissions to 777
> enable vdpau playback (I didn't really want to do this before I had the
> setup working with cpu+, as it's another unknown, but hey, what can I
> loose?)
> Reinstall the whole sjabang :-(
>
> At the current rate this list will take me several weeks, all in the face
> of steadily falling WAF, so I really hope one of the first steps does it for
> me.
>
> Cheers!
>
> Marius
> A little more info:
>
I tried using VDPAU but found it to be not quite stable enough for every day
use. Since I have plenty of CPU power, I have reverted to the HIGH QUALITY
profile which has performed very well. I'm running Ubuntu 9.04 and it
appears that all videox devices are added with the group VIDEO which has rw
access. My mythtv user is a member of the VIDEO group.
I have both the RCA (stereo) and spdif cable connected between the HD-PVR
and the DCH3200. I disconnected the RCA cables and the sound disappeared
(as expected from reading the wiki). I'm still not sure how to set module
level parameters, but maybe someone reading this will offer suggestions or a
link to a web page that describes such.
Anyway, I'm much closer to having it working the way I want than I was a
week ago. Too bad this system can't handle the 1080 input (although I don't
know what my cable provider is actually sending over these channels).

-- Ken

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

marius at schrecker

Nov 3, 2009, 5:51 AM

Post #16 of 22 (1693 views)
Permalink

Re: HD-PVR giving up [In reply to]

�On Tue Nov 3 14:38 , Kenneth Emerson <kenneth.emerson [at] gmail> wrote:

>>Thanks Ken,

>>Interesting what you said about the firmware number and re-adding the hd-pvr. 720p is the only format being output by my cable box, so that's at least one thing that shoudl be correct. �I haven't had time to re-check my firmware yet, >>due to very low WAF, and box being connected to the TV which is in constant evening use by the family.

>>Next things for me to try (in order), are:
>>revert again to rca (I somehow messed up even more last time I tried this, but haven't managed to undo the damage yet, so will revert again)
>�>re-install the firmware from a windows VM
>>double check the permissions and paths in my storage groups
>>set /dev/video0 permissions to 777
>>enable vdpau playback (I didn't really want to do this before I had the setup working with cpu+, as it's another unknown, but hey, what can I loose?)
>>Reinstall the whole sjabang :-(

>>At the current rate this list will take me several weeks, all in the face of steadily falling WAF, so I really hope one of the first steps does it for me.

>>�Cheers!

>>Marius
>A little more info:I tried using VDPAU but found it to be not quite stable enough for every day use. Since I have plenty of CPU power, I have reverted to the HIGH QUALITY profile which has performed very well.� I'm running Ubuntu 9.04 >and it appears that all videox devices are added with the group VIDEO which has rw access.� My mythtv user is a member of the VIDEO group.
>I have both the RCA (stereo) and spdif cable connected between the HD-PVR and the DCH3200.� I disconnected the RCA cables and the sound disappeared (as expected from reading the wiki).� I'm still not sure how to set module level >parameters, but maybe someone reading this will offer suggestions or a link to a web page that describes such.
>Anyway, I'm much closer to having it working the way I want than I was a week ago.� Too bad this system can't handle the 1080 input (although I don't know what my cable provider is actually sending over these channels).
>-- Ken

Hi again Ken,

Yes, looks like my permssions were the same as yours to start with (before I changed them to 775). VDPAU I haven't tried yet, as stated earlier, but I'm using the NVidia 190.x driver from JYA's repo.
The kernel level module options are just options lines which you put in a file under /etc/modules.d/ Yopu'll see other files there which you can check for syntax. The options themselves I found in the WIKI (setting default audio and video inputs etc.) I've changed mine back to s/pdif and component now, but will revert to rca/component for the next tests (and in the backend setup).

I only have a 720 TV so am sticking to 720p anyway for now, although cable will spit out a max of 1080i if I ask it to. To be honest I'd rather have the slightly lower res, and not have to bother with the deinterlacing anyway.

Cheers!

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

kenneth.emerson at gmail

Nov 3, 2009, 12:05 PM

Post #17 of 22 (1662 views)
Permalink

Re: HD-PVR giving up [In reply to]

>
> Hi again Ken,
>
> Yes, looks like my permssions were the same as yours to start with (before
> I changed them to 775). VDPAU I haven't tried yet, as stated earlier, but
> I'm using the NVidia 190.x driver from JYA's repo.
> The kernel level module options are just options lines which you put in a
> file under /etc/modules.d/ Yopu'll see other files there which you can
> check for syntax. The options themselves I found in the WIKI (setting
> default audio and video inputs etc.) I've changed mine back to s/pdif and
> component now, but will revert to rca/component for the next tests (and in
> the backend setup).
>
> I only have a 720 TV so am sticking to 720p anyway for now, although cable
> will spit out a max of 1080i if I ask it to. To be honest I'd rather have
> the slightly lower res, and not have to bother with the deinterlacing
> anyway.
>
> Cheers!
>
> Marius
>
So, some more information on the hdpvr driver. Using ubuntu 9.04, I added a
file called hdpvr.conf to my /etc/modprobe.d/ directory. In it I added the
line:

options hdpvr default_audio_input=2

Then I did a sudo rmmod hdpvr, followed by a modprobe hdpvr.
A cat of the sys entry:

ken [at] mytht:~$ cat /sys/module/hdpvr/parameters/default_audio_input
2

Interestingly, the default value (if there is no hdpvr.conf file) for this
parameter is a three (3) which is not listed in the HD-PVR wiki. I haven't
tested this by unplugging the stereo cables yet, but will try this when I
get home tonight.

If all this pans out, I will attempt to update the wiki with this
information.

-- Ken

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

jedi at mishnet

Nov 3, 2009, 12:09 PM

Post #18 of 22 (1661 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Mon, Nov 02, 2009 at 10:32:56PM -0600, Kenneth Emerson wrote:
> On Fri, Oct 30, 2009 at 3:29 PM, Ron Garrison <ron.garrison [at] gmail>wrote:
>
> > You could try setting the hdpvr_debug level in the kernel level
> > options to see if dmesg might give you some info.
> >
> > I just got my hdpvr working last night, and the little I've played
> > with it it seems to be working quite well. I compiled from the
> > 22-fixes branch which I updated last night. What I learned along the
> > way (which probably has no bearing on your issue, but you never know -
> > it might trigger something to try).
> >
> > If you have SP/DIF selected, but your optical is not hooked up (or you
> > hooked it to the output instead of the input like I did), the
> > recording will fail.
> >
> > The patches mentioned on the wiki page turned out to be very important
> > for me. Without the patches, It would work until I changed a channel.
> > Not sure if mythbuntu incorporates these or not.
> >
> > I have my box set at 720P I believe (I did this a long time ago and
> > haven't gone back to verify), but the wiki indicates this should no
> > longer be an issue. I was planning on experimenting this weekend.
> >
> > I am using VDPAU and haven't tryed without. It was so easy to setup
> > and worked out of the box. I'm running an i5 (2.66 GHz) and during
> > live TV I get 1 to 2% CPU usage on one of the CPUs.
> >
> > Hopefully something will point you in the right direction. Good luck.
> >
> > Ron
> >
>
> I just wanted to add my 2 cents in here with my experience with the HD-PVR.
> I've been trying to get this working for about 4 weeks (not solid, I have
> been using the firewire successfully in the interim). I had a fairly recent
> firmware installed out of the box (0x0f), but try as I might using the
> information in the HD-PVR wiki, the backend would fail on all recording
> attempts. I started over by upgrading the firmware at Hauppaugue web site.
> It now sits at 0x12. After re-adding the HD-PVR to the backend, I actually
> got a recording to be made with no errors in the log file; however, the
> recording itself was unwatchable. The recording would "stutter"; it would
> play fine for 2-5 seconds then stop as if it had been paused on a single

...sounds like a frontend that doesn't have enough horsepower to play back
the recording in question. I got a similar result when I tried to play back
a 720p HDPVR recording on an AppleTV.

[deletia]

Depending on your frontend gear, you might want to lock your cable box
into a lower resolution. I had mine at 480p to accomodate my slower
frontends like the AppleTV.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

kenneth.emerson at gmail

Nov 3, 2009, 12:21 PM

Post #19 of 22 (1656 views)
Permalink

Re: HD-PVR giving up [In reply to]

>
>
> ...sounds like a frontend that doesn't have enough horsepower to play back
> the recording in question. I got a similar result when I tried to play back
> a 720p HDPVR recording on an AppleTV.
>
> [deletia]
>
> Depending on your frontend gear, you might want to lock your cable box
> into a lower resolution. I had mine at 480p to accomodate my slower
> frontends like the AppleTV.
>
Jedidiah:

Thanks for your feedback. I'm running a Q6600, 2.4Ghz quad core, so I don't
think this is a CPU issue. My OTA recordings at 1080i are rendered fine
without using VDPAU. I believe that the problem is actually in the
recording itself, not in the playback. I transferred a small piece of the
video to a Windows laptop and played it with vlc with the same results. I
haven't played with any of the bitrates available through the v4l-ctl
utility. This may have some impact on the output. I'll try to play with
this later.

-- Ken

-- Ken

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

jedi at mishnet

Nov 3, 2009, 12:57 PM

Post #20 of 22 (1661 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Tue, Nov 03, 2009 at 02:21:58PM -0600, Kenneth Emerson wrote:
> >
> >
> > ...sounds like a frontend that doesn't have enough horsepower to play back
> > the recording in question. I got a similar result when I tried to play back
> > a 720p HDPVR recording on an AppleTV.
> >
> > [deletia]
> >
> > Depending on your frontend gear, you might want to lock your cable box
> > into a lower resolution. I had mine at 480p to accomodate my slower
> > frontends like the AppleTV.
> >
> Jedidiah:
>
> Thanks for your feedback. I'm running a Q6600, 2.4Ghz quad core, so I don't
> think this is a CPU issue. My OTA recordings at 1080i are rendered fine
> without using VDPAU. I believe that the problem is actually in the

OTA, eh? Yes. I have similar problems myself. Anything OTA that has
visible blockiness tends to make the trunk internal player crash. I can
play the recordings back fine with any other player.

> recording itself, not in the playback. I transferred a small piece of the
> video to a Windows laptop and played it with vlc with the same results. I
> haven't played with any of the bitrates available through the v4l-ctl
> utility. This may have some impact on the output. I'll try to play with
> this later.

HDPVR recordings (assuming you are in the US) are much more system
intensive than OTA recordings. MPEG2 is easy. h264 can be downright hard.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

jppoet at gmail

Nov 3, 2009, 12:57 PM

Post #21 of 22 (1677 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Tue, Nov 3, 2009 at 1:21 PM, Kenneth Emerson
<kenneth.emerson [at] gmail> wrote:
>>
>> ...sounds like a frontend that doesn't have enough horsepower to play back
>> the recording in question. I got a similar result when I tried to play
>> back
>> a 720p HDPVR recording on an AppleTV.
>>
>> [deletia]
>>
>> � Depending on your frontend gear, you might want to lock your cable box
>> into a lower resolution. I had mine at 480p to accomodate my slower
>> frontends like the AppleTV.
>
> Jedidiah:
>
> Thanks for your feedback.� I'm running a Q6600, 2.4Ghz quad core, so I don't
> think this is a CPU issue.� My OTA recordings at 1080i are rendered fine
> without using VDPAU.

A 2.4GHz CPU is *not* near powerful enough to render HD-PVR recording
via software. If you are using VDPAU it is enough, but if you want to
do it in software you need something like a 3GHz Core 2.

HD-PVRs produce single-sliced H.264 which is very difficult to decode.
OTA (in the US) is done with MPEG2, which is very easy to decode.

> I believe that the problem is actually in the
> recording itself, not in the playback.� I transferred a small piece of the
> video to a Windows laptop and played it with vlc with the same results.� I
> haven't played with any of the bitrates available through the v4l-ctl
> utility.� This may have some impact on the output.� I'll try to play with
> this later.

If you want to decode high bitrate HD-PVR in software, you need a much
more powerful mythfrontend computer.

John
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

kenneth.emerson at gmail

Nov 3, 2009, 6:25 PM

Post #22 of 22 (1641 views)
Permalink

Re: HD-PVR giving up [In reply to]

On Tue, Nov 03, 2009 at 02:21:58PM -0600, Kenneth Emerson wrote:

> > >
> > >
> > > ...sounds like a frontend that doesn't have enough horsepower to play
> back
> > > the recording in question. I got a similar result when I tried to play
> back
> > > a 720p HDPVR recording on an AppleTV.
> > >
> > > [deletia]
> > >
> > > Depending on your frontend gear, you might want to lock your cable
> box
> > > into a lower resolution. I had mine at 480p to accomodate my slower
> > > frontends like the AppleTV.
> > >
> > Jedidiah:
> >
> > Thanks for your feedback. I'm running a Q6600, 2.4Ghz quad core, so I
> don't
> > think this is a CPU issue. My OTA recordings at 1080i are rendered fine
> > without using VDPAU. I believe that the problem is actually in the
>
> OTA, eh? Yes. I have similar problems myself. Anything OTA that has
> visible blockiness tends to make the trunk internal player crash. I can
> play the recordings back fine with any other player.
>
> > recording itself, not in the playback. I transferred a small piece of
> the
> > video to a Windows laptop and played it with vlc with the same results.
> I
> > haven't played with any of the bitrates available through the v4l-ctl
> > utility. This may have some impact on the output. I'll try to play with
> > this later.
>
> HDPVR recordings (assuming you are in the US) are much more system
> intensive than OTA recordings. MPEG2 is easy. h264 can be downright hard.
> ______
>

Thanks, I stand corrected. After some experimenting I now understand how
much more intensive H264 is to decode than mpeg2 which I guess is why so
much attention has been paid to VDPAU and the NVIDIA driver. Until I got the
HD-PVR working I haven't had to deal with it at all. Just goes to prove the
rule of inverse knowledge ("the less you know about something, the more it
can do").

-- Ken

> _________________________________________
> 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