Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Users

Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video?

 

 

MythTV users RSS feed   Index | Next | Previous | View Threaded


scott-sender-2f809c at alfter

May 4, 2012, 9:19 AM

Post #1 of 11 (1146 views)
Permalink
Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video?

I upgraded from 0.24-fixes to 0.25-fixes a couple of days ago...so far, so
good. I found the bit about stashing an RSA key in a file under ~/.mythtv,
and the bit about making sure MYTHTV_AIRPLAY is in the frontend's environment.

So far, I've tried sending audio and video from my iPhone 4. I also have an
iPad available for testing, but haven't tried sending from it. (Both devices
are jailbroken and running iOS 5.0.1.) When it's on WiFi at home, the output
selector shows up and allows selecting the frontend as an output device.
Audio works great, but video isn't getting sent. I've tried a YouTube video
(with the YouTube app), a video podcast (with the Videos app), and streaming
video from a webpage (with iCab).

Others have reported getting video working. I'm running Git revision
2a2af9f7f7b66c13b7cb4e65149acbf6088f4cbf from the 0.25-fixes branch, built on
AMD64 Gentoo with the mt-mythtv Git ebuilds. emerge -pv mythtv produces this
output, showing which USE flags are active:

[ebuild R ~] media-tv/mythtv-9999::MythTV-0-25-fixes USE="alsa avahi dvb
dvd fftw ieee1394 ivtv lame lcd mmx nls opengl python tiff vdpau vorbis x264
xv xvid (-altivec) -autostart -bluray -ceton -crystalhd -dbox2 -debug -directv
-hdhomerun -hdpvr -iptv -jack -joystick -latm -lirc -oss -perl -proc-opt
-profile -pulseaudio -vaapi" VIDEO_CARDS="nvidia -i810 -via" 0 kB

AFAIK, avahi is the only thing that should be needed to support AirPlay, and
it's enabled. (x264 is most likely needed as well, but that's long been
enabled for other purposes.)

Would switching from 0.25-fixes to master make any difference? What other
troubleshooting can I do to see what (if anything) is going wrong?

Scott Alfter
scott [at] alfter

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


mythtv at blandford

May 4, 2012, 10:12 AM

Post #2 of 11 (1105 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 05/04/2012 09:19 AM, Scott Alfter wrote:
> I upgraded from 0.24-fixes to 0.25-fixes a couple of days ago...so
> far, so good. I found the bit about stashing an RSA key in a file
> under ~/.mythtv, and the bit about making sure MYTHTV_AIRPLAY is in
> the frontend's environment.
>
> So far, I've tried sending audio and video from my iPhone 4. I also
> have an iPad available for testing, but haven't tried sending from it.
> (Both devices are jailbroken and running iOS 5.0.1.) When it's on WiFi
> at home, the output selector shows up and allows selecting the
> frontend as an output device. Audio works great, but video isn't
> getting sent. I've tried a YouTube video (with the YouTube app), a
> video podcast (with the Videos app), and streaming video from a
> webpage (with iCab).
>
> Others have reported getting video working. I'm running Git revision
> 2a2af9f7f7b66c13b7cb4e65149acbf6088f4cbf from the 0.25-fixes branch,
> built on AMD64 Gentoo with the mt-mythtv Git ebuilds. emerge -pv
> mythtv produces this output, showing which USE flags are active:
>


Video is working for me. I have streamed a movie and youtube works as
well. If the MYTH_AIRPLAY variable is in the environment for the
frontend, you should see TWO Airplay devices from your frontend. If you
don't, then it is likely the variable isn't be found by the frontend
correctly.

Michael

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


scott-sender-2f809c at alfter

May 4, 2012, 2:43 PM

Post #3 of 11 (1101 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 5/4/2012 10:12, Michael wrote:
> On 05/04/2012 09:19 AM, Scott Alfter wrote:
>> So far, I've tried sending audio and video from my iPhone 4. I also have an
>> iPad available for testing, but haven't tried sending from it. (Both devices
>> are jailbroken and running iOS 5.0.1.) When it's on WiFi at home, the output
>> selector shows up and allows selecting the frontend as an output device.
>> Audio works great, but video isn't getting sent.
>
> Video is working for me. I have streamed a movie and youtube works as well. If
> the MYTH_AIRPLAY variable is in the environment for the frontend, you should
> see TWO Airplay devices from your frontend. If you don't, then it is likely
> the variable isn't be found by the frontend correctly.

