Re: [mythtv-users] **NEW INFO** HD3000 DVB Recordings - Consistently Freezes on Playback

2006-01-08 Thread Michael Haan
On 1/7/06, Johan Kihlström [EMAIL PROTECTED] wrote:
lör 2006-01-07 klockan 19:52 -0500 skrev Michael Haan: On 1/7/06, Steve Adeff [EMAIL PROTECTED] wrote: On Saturday 07 January 2006 17:18, Michael Haan wrote:
  On 1/7/06, Michael Haan [EMAIL PROTECTED] wrote:   On 1/7/06, Steve Adeff [EMAIL PROTECTED]
 wrote:On Saturday 07 January 2006 13:15, Michael Haan wrote: On 1/6/06, Michael Haan [EMAIL PROTECTED]
  wrote:  5 of the 6 total recordings, and 4 of the last 4, made with my   HD3000
 consistently freeze in the same exact spot.It looks to be   associated
 with a Prebuffering pause message and when it happens, mythfrontend  starts chewing-up memory until the OS shuts it
 down.Replaying the  recording will produce the exact result in the same exact place.   Some setup specifics:
   FC4 and Jarod's guide built about a month ago.  AMD64 3800+  nVidia 6600GT, using XvMC
  4 250 SATA drives in RAID 5 configuration   For what it's worth, using firewire seems almost flawless, so I
   don't think it's my rig. At first, I thought this had something to do with
 XvMC, so I didabled   it.Same exact thing happened in the same exact place.FWIW, this card
   hasworked in this rig before under a previous incarnation, so it's   
somethingsoftware.Anyone?   I've noticed this lately too with a couple recordings
 I've maderecently, Ithink its due more to bad data being written since adding my 3rd tunerhas
overloaded my single drive being used for my recordings.You say firewire seems to record ok, have you tried doing a manualrecord with
the dvb-tools apps to see if its Myth or something else?   --Steve___
mythtv-users mailing listmythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users Not for an extended time.I'll give that a try.Also, the other night I   recorded two shows using both my hd3000 and my
 pvr-250.Both 3000   recordings froze, but the 250's were fine.   So, I did a test capture tuning with azap and then played it back using
  mplayer.Sure enough, same problem.I did this three times and each time  is froze in the same place.Looking at the logs, I see a ton of a52:
  CRC check failed! but it finally hiccups when this message appears:   alsa-space: xrun of at least 0.119 msecs. resetting stream 
  Followed by:   Maybe you are playing a non-interleaved stream/file or the codec failed?4 0  For AVI files, try to force non-interleaved mode with the
 -ni option.   And finally:   alsa-uninit: pcm closed   I tried using the -ni option and get all the sames messages,
 except the one  about using the -ni option.Finally, I tried watching until just before  the hiccup and then skipping forward.As before, this
 avoided the *freeze*  however, unlike with myth where this would result in video with no sound,  mplayer had both video and sound. 
  Does that help to track this down? sadly, no, its just an mplayer bug in how it handles AC3 streams along side really large video streams (ie HDTV), I just did a CVS
 build as I've heard it may be fixed in CVS, haven't checked it yet though... Try using Xine or VLC, which from what I understand should both play back the
 file properly. Now, when you say they freeze in the same spot, what exactly do you mean? The same spot from capture to capture or in the same spot in each
 capture consistently? -- Steve ___ mythtv-users mailing list 
mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
 Each capture freezes in exactly the same spot, but across captures it varies.I originally tried xine, but it's not playing sound and I'm not sure how to tell it to use spdif.I could just watch the video
 and see what it does at that point, but I'd prefer to have the sound as well.Any idea how I tell xine to use spdif for sound? ___ mythtv-users mailing list
 mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-usersDo you have SPDIF working in Myth?
Otherwise see the DigitalSoundHowTo.I got SPDIF in xine by setting this in the settings menu:audio.device.alsa_front_device:defaultaudio.device.alsa_mixer_name:Master(could be that this has to be IEC958 or spdif, but I don't have that
mixer on my Xbox, just PCM)Had to change this line fromaudio.device.alsa_passthrough_device:iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2toaudio.device.alsa_passthrough_device:default, to make it work, but then
I'm running my frontend on an Xbox so the hardware is a bit quirky...Have a custom .asoundrc that defaults to SPDIF :# Override the default output used by ALSA.# If you do not override the default, your default
# device is identical to the (unmixed) analog device# shown below.If you prefer mixed and/or digital# output, uncomment 

