On 1/7/06, <b class="gmail_sendername">Johan Kihlström</b> <<a href="mailto:johan.kihlstrom@bredband.net">johan.kihlstrom@bredband.net</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
lör 2006-01-07 klockan 19:52 -0500 skrev Michael Haan:<br>> On 1/7/06, Steve Adeff <<a href="mailto:adeffs@gmail.com">adeffs@gmail.com</a>> wrote:<br>> On Saturday 07 January 2006 17:18, Michael Haan wrote:
<br>> > On 1/7/06, Michael Haan <<a href="mailto:michael.haan@gmail.com">michael.haan@gmail.com</a>> wrote:<br>> > > On 1/7/06, Steve Adeff <<a href="mailto:adeffs@gmail.com">adeffs@gmail.com
</a>> wrote:<br>> > > > On Saturday 07 January 2006 13:15, Michael Haan wrote:<br>> > > > > On 1/6/06, Michael Haan <<a href="mailto:michael.haan@gmail.com">michael.haan@gmail.com
</a> ><br>> wrote:<br>> > > > > > 5 of the 6 total recordings, and 4 of the last 4,<br>> made with my<br>> > > ><br>> > > > HD3000
<br>> > > ><br>> > > > > > consistently freeze in the same exact spot. It<br>> looks to be<br>> > > ><br>> > > > associated
<br>> > > ><br>> > > > > > with a Prebuffering pause message and when it<br>> happens, mythfrontend<br>> > > > > > starts chewing-up memory until the OS shuts it
<br>> down. Replaying the<br>> > > > > > recording will produce the exact result in the same<br>> exact place.<br>> > > > > ><br>> > > > > > Some setup specifics:
<br>> > > > > ><br>> > > > > > FC4 and Jarod's guide built about a month ago.<br>> > > > > > AMD64 3800+<br>> > > > > > nVidia 6600GT, using XvMC
<br>> > > > > > 4 250 SATA drives in RAID 5 configuration<br>> > > > > ><br>> > > > > > For what it's worth, using firewire seems almost<br>> flawless, so I
<br>> > > ><br>> > > > don't<br>> > > ><br>> > > > > > think it's my rig.<br>> > > > ><br>> > > > > At first, I thought this had something to do with
<br>> XvMC, so I didabled<br>> > > ><br>> > > > it.<br>> > > ><br>> > > > > Same exact thing happened in the same exact<br>> place. FWIW, this card
<br>> > > ><br>> > > > has<br>> > > ><br>> > > > > worked in this rig before under a previous<br>> incarnation, so it's<br>> > > >
<br>> > > > something<br>> > > ><br>> > > > > software. Anyone?<br>> > > ><br>> > > > I've noticed this lately too with a couple recordings
<br>> I've made<br>> > > > recently, I<br>> > > > think its due more to bad data being written since<br>> adding my 3rd tuner<br>> > > > has
<br>> > > > overloaded my single drive being used for my recordings.<br>> > > > You say firewire seems to record ok, have you tried<br>> doing a manual<br>> > > > record with
<br>> > > > the dvb-tools apps to see if its Myth or something else?<br>> > > ><br>> > > > --<br>> > > > Steve<br>> > > > _______________________________________________
<br>> > > > mythtv-users mailing list<br>> > > > <a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>> > > > <a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br>> > ><br>> > > Not for an extended time. I'll give that a try. Also,<br>> the other night I<br>> > > recorded two shows using both my hd3000 and my
<br>> pvr-250. Both 3000<br>> > > recordings froze, but the 250's were fine.<br>> ><br>> > So, I did a test capture tuning with azap and then played it<br>> back using
<br>> > mplayer. Sure enough, same problem. I did this three times<br>> and each time<br>> > is "froze" in the same place. Looking at the logs, I see a<br>> ton of "a52:
<br>> > CRC check failed!" but it finally hiccups when this message<br>> appears:<br>> ><br>> > alsa-space: xrun of at least 0.119 msecs. resetting stream<br>> >
<br>> > Followed by:<br>> ><br>> > Maybe you are playing a non-interleaved stream/file or the<br>> codec failed?4 0<br>> > For AVI files, try to force non-interleaved mode with the
<br>> -ni option.<br>> ><br>> > And finally:<br>> ><br>> > alsa-uninit: pcm closed<br>> ><br>> > I tried using the -ni option and get all the sames messages,
<br>> except the one<br>> > about using the -ni option. Finally, I tried watching until<br>> just before<br>> > the hiccup and then skipping forward. As before, this<br>
> avoided the *freeze*<br>> > however, unlike with myth where this would result in video<br>> with no sound,<br>> > mplayer had both video and sound.<br>> ><br>
> > Does that help to track this down?<br>><br>> sadly, no, its just an mplayer bug in how it handles AC3<br>> streams along side<br>> really large video streams (ie HDTV....), I just did a CVS
<br>> build as I've<br>> heard it may be fixed in CVS, haven't checked it yet though...<br>><br>> Try using Xine or VLC, which from what I understand should<br>> both play back the
<br>> file properly.<br>><br>> Now, when you say they freeze in the same spot, what exactly<br>> do you mean? The<br>> same spot from capture to capture or in the same spot in each
<br>> capture<br>> consistently?<br>><br>> --<br>> Steve<br>> _______________________________________________<br>> mythtv-users mailing list<br>>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>> <a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br>><br>
> Each capture freezes in exactly the same spot, but across captures it<br>> varies. I originally tried xine, but it's not playing sound and I'm<br>> not sure how to tell it to use spdif. I could just watch the video
<br>> and see what it does at that point, but I'd prefer to have the sound<br>> as well. Any idea how I tell xine to use spdif for sound?<br>> _______________________________________________<br>> mythtv-users mailing list
<br>> <a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>> <a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br><br>Do you have SPDIF working in Myth?
<br><br>Otherwise see the DigitalSoundHowTo.<br><br>I got SPDIF in xine by setting this in the settings menu:<br><br>audio.device.alsa_front_device:default<br>audio.device.alsa_mixer_name:Master<br>(could be that this has to be IEC958 or spdif, but I don't have that
<br>mixer on my Xbox, just PCM)<br><br>Had to change this line from<br>audio.device.alsa_passthrough_device:iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2<br><br>to<br><br>audio.device.alsa_passthrough_device:default, to make it work, but then
<br>I'm running my frontend on an Xbox so the hardware is a bit quirky...<br><br>Have a custom .asoundrc that defaults to SPDIF :<br><br># Override the default output used by ALSA.<br># If you do not override the default, your default
<br># device is identical to the (unmixed) analog device<br># shown below. If you prefer mixed and/or digital<br># output, uncomment the appropriate four lines below<br># (only one slave.pcm line).<br>pcm.!default {<br> type plug
<br>## Uncomment the following to use mixed analog by default<br># slave.pcm "dmix-analog"<br>## Uncomment the following to use unmixed digital by default<br># slave.pcm "digital-hw"<br>## Uncomment the following to use mixed digital by default
<br> slave.pcm "dmix-digital"<br>}<br><br># Alias for analog output on the nForce2/4 (hw:0,0)<br># - This is identical to the device named "default"--which<br># always exists and refers to hw:0,0 (unless overridden)
<br># - Therefore, we can specify "hw:0,0", "default", or "analog"<br># to access analog output on the nForce2/4<br>pcm.analog {<br> type plug<br> slave.pcm "analog-hw"<br>}<br><br>
# Control device (mixer, etc.) for the nForce2 card<br>ctl.analog {<br> type hw<br> card 0<br>}<br><br># Alias for (rate-converted) mixed analog output on the<br># nForce2 (hw:0,0)<br># - This will accept audio input--regardless of rate--and
<br># convert to the rate required for the dmix plugin<br># (in this case 48000Hz)<br>pcm.mixed-analog {<br> type plug<br> slave.pcm "dmix-analog"<br>}<br><br># Control device (mixer, etc.) for the nForce2 card<br>
ctl.mixed-analog {<br> type hw<br> card 0<br>}<br><br># Alias for (rate-converted) digital (S/PDIF) output on the<br># nForce2 (hw:0,2)<br># - This will accept audio input--regardless of rate--and<br># convert to the rate required for the S/PDIF hardware
<br># (in this case 48000Hz)<br>pcm.digital {<br> type plug<br> slave.pcm "digital-hw"<br>}<br><br># Control device (mixer, etc.) for the nForce2 card<br>ctl.digital {<br> type hw<br> card 0<br>}<br><br># Alias for mixed (rate-converted) digital (S/PDIF) output on the
<br># nForce2/4 (hw:0,2)<br># - This will accept audio input--regardless of rate--and<br># convert to the rate required for the S/PDIF hardware<br># (in this case 48000Hz)<br>pcm.mixed-digital {<br> type plug<br> slave.pcm
"dmix-digital"<br>}<br><br># Control device (mixer, etc.) for the nForce2 card<br>ctl.mixed-digital {<br> type hw<br> card 0<br>}<br><br># The following devices are not useful by themselves. They<br># require specific rates, channels, and formats. Therefore,
<br># you probably do not want to use them directly. Instead use<br># of of the devices defined above.<br><br># Alias for analog output on the nForce2 (hw:0,0)<br># Do not use this directly--it requires specific rate,<br>
# channels, and format<br>pcm.analog-hw {<br> type hw<br> card 0<br> # The default value for device is 0, so no need to specify<br>}<br><br># Control device (mixer, etc.) for the nForce2/4 card<br>ctl.analog-hw {<br> type hw
<br> card 0<br>}<br><br># Alias for digital (S/PDIF) output on the nForce2/4 (hw:0,2)<br># Do not use this directly--it requires specific rate,<br># channels, and format<br>pcm.digital-hw {<br> type hw<br> card 0<br> device 2
<br>}<br><br># Control device (mixer, etc.) for the nForce2/4 card<br>ctl.digital-hw {<br> type hw<br> card 0<br>}<br><br># Direct software mixing plugin for analog output on<br># the nForce2/4 (hw:0,0)<br># Do not use this directly--it requires specific rate,
<br># channels, and format<br>pcm.dmix-analog {<br> type dmix<br> ipc_key 1234<br> slave {<br> pcm "analog-hw"<br> period_time 0<br> period_size 1024<br> buffer_size 4096<br> rate 48000<br> }<br>}<br><br>
# Control device (mixer, etc.) for the nForce2/4 card<br>ctl.dmix-analog {<br> type hw<br> card 0<br>}<br><br># Direct software mixing plugin for digital (S/PDIF) output<br># on the nForce2/4 (hw:0,2)<br># Do not use this directly--it requires specific rate,
<br># channels, and format<br>pcm.dmix-digital {<br> type dmix<br> ipc_key 1235<br> slave {<br> pcm "digital-hw"<br> period_time 0<br> period_size 1024<br> buffer_size 4096<br> rate 48000<br> }<br>}<br>
<br># Control device (mixer, etc.) for the nForce2/4 card<br>ctl.dmix-digital {<br> type hw<br> card 0<br>}<br><br>All the audio in myth is set to ALSA:mixed-digital wherever appropriate.<br><br>Hope this helps to get your xine playing through spdif
<br><br>/Johan<br><br><br><br><br><br><br><br><br>_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br><br><br></blockquote></div><br><br>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.
<br><br>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.<br>