<div class="gmail_quote">On Wed, Mar 10, 2010 at 11:01 AM, Andrew <span dir="ltr"><<a href="mailto:mythtv@heathsworld.com">mythtv@heathsworld.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div><div></div><div class="h5">On Mon, Mar 8, 2010 at 8:38 PM, Andrew <span dir="ltr"><<a href="mailto:mythtv@heathsworld.com" target="_blank">mythtv@heathsworld.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div>On Mon, Mar 8, 2010 at 4:43 PM, Jean-Yves Avenard <span dir="ltr"><<a href="mailto:jyavenard@gmail.com" target="_blank">jyavenard@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi<br>
<div><br>
On 8 March 2010 17:29, Nick Rout <<a href="mailto:nick.rout@gmail.com" target="_blank">nick.rout@gmail.com</a>> wrote:<br>
><br>
> It is certainly possible to use time stretch with spdif out. However<br>
> my recordings are not ac3 or dts, it's 2 channel mp2 (from a dvb-s<br>
> recording).<br>
<br>
</div>With 0.22 ; timestrech is only possible on PCM stream ; basically<br>
whenever Myth is doing the audio decoding (as it is the case with your<br>
mp2 stream).<br>
<br>
0.23 has a complete rewrite of that part; and you will be able to<br>
timestretch any materials.<br>
<br>
Myth will decode AC3 / DTS internally, apply the timestretch then<br>
re-encode it as AC3.<br>
<br>
Same thing apply with the volume control ; you'll be able to change<br>
the audio volume directly from myth for digital audio content (using<br>
the "software" mixer.<br>
<font color="#888888"><br>
Jean-Yves<br>
</font><div><div></div><br></div></blockquote></div><div><br>That is fantastic news! Thanks for the great discussion.<br></div></div></blockquote></div></div><div><br>This fixed the problem, thanks! I do have another issue that has come up since and that is mythmusic has no audio when playing .mp3's. Shouldn't mythmusic use those same audio output settings for digital SPDIF and just work? They are local mp3's.<br>
</div></div><br></blockquote><div> </div></div>It's an issue with ALSA... A simple restart of alsa-utils fixes the audio. Moving between different recordings doesn't seem to bork it, however mythmusic will not play audio 50% of the time i start it. When it doesn't play audio and I go back to a TV show the audio doesn't work either (alsa must have died). It's like it kills alsa and it wont work properly again until a restart of alsa is done. Another interesting thing is that when going into mythmusic when the audio is broken, I can let it play silence and restart the service in a terminal. Doing this the audio starts up and plays fine. There must be something that crashes alsa when first entering into the mythmusic screen... I suppose this is a new bug introduced that hopefully is fixed soon.<br>
<br>@myth:~$ mythfrontend --version<br>xprop: unable to open display 'localhost:11.0'<br>Please include all output in bug reports.<br>MythTV Version : 23670<br>MythTV Branch : branches/release-0-22-fixes<br>
Network Protocol : 50<br>Library API : 0.22.20091023-1<br>QT Version : 4.5.2<br>Options compiled in:<br> linux debug using_oss using_alsa using_pulse using_jack using_backend using_dvb using_firewire using_frontend using_glx_proc_addr_arb using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_libavc_5_3 using_live using_mheg<br>
<br><br><br>