[mythtv-users] **NEW INFO** HD3000 DVB Recordings - Consistently Freezes on Playback

2006-01-07 Thread Michael Haan
On 1/7/06, Michael Haan [EMAIL PROTECTED] wrote:
On 1/7/06, Steve Adeff [EMAIL PROTECTED]
 wrote:
On Saturday 07 January 2006 13:15, Michael Haan wrote: On 1/6/06, Michael Haan [EMAIL PROTECTED]
 wrote:  5 of the 6 total recordings, and 4 of the last 4, made with my HD3000
  consistently freeze in the same exact spot.It looks to be associated  with a Prebuffering pause message and when it happens, mythfrontend  starts chewing-up memory until the OS shuts it down.Replaying the
  recording will produce the exact result in the same exact place.   Some setup specifics:   FC4 and Jarod's guide built about a month ago.  AMD64 3800+
  nVidia 6600GT, using XvMC  4 250 SATA drives in RAID 5 configuration   For what it's worth, using firewire seems almost flawless, so I don't  think it's my rig.
 At first, I thought this had something to do with XvMC, so I didabled it. Same exact thing happened in the same exact place.FWIW, this card has worked in this rig before under a previous incarnation, so it's something
 software.Anyone?I've noticed this lately too with a couple recordings I've made recently, Ithink its due more to bad data being written since adding my 3rd tuner hasoverloaded my single drive being used for my recordings.
You say firewire seems to record ok, have you tried doing a manual record withthe dvb-tools apps to see if its Myth or something else?--Steve___mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Not for an extended time. I'll give that a try. Also, the other night I recorded two shows using both my hd3000 and my pvr-250. Both 3000 recordings froze, but the 250's were fine.

So, I did a test capture tuning with azap and then played it back using mplayer. Sure enough, same problem. I did this three times and each time is froze in the same place. Looking at the logs, I see a ton of a52: CRC check failed! but it finally hiccups when this message appears:
alsa-space: xrun of at least 0.119 msecs. resetting streamFollowed by:Maybe you are playing a non-interleaved stream/file or the codec failed?4 0For AVI files, try to force non-interleaved mode with the -ni option.
And finally:alsa-uninit: pcm closedI tried using the -ni option and get all the sames messages, except the one about using the -ni option. Finally, I tried watching until just before the hiccup and then skipping forward. As before, this avoided the *freeze* however, unlike with myth where this would result in video with no sound, mplayer had both video and sound.
Does that help to track this down?
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] **NEW INFO** HD3000 DVB Recordings - Consistently Freezes on Playback

2006-01-07 Thread Steve Adeff
On Saturday 07 January 2006 17:18, Michael Haan wrote:
 On 1/7/06, Michael Haan [EMAIL PROTECTED] wrote:
  On 1/7/06, Steve Adeff [EMAIL PROTECTED] wrote:
   On Saturday 07 January 2006 13:15, Michael Haan wrote:
On 1/6/06, Michael Haan [EMAIL PROTECTED] wrote:
 5 of the 6 total recordings, and 4 of the last 4, made with my
  
   HD3000
  
 consistently freeze in the same exact spot.  It looks to be
  
   associated
  
 with a Prebuffering pause message and when it happens, mythfrontend
 starts chewing-up memory until the OS shuts it down.  Replaying the
 recording will produce the exact result in the same exact place.

 Some setup specifics:

 FC4 and Jarod's guide built about a month ago.
 AMD64 3800+
 nVidia 6600GT, using XvMC
 4 250 SATA drives in RAID 5 configuration

 For what it's worth, using firewire seems almost flawless, so I
  
   don't
  
 think it's my rig.
   
At first, I thought this had something to do with XvMC, so I didabled
  
   it.
  
Same exact thing happened in the same exact place.  FWIW, this card
  
   has
  
worked in this rig before under a previous incarnation, so it's
  
   something
  
