[mythtv-users] Recordings working, sound ok on mplayer but not on mythfrontend (SOLVED!)

[Nick Rout]

On Sun, Feb 19, 2012 at 12:49 PM, David Sims <simsdw56 at comcast.net> wrote:
>
> -----Original Message-----
> From: mythtv-users-bounces at mythtv.org
> [mailto:mythtv-users-bounces at mythtv.org] On Behalf Of Nick Rout
> Sent: Saturday, February 18, 2012 3:37 PM
> To: Discussion about MythTV
> Subject: Re: [mythtv-users] Recordings working, sound ok on mplayer but not
> on mythfrontend (SOLVED!)
>
> On Sun, Feb 19, 2012 at 12:33 PM, David Sims <simsdw56 at comcast.net> wrote:
>> Hello
>>
>> -----Original Message-----
>> From: mythtv-users-bounces at mythtv.org
>> [mailto:mythtv-users-bounces at mythtv.org] On Behalf Of Jean-Yves Avenard
>> Sent: Saturday, February 18, 2012 2:29 PM
>> To: Discussion about MythTV
>> Subject: Re: [mythtv-users] Recordings working, sound ok on mplayer but
> not
>> on mythfrontend (SOLVED!)
>>
>> Hi
>>
>> On 19 February 2012 08:53, David Sims <simsdw56 at comcast.net> wrote:
>>> Please ignore the previous posting.
>>>
>>>
>>>
>>> I was able to go through the wiki and find the answer to get the
>>> mythfrontend sound working correctly.
>>>
>>> What I needed to do was select the "ALSA:default:CARD-Intel"
>>>
>>>
>>> Now I need to get the sound to come up when using a web browser from
>> another
>>> computer in my home network.
>> Not sure what that last sentence means.
>>
>> But if you have found what audio device works for you in myth
>>
>> getting sound to work for other apps is rather simple.
>>
>> Now if default works when iec958 didn't, are you running pulse by any
>> chance?
>> _______________________________________________
>> ====
>>
>> Jean-Yves,
>>
>> I am not sure what pulse is but what I meant by the last sentence is that
> I
>> use a standard windows web browser (IE9) and browse to the apache2 web
>> server installed on the Mythbuntu station setup in my garage.
>> Using the installed web site at http://{somehostname}/mythtv/tv/recorded
>  I
>> can see the recorded program in the list of recorded programs.
>> Selecting the "ASX Stream" for that recorded program brings up the video
> in
>> Windows Media Player but no sound comes along with it.
>> Since Samba is also installed on this machine I have discovered that I can
>> go directly to the file server share and again select the recording.  It
>> comes up in windows media player again "WITH" the sound.
>> So it must be something with the installed apache2 web parts that it is
> not
>> bringing across the sound along with the video.  This seems very unusual
> to
>> me but that is what is happening.
>>
>> Hope this explains a little bit about what I am attempting to do and the
>> resultant issue that comes.
>>
>> David
>
> sounds like a problem with windows media player.
> _______________________________________________
> Hello Nick,
>
> I would normally suspect this but on the same machine as the web browser I
> am able to pull the video file directly into windows media player on a
> different route and it works with sound.
> Same recording, different vector is pulling the file into another computer.
> One vector via web browser .. no sound.  Same windows media player.
> One vector via samba file-server share and it does have the sound.
>
> So this leads me to think the packaging and unpackaging of the recorded
> video via the web browser has somehow striped off the audio portion of the
> stream.
>

the stream obtained from the asx file is no different from the stream
stored on disk AFAIK. On my mythweb  the asx file served looks like
this:

<ASX version = "3.0">
<TITLE>7 Days</TITLE>
<ENTRY>
<TITLE>7 Days - </TITLE>
<AUTHOR>MythTV - MythWeb</AUTHOR>
<COPYRIGHT>GPL</COPYRIGHT>
<REF HREF = "http://media:80//mythweb/pl/stream/2003/1329466980" />
</ENTRY>
</ASX>

The stream pointed to is exactly the same link as the "dirrect
download" link in mythweb

http://media//mythweb/pl/stream/2003/1329466980

The only difference between accessing that url and and accessing the
file over samba would seem to be the http headers which mythweb sends:

HTTP request sent, awaiting response...
  HTTP/1.1 200 OK
  Date: Sat, 18 Feb 2012 23:59:28 GMT
  Server: Apache/2.2.14 (Ubuntu)
  Accept-ranges: bytes
  Content-disposition: attachment; filename="7 Days.mpg"
  Content-length: 3114097800
  Last-Modified: Fri, 17 Feb 2012 09:04:02 GMT
  Keep-Alive: timeout=15, max=100
  Connection: Keep-Alive
  Content-Type: video/mpeg
Length: 3114097800 (2.9G) [video/mpeg]

In short it seems that WMP acts differently with an http stream with
content-type = video/mpeg than it does with a file with an .mpg
extension.

I usually abandon WMP fairly early in the life of a windows computer
and install umplayer, which  is a nice gui frontend to mplayer for
windows.