I'm only getting one device for the frontend, with a speaker icon next to
it...an indicator of an audio-only device?

Is it MYTH_AIRPLAY or MYTHTV_AIRPLAY? I have MYTHTV_AIRPLAY exported in
/etc/local.d/mythfrontend.start (a script called by /etc/init.d/local that
starts X, which then starts ratpoison, which then starts mythfrontend).
mythtv/programs/mythfrontend/main.cpp includes a call to getenv() that looks
for MYTHTV_AIRPLAY.

I could try setting it again in .ratpoisonrc, right before mythfrontend is
exec'd...maybe that will make a difference.

Scott Alfter
scott [at] alfter
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


jyavenard at gmail

May 4, 2012, 3:29 PM

Post #4 of 11 (1112 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 5 May 2012 07:43, Scott Alfter <scott-sender-2f809c [at] alfter> wrote:
> I'm only getting one device for the frontend, with a speaker icon next to
> it...an indicator of an audio-only device?

Note that in master I have fixed most issues people would have been
experiencing with AirPlay.
The main one being that the device is seen in iOS/iTunes but nothing
happens when you try to play.

I intend to backport all those changes to fixes/0.25 as it makes
AirPlay almost fully complete when it comes to video and audio
playback.

There is a change of behaviour too, in that the airplay device appears
like an AppleTV does:
in music you see one speaker device
and in video, you see one audio/video device

You won't see two devices anymore one doing nothing in iOS Music, and
in Video app: one doing just audio and one doing audio+video.

I might add the ability to control that behaviour later if people feel
like they want audio only output in video playback (so the video plays
locally on the iPhone/iPad and the audio plays on myth frontend)

>
> Is it MYTH_AIRPLAY or MYTHTV_AIRPLAY?  I have MYTHTV_AIRPLAY exported in
> /etc/local.d/mythfrontend.start (a script called by /etc/init.d/local that
> starts X, which then starts ratpoison, which then starts mythfrontend).
> mythtv/programs/mythfrontend/main.cpp includes a call to getenv() that looks
> for MYTHTV_AIRPLAY.
>
> I could try setting it again in .ratpoisonrc, right before mythfrontend is
> exec'd...maybe that will make a difference.

AirPlay is made of two services, RAOP (used to be called AirTunes) and AirPlay.
RAOP does audio only, and requires the presence of the RAOP rsa key in ~/mythtv.
AirPlay is a audio/video service, and doesn't require anything else
but the MYTHTV_AIRPLAY environment variable to be set

An Airport Express advertise the RAOP service
An Apple TV advertises both RAOP and AirPlay, but shows them as one device only.

JY
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


seven at seven

May 7, 2012, 5:30 PM

Post #5 of 11 (1060 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 8 May 2012 09:32, Jean-Yves Avenard <jyavenard [at] gmail> wrote:

> Hi
>
> On Tuesday, 8 May 2012, Scott Alfter wrote:
> >
> >
> > I've gotten my problem sorted out. Setting MYTHTV_AIRPLAY in either (1)
> /etc/local.d/mythfrontend.start or (2) ~/.ratpoisonrc wasn't working. I
> ended up creating a short shell script that sets MYTHTV_AIRPLAY and then
> starts mythfrontend.
> >
> > Once that was done, I could stream video podcasts and YouTube videos
> without issues. IIRC, the output selector shows two devices: one
> audio/video, the other audio-only.
>
>
> then you aren't running the new code.
>
>
> > In my little bit of experimentation so far, audio and video aren't
> synchronized when the audio is streamed to the frontend and video remains
> on the iDevice. Unless that's solvable, I'd think that retaining
> audio-only output for video playback would be of limited utility.
>
> I suggest you upgrade your copy of mythtv then, because significant
> work was done on this matter, and A/V sync should be pretty much spot
> on.
>
> Note that's there's a bug with iOS right now. Whenever you pause or
> seek; the audio move forward about 50ms. So if you
> pause/play/pause/play 20 times, you'll be 1s ahead of the video.
> The bug shows up with an airport express too. I spent several days
> tracking that issue thinking that the problem was in our code, when in
> fact it's iOS getting their timestamp wrong
>
> >
> > Showing only one device per frontend would be more useful IMHO. The
> output selector could get crowded pretty quickly if you have multiple
> frontends each causing two devices to show up.
>
> I agree. But what one can find useful, another may not.
> JY
>