software.  Anyone?
  
   I've noticed this lately too with a couple recordings I've made
   recently, I
   think its due more to bad data being written since adding my 3rd tuner
   has
   overloaded my single drive being used for my recordings.
   You say firewire seems to record ok, have you tried doing a manual
   record with
   the dvb-tools apps to see if its Myth or something else?
  
   --
   Steve
   ___
   mythtv-users mailing list
   mythtv-users@mythtv.org
   http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
 
  Not for an extended time.  I'll give that a try.  Also, the other night I
  recorded two shows using both my hd3000 and my pvr-250.  Both 3000
  recordings froze, but the 250's were fine.

 So, I did a test capture tuning with azap and then played it back using
 mplayer.  Sure enough, same problem.  I did this three times and each time
 is froze in the same place.  Looking at the logs, I see a ton of a52:
 CRC check failed! but it finally hiccups when this message appears:

 alsa-space: xrun of at least 0.119 msecs. resetting stream

 Followed by:

 Maybe you are playing a non-interleaved stream/file or the codec failed?4 0
 For AVI files, try to force non-interleaved mode with the -ni option.

 And finally:

 alsa-uninit: pcm closed

 I tried using the -ni option and get all the sames messages, except the one
 about using the -ni option.  Finally, I tried watching until just before
 the hiccup and then skipping forward.  As before, this avoided the *freeze*
 however, unlike with myth where this would result in video with no sound,
 mplayer had both video and sound.

 Does that help to track this down?

sadly, no, its just an mplayer bug in how it handles AC3 streams along side 
really large video streams (ie HDTV), I just did a CVS build as I've 
heard it may be fixed in CVS, haven't checked it yet though...

Try using Xine or VLC, which from what I understand should both play back the 
file properly. 

Now, when you say they freeze in the same spot, what exactly do you mean? The 
same spot from capture to capture or in the same spot in each capture 
consistently?

-- 
Steve
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] **NEW INFO** HD3000 DVB Recordings - Consistently Freezes on Playback

2006-01-07 Thread Michael Haan
On 1/7/06, Steve Adeff [EMAIL PROTECTED] wrote:
On Saturday 07 January 2006 17:18, Michael Haan wrote: On 1/7/06, Michael Haan [EMAIL PROTECTED] wrote:  On 1/7/06, Steve Adeff 
[EMAIL PROTECTED] wrote:   On Saturday 07 January 2006 13:15, Michael Haan wrote:On 1/6/06, Michael Haan [EMAIL PROTECTED]
 wrote: 5 of the 6 total recordings, and 4 of the last 4, made with my HD3000   consistently freeze in the same exact spot.It looks to be
 associated   with a Prebuffering pause message and when it happens, mythfrontend starts chewing-up memory until the OS shuts it down.Replaying the
 recording will produce the exact result in the same exact place. Some setup specifics: FC4 and Jarod's guide built about a month ago.
 AMD64 3800+ nVidia 6600GT, using XvMC 4 250 SATA drives in RAID 5 configuration For what it's worth, using firewire seems almost flawless, so I
 don't   think it's my rig.   At first, I thought this had something to do with XvMC, so I didabled
 it.  Same exact thing happened in the same exact place.FWIW, this card has  worked in this rig before under a previous incarnation, so it's
 something  software.Anyone? I've noticed this lately too with a couple recordings I've made   recently, I
   think its due more to bad data being written since adding my 3rd tuner   has   overloaded my single drive being used for my recordings.   You say firewire seems to record ok, have you tried doing a manual
   record with   the dvb-tools apps to see if its Myth or something else? --   Steve   ___
   mythtv-users mailing list   mythtv-users@mythtv.org   http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
   Not for an extended time.I'll give that a try.Also, the other night I  recorded two shows using both my hd3000 and my pvr-250.Both 3000  recordings froze, but the 250's were fine.
 So, I did a test capture tuning with azap and then played it back using mplayer.Sure enough, same problem.I did this three times and each time is froze in the same place.Looking at the logs, I see a ton of a52:
 CRC check failed! but it finally hiccups when this message appears: alsa-space: xrun of at least 0.119 msecs. resetting stream Followed by: Maybe you are playing a non-interleaved stream/file or the codec failed?4 0
 For AVI files, try to force non-interleaved mode with the -ni option. And finally: alsa-uninit: pcm closed I tried using the -ni option and get all the sames messages, except the one
 about using the -ni option.Finally, I tried watching until just before the hiccup and then skipping forward.As before, this avoided the *freeze* however, unlike with myth where this would result in video with no sound,
 mplayer had both video and sound. Does that help to track this down?sadly, no, its just an mplayer bug in how it handles AC3 streams along sidereally large video streams (ie HDTV), I just did a CVS build as I've
