[mythtv-users] **NEW INFO** HD3000 DVB Recordings -
Consistently Freezes on Playback
Johan Kihlström
johan.kihlstrom at bredband.net
Sun Jan 8 01:52:19 UTC 2006
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
More information about the mythtv-users
mailing list