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

Michael Haan michael.haan at gmail.com
Sun Jan 8 21:22:34 UTC 2006


On 1/7/06, Johan Kihlström <johan.kihlstrom at bredband.net> wrote:
>
> lör 2006-01-07 klockan 19:52 -0500 skrev Michael Haan:
> > On 1/7/06, Steve Adeff <adeffs at gmail.com> wrote:
> >         On Saturday 07 January 2006 17:18, Michael Haan wrote:
> >         > On 1/7/06, Michael Haan <michael.haan at gmail.com> wrote:
> >         > > On 1/7/06, Steve Adeff <adeffs at gmail.com> wrote:
> >         > > > On Saturday 07 January 2006 13:15, Michael Haan wrote:
> >         > > > > On 1/6/06, Michael Haan <michael.haan at gmail.com >
> >         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 at 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 at 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 at mythtv.org
> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
> Do 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:default
> audio.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 from
> audio.device.alsa_passthrough_device:iec958:AES0=0x6
> ,AES1=0x82,AES2=0x0,AES3=0x2
>
> to
>
> audio.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 the appropriate four lines below
> # (only one slave.pcm line).
> pcm.!default {
>   type plug
> ## Uncomment the following to use mixed analog by default
> #  slave.pcm "dmix-analog"
> ## Uncomment the following to use unmixed digital by default
> #  slave.pcm "digital-hw"
> ## Uncomment the following to use mixed digital by default
>   slave.pcm "dmix-digital"
> }
>
> # Alias for analog output on the nForce2/4 (hw:0,0)
> # - This is identical to the device named "default"--which
> # always exists and refers to hw:0,0 (unless overridden)
> # - Therefore, we can specify "hw:0,0", "default", or "analog"
> # to access analog output on the nForce2/4
> pcm.analog {
> type plug
> slave.pcm "analog-hw"
> }
>
> # Control device (mixer, etc.) for the nForce2 card
> ctl.analog {
> type hw
> card 0
> }
>
> # Alias for (rate-converted) mixed analog output on the
> # nForce2 (hw:0,0)
> #  - This will accept audio input--regardless of rate--and
> # convert to the rate required for the dmix plugin
> # (in this case 48000Hz)
> pcm.mixed-analog {
> type plug
> slave.pcm "dmix-analog"
> }
>
> # Control device (mixer, etc.) for the nForce2 card
> ctl.mixed-analog {
> type hw
> card 0
> }
>
> # Alias for (rate-converted) digital (S/PDIF) output on the
> # nForce2 (hw:0,2)
> #  - This will accept audio input--regardless of rate--and
> # convert to the rate required for the S/PDIF hardware
> # (in this case 48000Hz)
> pcm.digital {
> type plug
> slave.pcm "digital-hw"
> }
>
> # Control device (mixer, etc.) for the nForce2 card
> ctl.digital {
> type hw
> card 0
> }
>
> # Alias for mixed (rate-converted) digital (S/PDIF) output on the
> # nForce2/4 (hw:0,2)
> #  - This will accept audio input--regardless of rate--and
> # convert to the rate required for the S/PDIF hardware
> # (in this case 48000Hz)
> pcm.mixed-digital {
> type plug
> slave.pcm "dmix-digital"
> }
>
> # Control device (mixer, etc.) for the nForce2 card
> ctl.mixed-digital {
> type hw
> card 0
> }
>
> # The following devices are not useful by themselves.  They
> # require specific rates, channels, and formats.  Therefore,
> # you probably do not want to use them directly.  Instead use
> # of of the devices defined above.
>
> # Alias for analog output on the nForce2 (hw:0,0)
> # Do not use this directly--it requires specific rate,
> # channels, and format
> pcm.analog-hw {
> type hw
> card 0
> # The default value for device is 0, so no need to specify
> }
>
> # Control device (mixer, etc.) for the nForce2/4 card
> ctl.analog-hw {
> type hw
> card 0
> }
>
> # Alias for digital (S/PDIF) output on the nForce2/4 (hw:0,2)
> # Do not use this directly--it requires specific rate,
> # channels, and format
> pcm.digital-hw {
> type hw
> card 0
> device 2
> }
>
> # Control device (mixer, etc.) for the nForce2/4 card
> ctl.digital-hw {
> type hw
> card 0
> }
>
> # Direct software mixing plugin for analog output on
> # the nForce2/4 (hw:0,0)
> # Do not use this directly--it requires specific rate,
> # channels, and format
> pcm.dmix-analog {
> type dmix
> ipc_key 1234
> slave {
>    pcm "analog-hw"
>    period_time 0
>    period_size 1024
>    buffer_size 4096
>    rate 48000
> }
> }
>
> # Control device (mixer, etc.) for the nForce2/4 card
> ctl.dmix-analog {
> type hw
> card 0
> }
>
> # Direct software mixing plugin for digital (S/PDIF) output
> # on the nForce2/4 (hw:0,2)
> # Do not use this directly--it requires specific rate,
> # channels, and format
> pcm.dmix-digital {
> type dmix
> ipc_key 1235
> slave {
>    pcm "digital-hw"
>    period_time 0
>    period_size 1024
>    buffer_size 4096
>    rate 48000
> }
> }
>
> # Control device (mixer, etc.) for the nForce2/4 card
> ctl.dmix-digital {
> type hw
> card 0
> }
>
> All the audio in myth is set to ALSA:mixed-digital wherever appropriate.
>
> Hope this helps to get your xine playing through spdif
>
> /Johan
>
>
>
>
>
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>
>

Well, I tried a couple of your suggestions and had no luck.  FWIW, I now
seem to be getting no sound out of mplayer, either.  I have a Turtle Beach
Riviera card using the SPDIF out with no .asoundrc.  In myth, this works by
just specifying one of the following: alsa:spdif, alsa:digital or
alsa:default (I don't recall which), and, of course, making the appropriate
settings changes in alsa mixer.

So, what else can someone recommend for getting this card to play through
xine.  All this as a means to debug my hd3000 issue.  I'll crosspost to the
xine board as well.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20060108/30bc1967/attachment.htm


More information about the mythtv-users mailing list