heard it may be fixed in CVS, haven't checked it yet though...Try using Xine or VLC, which from what I understand should both play back thefile properly.Now, when you say they freeze in the same spot, what exactly do you mean? The
same spot from capture to capture or in the same spot in each captureconsistently?--Steve___mythtv-users mailing list
mythtv-users@mythtv.orghttp://mythtv.org/cgi-bin/mailman/listinfo/mythtv-usersEach capture freezes in exactly the same spot, but across captures it varies. I originally tried xine, but it's not playing sound and I'm not sure how to tell it to use spdif. I could just watch the video and see what it does at that point, but I'd prefer to have the sound as well. Any idea how I tell xine to use spdif for sound?

___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] **NEW INFO** HD3000 DVB Recordings - Consistently Freezes on Playback

2006-01-07 Thread Johan Kihlström
lör 2006-01-07 klockan 19:52 -0500 skrev Michael Haan:
 On 1/7/06, Steve Adeff [EMAIL PROTECTED] wrote:
 On Saturday 07 January 2006 17:18, Michael Haan wrote:
  On 1/7/06, Michael Haan [EMAIL PROTECTED] wrote:
   On 1/7/06, Steve Adeff [EMAIL PROTECTED] wrote:
On Saturday 07 January 2006 13:15, Michael Haan wrote:
 On 1/6/06, Michael Haan [EMAIL PROTECTED] 
 wrote:
  5 of the 6 total recordings, and 4 of the last 4,
 made with my
   
HD3000
   
  consistently freeze in the same exact spot.  It
 looks to be 
   
associated
   
  with a Prebuffering pause message and when it
 happens, mythfrontend
  starts chewing-up memory until the OS shuts it
 down.  Replaying the 
  recording will produce the exact result in the same
 exact place.
 
  Some setup specifics:
 
  FC4 and Jarod's guide built about a month ago. 
  AMD64 3800+
  nVidia 6600GT, using XvMC
  4 250 SATA drives in RAID 5 configuration
 
  For what it's worth, using firewire seems almost
 flawless, so I 
   
don't
   
  think it's my rig.

 At first, I thought this had something to do with
 XvMC, so I didabled 
   
it.
   
 Same exact thing happened in the same exact
 place.  FWIW, this card
   
has
   
 worked in this rig before under a previous
 incarnation, so it's 
   
something
   
 software.  Anyone?
   
I've noticed this lately too with a couple recordings
 I've made
recently, I 
think its due more to bad data being written since
 adding my 3rd tuner
has
overloaded my single drive being used for my recordings.
You say firewire seems to record ok, have you tried
 doing a manual 
record with
the dvb-tools apps to see if its Myth or something else?
   
--
Steve
___ 
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
  
   Not for an extended time.  I'll give that a try.  Also,
 the other night I
   recorded two shows using both my hd3000 and my
 pvr-250.  Both 3000
   recordings froze, but the 250's were fine. 
 
  So, I did a test capture tuning with azap and then played it
 back using
  mplayer.  Sure enough, same problem.  I did this three times
 and each time
  is froze in the same place.  Looking at the logs, I see a
 ton of a52: 
  CRC check failed! but it finally hiccups when this message
 appears:
 
  alsa-space: xrun of at least 0.119 msecs. resetting stream
 
  Followed by:
 
  Maybe you are playing a non-interleaved stream/file or the
 codec failed?4 0 
  For AVI files, try to force non-interleaved mode with the
 -ni option.
 
  And finally:
 
  alsa-uninit: pcm closed
 
  I tried using the -ni option and get all the sames messages,
 except the one 
  about using the -ni option.  Finally, I tried watching until
 just before
  the hiccup and then skipping forward.  As before, this
 avoided the *freeze*
  however, unlike with myth where this would result in video
 with no sound, 
  mplayer had both video and sound.
 
  Does that help to track this down?
 
 sadly, no, its just an mplayer bug in how it handles AC3
 streams along side
 really large video streams (ie HDTV), I just did a CVS
 build as I've 
 heard it may be fixed in CVS, haven't checked it yet though...
 
 Try using Xine or VLC, which from what I understand should
 both play back the
 file properly.
 
 Now, when you say they freeze in the same spot, what exactly
 do you mean? The 
 same spot from capture to capture or in the same spot in each
 capture
 consistently?
 
 --
 Steve
 ___
 mythtv-users mailing list
 mythtv-users@mythtv.org
 http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
 
 Each capture freezes in exactly the same spot, but across captures it
 varies.  I originally tried xine, but