Possibly this bug was fixed in 5.1.1?

http://www.theregister.co.uk/2012/05/07/ios_five_dot_one_dot_one/

Cheers,

Anthony


jyavenard at gmail

May 7, 2012, 5:35 PM

Post #6 of 11 (1059 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 8 May 2012 10:30, Anthony Giggins <seven [at] seven> wrote:
> Possibly this bug was fixed in 5.1.1?
>
> http://www.theregister.co.uk/2012/05/07/ios_five_dot_one_dot_one/

I'll tell you that in a minute... But I doubt it.

I reported the bug to Apple last week, not sure if anyone noticed
earlier, I'm guessing people playing video on the iOS device and audio
remotely via an Airport Express and doing pause/play/pause/play aren't
that many :)
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


seven at seven

May 7, 2012, 5:39 PM

Post #7 of 11 (1063 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 8 May 2012 10:35, Jean-Yves Avenard <jyavenard [at] gmail> wrote:

> On 8 May 2012 10:30, Anthony Giggins <seven [at] seven> wrote:
> > Possibly this bug was fixed in 5.1.1?
> >
> > http://www.theregister.co.uk/2012/05/07/ios_five_dot_one_dot_one/
>
> I'll tell you that in a minute... But I doubt it.
>
> I reported the bug to Apple last week, not sure if anyone noticed
> earlier, I'm guessing people playing video on the iOS device and audio
> remotely via an Airport Express and doing pause/play/pause/play aren't
> that many :)
>
> The other issue I've noticed isno matter where you start airplay from
mythtv will always start from the beginning, not sure if this is correct
behavour.....

I could test on my friends appletv

Cheers,

Anthony


jyavenard at gmail

May 7, 2012, 5:54 PM

Post #8 of 11 (1062 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 8 May 2012 10:39, Anthony Giggins <seven [at] seven> wrote:
> The other issue I've noticed isno matter where you start airplay from mythtv
> will always start from the beginning, not sure if this is correct
> behavour.....

sigh...

And once again... Update your version of mythtv, all of those issues
have been fixed !
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


jyavenard at gmail

May 7, 2012, 5:57 PM

Post #9 of 11 (1064 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 8 May 2012 10:30, Anthony Giggins <seven [at] seven> wrote:
> Possibly this bug was fixed in 5.1.1?

Nope..

Still there...

Audio get's out of sync by 50ms each time you pause or seek still...
This problems accumulates each time you do it
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


seven at seven

May 7, 2012, 6:33 PM

Post #10 of 11 (1053 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

On 8 May 2012 10:54, Jean-Yves Avenard <jyavenard [at] gmail> wrote:

> On 8 May 2012 10:39, Anthony Giggins <seven [at] seven> wrote:
> > The other issue I've noticed isno matter where you start airplay from
> mythtv
> > will always start from the beginning, not sure if this is correct
> > behavour.....
>
> sigh...
>
> And once again... Update your version of mythtv, all of those issues
> have been fixed !
>
>
Whoops must have missed that I have been reading all the posts about
airplay, I'm waiting for new packages to be built while I build my own
build environment.

Cheers,

Anthony


jyavenard at gmail

May 8, 2012, 9:27 PM

Post #11 of 11 (1036 views)
Permalink
Re: Is mythfrontend's AirPlay support supposed to be audio-only or audio-and-video? [In reply to]

For the time being.

With iOS 5.1.1, the only work around I can provide for the time being
is: before selecting mythtv as the airplay device, pause the playback.
Select the airplay device, playback will then start.

That way the iOS device only attempt to start video.

My guess is that they are running raop first to minimise latency
start, getting audio to play before the video is ready. Which is a
flawed concept to start with, RAOP has a minimum of 1.7s latency,
video + audio can start much faster than that. So their fix fix
nothing at all in our case.

I guess for playback of http live stream it would make sense, it
allows the video device to buffer some content first and in the mean
time play audio while seeking.

But myth doesn't support http live stream..

JY
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

MythTV users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.