SnowLeopard and PyeTV

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Just launch FrontRow
2.
3.

What is the expected output? What do you see instead?
The EyeTV menu isn't displayed

What version of the product are you using? On what operating system?
1.2 and EyeTV 3

Please provide any additional information below.
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/EyeTV.frappliance/Contents/Resources/__boot__.py", 
line 23, in 
<module>
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]        _run('PyeTV.py')
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/EyeTV.frappliance/Contents/Resources/__boot__.py", 
line 20, in _run
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]        execfile(path, 
globals(), 
globals())
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/EyeTV.frappliance/Contents/Resources/PyeTV.py", line 
10, in 
<module>
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]        import 
PyFR.AppLauncherController
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"/Users/jchrist/src/PyeTV/PyFR/AppLauncherController.py", line 11, in <module>
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"/Users/jchrist/src/PyeTV/PyFR/WaitController.py", line 2, in <module>
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"/Users/jchrist/src/PyeTV/PyFR/Utilities.py", line 5, in <module>
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"Foundation/__init__.pyc", 
line 10, in <module>
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"CoreFoundation/__init__.pyc", line 17, in <module>
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"objc/_bridgesupport.pyc", 
line 129, in initFrameworkWrapper
10/06/09 mer. 10 | 07:39:28 com.apple.RemoteUI[8535]      File 
"objc/_bridgesupport.pyc", 
line 53, in _parseBridgeSupport

Original issue reported on code.google.com by macpou...@gmail.com on 10 Jun 2009 at 5:41

[GoogleCodeExporter]

I don't have SnowLeopard yet, so I can't reproduce this.
However, it does seem like your error log is truncated, in that the original 
cause of
the stack trace is missing.  Could you try again and include more of the log?

Alternately, could you check out the source from svn and try building a
SnowLeopard-native version?

Original comment by jon.chri...@gmail.com on 12 Jun 2009 at 3:31

• Changed state: Accepted

[GoogleCodeExporter]

Just to confirm - the latest PyeTV 1.3 does NOT work with Snow Leopard 10A432 
build (which is the Golden 
Master build).

Hopefully the devs are looking into SL compatibility.

Original comment by HiTekAlex@gmail.com on 26 Aug 2009 at 4:32

[GoogleCodeExporter]

I can confirm the error as well. Unfortunately I wasn't able to compile the 
source (Sorry, I don't know much 
about Python), but maybe the full error log will help:

----------------------------------
28.08.09 17:24:05   com.apple.RemoteUI[493] Traceback (most recent call last):
28.08.09 17:24:05   com.apple.RemoteUI[493]   File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/PyeTV.frappliance/Contents/Resources/__boot__.py", 
line 23, in <module>
28.08.09 17:24:05   com.apple.RemoteUI[493]     _run('PyeTV.py')
28.08.09 17:24:05   com.apple.RemoteUI[493]   File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/PyeTV.frappliance/Contents/Resources/__boot__.py", 
line 20, in _run
28.08.09 17:24:05   com.apple.RemoteUI[493]     execfile(path, globals(), 
globals())
28.08.09 17:24:05   com.apple.RemoteUI[493]   File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/PyeTV.frappliance/Contents/Resources/PyeTV.py", line 
9, in <module>
28.08.09 17:24:05   com.apple.RemoteUI[493]     import PyFR.AppLauncherController
28.08.09 17:24:05   com.apple.RemoteUI[493]   File 
"/Users/jchrist/src/PyeTV/PyFR/AppLauncherController.py", line 11, in <module>
28.08.09 17:24:05   com.apple.RemoteUI[493]   File 
"/Users/jchrist/src/PyeTV/PyFR/WaitController.py", line 
2, in <module>
28.08.09 17:24:05   com.apple.RemoteUI[493]   File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/PyeTV.frappliance/Contents/Resources/PyFR/Utilities.py"
, line 5, in <module>
28.08.09 17:24:05   com.apple.RemoteUI[493]     import Foundation
28.08.09 17:24:05   com.apple.RemoteUI[493]   File "Foundation/__init__.pyc", 
line 10, in <module>
28.08.09 17:24:05   com.apple.RemoteUI[493]   File "CoreFoundation/__init__.pyc", 
line 17, in <module>
28.08.09 17:24:05   com.apple.RemoteUI[493]   File "objc/_bridgesupport.pyc", 
line 129, in 
initFrameworkWrapper
28.08.09 17:24:05   com.apple.RemoteUI[493]   File "objc/_bridgesupport.pyc", 
line 53, in 
_parseBridgeSupport
28.08.09 17:24:05   com.apple.RemoteUI[493] ValueError: Unknown typestr
28.08.09 17:24:05   Front Row[493]  PyeTV has encountered a fatal error, and will 
now terminate.
28.08.09 17:24:05   Front Row[493]  An uncaught exception was raised during 
execution of the main 
script:

ValueError: Unknown typestr

This may mean that an unexpected error has occurred, or that you do not have 
all of the dependencies for 
this bundle.
28.08.09 17:24:08   com.apple.RemoteUI[493] CoreAnimation: rendering error 501
------------------------

This is from the console log (top message occurred first,
and btw, I'm not jchrist: "/Users/jchrist/src/" (see log), this sounds cheesy...

I've also updated EyeTV to the latest beta that's fully compatible to 10.6.

Regards,
Michael

Original comment by audiocom...@gmail.com on 28 Aug 2009 at 3:29

[GoogleCodeExporter]

Based on experience with ETVComskip, this probably just requires a re-compile 
under
Snow Leopard.  I don't have SL, if anyone who does has the developer tools 
installed,
the process to build is pretty straightforward...It's basically just a "make 
dmg"
command.

Original comment by jon.chri...@gmail.com on 31 Aug 2009 at 10:16

[GoogleCodeExporter]

It still does not work when compiled on SL.  There is no EyeTV option in Front 
Row.  From Console...

8/31/09 3:49:21 PM  FrontRow[21030] ******** Application Startup ********
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]   Traceback (most recent call last):
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]     File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/PyeTV.frappliance/Contents/Resources/__boot__.py", 
line 23, in <module>
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]       _run('PyeTV.py')
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]     File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/PyeTV.frappliance/Contents/Resources/__boot__.py", 
line 20, in _run
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]       execfile(path, globals(), 
globals())
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]     File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/PyeTV.frappliance/Contents/Resources/PyeTV.py", line 
9, in <module>
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]       import 
PyFR.AppLauncherController
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]     File 
"/System/Library/CoreServices/Front 
Row.app/Contents/PlugIns/PyeTV.frappliance/Contents/Resources/PyFR/AppLauncherCo
ntroller.py", line 14, in <module>
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]       class 
AppLauncherController(WaitController.WaitController):
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]   objc
8/31/09 3:49:22 PM  com.apple.RemoteUI[21030]   .BadPrototypeError: Python 
signature doesn't match implied Objective-C signature for <unbound selector 
initWithApp:file: of AppLauncherController at 0x14f6f620>
8/31/09 3:49:22 PM  Front Row[21030]    PyeTV has encountered a fatal error, and 
will now terminate.
8/31/09 3:49:22 PM  Front Row[21030]    An uncaught exception was raised during 
execution of the main script:

BadPrototypeError: Python signature doesn't match implied Objective-C signature 
for <unbound selector initWithApp:file: of AppLauncherController at 0x14f6f620>

This may mean that an unexpected error has occurred, or that you do not have 
all of the dependencies for this bundle.
8/31/09 3:49:22 PM  FrontRow[21030] Failed to allow loading of appliance 
/System/Library/CoreServices/Front Row.app/Contents/PlugIns/PyeTV.frappliance

Original comment by jaso...@mac.com on 31 Aug 2009 at 10:51

[GoogleCodeExporter]

I haven't upgraded to Snow Leopard yet, so I can't really fix this.

However, there may be good reason not to upgrade my Mac Mini HTPC:

http://www.tuaw.com/2009/09/01/front-row-performance-takes-a-dive-with-newest-ki
tty/

Has anyone else seen such problems on Snow Leopard?

Original comment by jon.chri...@gmail.com on 1 Sep 2009 at 5:04

[GoogleCodeExporter]

Hi I have installed Snow Leopard same thing happens.
Tried to reinstall PeyeTV - it says it is installed but does not appear in 
Front Row.

Original comment by philcons...@gmail.com on 4 Sep 2009 at 7:59

[GoogleCodeExporter]

I can confirm all of the above (very sad to have lost PyeTv in SL)

Original comment by mhema...@gmail.com on 4 Sep 2009 at 11:05

[GoogleCodeExporter]

I have not seen the referenced Front Row problems with SL.

I can confirm the PyeTv not appearing in the Front Row menu in SL.

I would like to see a SL version of PyeTv; it is the only piece missing from my 
HTPC
Mac Mini in SL.

Thanks.

Original comment by mwgilb...@gmail.com on 6 Sep 2009 at 5:28

[GoogleCodeExporter]

@@ jon

If you give more details (on how to build), I could try this out later today 
(re-compiling the source code).

Original comment by mhema...@gmail.com on 8 Sep 2009 at 6:56

[GoogleCodeExporter]

Really looking forward to someone recompiling for SL - once you have this 
working in FR it's difficult to go back 
to the regular FR! PyeTV has made our lives just that little bit better,

@jon.christopher - although there are sporadic reports of underlying Quicktime 
issues with SL, I have SL on my 
Core Solo Mac Mini HTPC and it runs fine - no choppiness, just a minor delay in 
playback. Some people are 
saying it is the Intel 950 chipset, but everything is running well - apart from 
PyeTV of course.

Original comment by MWD.Pate...@gmail.com on 8 Sep 2009 at 12:46

[GoogleCodeExporter]

As I mentioned in my previous post, recompiling on SL does not make PyeTV work 
on SL.

Original comment by jaso...@mac.com on 8 Sep 2009 at 2:13

[GoogleCodeExporter]

Same here.  I even downloaded and re-compiled FrontPython (which is what PyeTV 
is based upon) and it doesn't 
work either on SL.  The python version on SL changed to 2.6.1 (from 2.5).  I 
think Jon/PyeTV may be stuck until 
FrontPython is updated...

Original comment by Geu...@gmail.com on 8 Sep 2009 at 2:17

[GoogleCodeExporter]

Same for me (but at this point I think is useless to say...)
I never tried PyeTV 'cause on my Imac (bought 2 months ago...) i First Upgraded 
to 
SL and THEN installed PyeTV  :-(

Hope someone will fix it!

Original comment by too...@gmail.com on 11 Sep 2009 at 9:13

[GoogleCodeExporter]

Python 2.5 is still available on SL, it's just not the default anymore.

defaults write com.apple.versioner.python Version 2.5 will set v2.5 to be the 
default for the current user.
sudo defaults write /Library/Preferences/com.apple.versioner.python Version 2.5 
is systemwide

I tried both and still got the same errors.  I'm guessing the plugin is 
ignoring this setting. It does work at the CLI 
level. Maybe there's a way to change the code in the plugin to specifically use 
python 2.5 until the code is 
updated to be 2.6 compatible.

Original comment by jaso...@mac.com on 12 Sep 2009 at 1:31

[GoogleCodeExporter]

Hi, has there been any progress with this? This is a brilliant plugin and i 
cant wait
until its working again.

Thanks for your work jon.christopher, hopefully you've made the move to snow 
leopard
and this will be sorted soon.

Original comment by mark.mc...@gmail.com on 29 Sep 2009 at 2:09

[GoogleCodeExporter]

yeah please get this working for snow leopard

Original comment by names...@gmail.com on 15 Oct 2009 at 12:36

[GoogleCodeExporter]

Any progress on making the plugin compatible with SN ?
I'm running SN and EyeTV 3.2.1 (latest update).
Thanx

Original comment by fon...@gmail.com on 24 Oct 2009 at 2:42

[GoogleCodeExporter]

yes, I would also appreciate update for Snow Leopard... Thanks

Original comment by adam.pih...@gmail.com on 31 Oct 2009 at 11:08

[GoogleCodeExporter]

The problem seems indeed to be FrontPython. When building and launching the 
trunk of
FrontPython on SL, I get the stack trace below. I assume BackRow has changed 
API, and
I have no idea on how to figure it out.

01.11.09 21.53.01   com.apple.RemoteUI[4817]
/Users/omw/proj/FrontPython/svn/trunk/SDK/PyFR/Appliance.py:14:
UninitializedDeallocWarning: leaking an uninitialized object of type 
NSPlaceholderString
01.11.09 21.53.01   com.apple.RemoteUI[4817]      name = 
NSString.alloc().initWithString_(
u"com.apple.frontrow.appliance.frontpython" )
01.11.09 21.53.02   com.apple.RemoteUI[4817]    Traceback (most recent call last):
01.11.09 21.53.02   com.apple.RemoteUI[4817]      File
"/Users/omw/proj/FrontPython/svn/trunk/SDK/dist/FrontPython.frappliance/Contents
/Resources/__boot__.py",
line 49, in <module>
01.11.09 21.53.02   com.apple.RemoteUI[4817]       
_run(('\x00\x00\x00\x00\x01:\x00\x02\x00\x00\x0cMacintosh
HD\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xc5\xee\xf6\xddH+
\x00\x00\x00#
T\x0eFrontPython.py\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00#"%\xc7\x13\xaa\xd4\x
00\x00\x00\x00\x00\x00\x00\x00\xff\xff\xff\xff\x00\x00I
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x10\x00\x08\x00\x00\xc5\xee
\xe8\xcd\x00\x00\x00\x11\x00\x08\x00\x00\xc7\x13\x9c\xc4\x00\x00\x00\x0e\x00\x1e
\x00\x0e\x00F\x00r\x00o\x00n\x00t\x00P\x00y\x00t\x00h\x00o\x00n\x00.\x00p\x00y\x
00\x0f\x00\x1a\x00\x0c\x00M\x00a\x00c\x00i\x00n\x00t\x00o\x00s\x00h\x00
\x00H\x00D\x00\x12\x007Users/omw/proj/FrontPython/svn/trunk/SDK/FrontPython.py\x
00\x00\x13\x00\x01/\x00\x00\x15\x00\x02\x00\n\xff\xff\x00\x00',
'/Users/omw/proj/FrontPython/svn/trunk/SDK/FrontPython.py'))
01.11.09 21.53.02   com.apple.RemoteUI[4817]      File
"/Users/omw/proj/FrontPython/svn/trunk/SDK/dist/FrontPython.frappliance/Contents
/Resources/__boot__.py",
line 45, in _run
01.11.09 21.53.02   com.apple.RemoteUI[4817]        execfile(path, globals(), 
globals())
01.11.09 21.53.02   com.apple.RemoteUI[4817]      File
"/Users/omw/proj/FrontPython/svn/trunk/SDK/FrontPython.py", line 14, in <module>
01.11.09 21.53.02   com.apple.RemoteUI[4817]        import PyFR.OptionDialog
01.11.09 21.53.02   com.apple.RemoteUI[4817]      File
"/Users/omw/proj/FrontPython/svn/trunk/SDK/PyFR/OptionDialog.py", line 13, in 
<module>
01.11.09 21.53.02   com.apple.RemoteUI[4817]        class 
OptionDialog(BROptionDialog):
01.11.09 21.53.02   com.apple.RemoteUI[4817]    objc.BadPrototypeError: Python 
signature
doesn't match implied Objective-C signature for <unbound selector response: of
OptionDialog at 0x14660d10>
01.11.09 21.53.02   Front Row[4817] FrontPython has encountered a fatal error, 
and will
now terminate.
01.11.09 21.53.02   Front Row[4817] An uncaught exception was raised during 
execution
of the main script:

BadPrototypeError: Python signature doesn't match implied Objective-C signature 
for
<unbound selector response: of OptionDialog at 0x14660d10>

This may mean that an unexpected error has occurred, or that you do not have 
all of
the dependencies for this bundle.
01.11.09 21.53.04   com.apple.RemoteUI[4817]    CoreAnimation: rendering error 501

Original comment by oyvin...@gmail.com on 1 Nov 2009 at 9:38

[GoogleCodeExporter]

Just got up & running on EyeTV & very eager to use your plugin, but no PyeTV in 
Front Row after install, 
presumably b/c I'm running Snow Leopard. So just count me in as another 
would-be user! Tx.

Original comment by awsam...@gmail.com on 2 Nov 2009 at 7:20

[GoogleCodeExporter]

i, too, would appreciate if the plug-in worked under snow leopard.

Original comment by raphael....@gmail.com on 8 Nov 2009 at 12:07

[GoogleCodeExporter]

another plea to get this on top of the issue-to-be-solved-list, we're using our 
imac
as primary television making pyetv an essential part of the setup. Is there 
anything
I could do to help you progress? (call your boss e.g. ;-))?

Original comment by j.l.borg...@gmail.com on 10 Nov 2009 at 2:39

[GoogleCodeExporter]

Are there any new ideas floating about for this?   I've not moved to Snow 
Leopard on my TV machine, but it runs 
sooooo much better on my other machines that I'm itching for the core piece of 
the puzzle to work - PYE TV.

I see with the Secrets prefpane it's possible to change the default python 
version.   Tho, sounded like that didn't 
matter too much from findings above.

Is there anything we can do to help you Jon - chip in and get an installer for 
Snow Leopard sent your way?

Original comment by mstut...@gmail.com on 15 Nov 2009 at 4:16

[GoogleCodeExporter]

I managed to get PyeTV & FrontPython running on Snow Leopard using the attached 
patches. However, it still 
didn't work with EyeTV 3.2.x…

Original comment by danchr on 18 Nov 2009 at 11:55

Attachments:

• snowy-frontpython.diff
• snowy-pyetv.diff

[GoogleCodeExporter]

danchr, thank you for sharing your patch. I hope I am able to build with it, 
being a Python and Mac OS X 
novice programmer.

See issue 39 for a workaround for EyeTV 3.2. 

New people affected by this bug, if you only want to get it fixed, please just 
"star" this issue, no need to 
comment unless you are contributing new information. 

Original comment by oyvin...@gmail.com on 18 Nov 2009 at 3:22

[GoogleCodeExporter]

Any progress yet?
I see danchr's patches won't make PyeTV work with EyeTV3.2.1 under Snow Leopard.

Original comment by fon...@gmail.com on 19 Nov 2009 at 10:12

[GoogleCodeExporter]

danchr, I did not have any success running with your patch.

I did the following:
Applied your patch to the head of FrontPython trunk
Copied PyFR/*.py to pyetv
Applied your patch to the head of pyetv
make link
Symlink'ed the plugin

"EyeTV" shows up in the Front Row menu, but launching it hangs until a Front Row
error page appears.

According to the console log, pyetv (or the Front Row launcher) goes into an 
loop:
19.11.09 22.52.46   Front Row[729]    File 
"/Users/omw/proj/pyetv/svn/trunk/PyeTV.py",
line 300, in init
19.11.09 22.52.46   Front Row[729]     
ac=PyFR.MenuController.MenuController.initWithMenu_(self,self.MainMenu)
19.11.09 22.52.46   Front Row[729]    File
"/Users/omw/proj/pyetv/svn/trunk/PyFR/MenuController.py", line 135, in 
initWithMenu_
19.11.09 22.52.46   Front Row[729]      self.init()
19.11.09 22.52.46   Front Row[729]    File 
"/Users/omw/proj/pyetv/svn/trunk/PyeTV.py",
line 300, in init
19.11.09 22.52.46   Front Row[729]     
ac=PyFR.MenuController.MenuController.initWithMenu_(self,self.MainMenu)
19.11.09 22.52.46   Front Row[729]    File
"/Users/omw/proj/pyetv/svn/trunk/PyFR/MenuController.py", line 135, in 
initWithMenu_
19.11.09 22.52.46   Front Row[729]  *** process 729 exceeded 500 log message per 
second
limit  -  remaining messages this second discarded ***

Downgrading to EyeTV 3.1.2 (see
http://support.elgato.com/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=
3074)
gives the same result.

Either, I am not building correctly, or your patch is incomplete. Do you have a 
clue
to what I might be doing wrong?

Original comment by oyvin...@gmail.com on 19 Nov 2009 at 10:40

[GoogleCodeExporter]

danchr, I believe I have found a problem with your patch.

ETVMenuController.init contains the following method call:
  # chain to parent's ctor
  ac=PyFR.MenuController.MenuController.initWithMenu_(self,self.MainMenu)

This leads to a recursive well through the changed 
PyFR.MenuController.initWithMenu_
call and back to ETVMenuController.init.

As I still don't have a clue about BackRow integration, I don't know how to fix 
this.

Original comment by oyvin...@gmail.com on 19 Nov 2009 at 11:16

[GoogleCodeExporter]

For me, this was just a quick attempt to see if I could get it running. I don't 
think I'll spend more time on this, I'm 
afraid.

For what it's worth I don't think Python and PyObjC are well-suited for a Front 
Row appliance: Initialisation is 
terribly slow, and the dynamic nature of Python isn't necessarily an advantage 
either…

Original comment by danchr on 20 Nov 2009 at 12:54

[GoogleCodeExporter]

I've spent the entire evening on this with some progress, but no actual success.

I can now browse all the menues created based on metadata from EyeTV, but I am 
not
able to launch it to watch a recording or live TV.

Currently, it looks like PyFR.WaitController.wasPushed is not being called, so I
suspect the method signature has changed. However, I am not able to find the 
header
file for BRController (or any other BackRow class), so I am not able to fix it. 
I
have looked at the XCode header files, Sapphire source, BackRow SDK project and 
ran
class-dump on FrontRow without success. What am I missing out on?

On the brighter side, I did just discover a recent native FrontRow plugin that
successfully launches EyeTV from within FrontRow, but without any nive 
navigation
menus:
http://www.holeintheceiling.com/blog/2009/11/18/front-row-plugin-for-eyetv-now-a
vailable/

Original comment by oyvin...@gmail.com on 20 Nov 2009 at 10:58

[GoogleCodeExporter]

I don't know why I did not find the header files - they are all there in the 
BackRow
SDK project.

The following methods have been moved to BRController-Deprecated.h:
@interface BRController (Deprecated)
- (void)wasPushed;
- (void)wasPopped;
- (void)wasBuried;
- (void)wasExhumed;
@end

This probably means that PyFR.WaitController does not receive the expected 
method
call. I don't think I am able to contribute much more to this issue now.

Original comment by oyvin...@gmail.com on 21 Nov 2009 at 12:03

[GoogleCodeExporter]

PyeTV 2.0 with Snow Leopard support just released.

Thanks to all who helped with this.  FYI, to get EyeTV 3.2.1 to work on SL with 
the
Apple Remote (bug unrelated to PyeTV), you'll have to install the Candelair 
drivers
from http://www.iospirit.com/labs/candelair/.

Original comment by jon.chri...@gmail.com on 28 Nov 2009 at 9:34

• Changed state: Fixed

[GoogleCodeExporter]

Thank you for your work! As soon as I arrive at home I will install PyeTv! (I 
already have Candelair!!)

Original comment by too...@gmail.com on 29 Nov 2009 at 11:57

[GoogleCodeExporter]

Hi,
This is good news bu the .dmg file only contains a frappliance file, and not an 
install file. What should I do w/ 
this ? Should i install Pyetv for Leopard and substitute the new 
pyetv.frappliance in the correct folder ? Which 
folder by the way?
Thanx for all the work on this.

Original comment by fon...@gmail.com on 29 Nov 2009 at 12:21

[GoogleCodeExporter]

jon.christopher: Excellent news! 2.0 works perfectly here.

fonsjp: Copy it into the Front Row plug-in directory:
sudo cp -r /Volumes/PyeTV-2.0-SnowLeopard/PyeTV.frappliance
/System/Library/CoreServices/Front\ Row.app/Contents/PlugIns/

Original comment by oyvin...@gmail.com on 29 Nov 2009 at 2:03

[GoogleCodeExporter]

Thanx oyvindwe but i've copied the frappliance (manually) to 
System/Library/CoreServices/Front\ 
Row.app/Contents/PlugIns/
Launched FrontRow but nothing new happens (still no EyeTV in FrontRow)
Any idea pliz? I run 10.6.2 and EyeTV 3.2.1

Original comment by fon...@gmail.com on 29 Nov 2009 at 2:10

[GoogleCodeExporter]

man That's great!! It works fine for me! i installed the one for Leopard and 
then I copied the frappliance for 
SL..try that way!!

Jon.chris if you need an Italian Translation let me know!(and explain me how 
to!!!)

Original comment by too...@gmail.com on 29 Nov 2009 at 3:34

[GoogleCodeExporter]

Works fine after i deleted a file named "TV.frappliance" in the plugins folder.
The only thing that's not working is the remote, though i've installer the 
candelair pref in the pref pane.

Original comment by fon...@gmail.com on 29 Nov 2009 at 6:22

[GoogleCodeExporter]

Hi, could I ask that the Snow Leopard download of PyeTV is re-done to include 
an installation application? I have 
tried the manual copying of the files recommended, but I am completely new to 
Mac OS and I find it confusing. I 
have been using Terminal, but without any success so far, and I am worried 
about using it too much when I 
don't know what I am doing. (Is there any easy graphic interface for copying 
and pasting system files suitable for 
an ex-Windows user like myself?). I want to enjoy my first Apple experience, 
not get too bogged down in 
commands I don't know. 

Original comment by jm...@talktalk.net on 2 Dec 2009 at 8:50

[GoogleCodeExporter]

Lack of PyeTV was the reason I never updated the Mini to SL.  Installed SL, 
PyeTV, ETVComSkip, and all works 
awesome.  Better than it did before.  The update works awesome, thanks JC!

jm:  If terminal is too much, just use finder to copy the plugin; no installer 
is necessary.  Open up a finder 
window and navigate to Macintosh HD/System/Library/CoreServices.  Then find 
Front Row.  Right click on 
Front Row, and select Show Package Contents.  A new window will open up.  In 
that window navigate to 
Contents/PlugIns.  Drag/Drop or Copy the unzipped PyeTV.frappliance to that 
directory.  A window will then 
pop up asking for authentication.  Type in your password and the copy will 
proceed.  You'll then need to kill 
Front Row using Activity Monitor, which can be found in Applications/Utilities. 
 Restart Front Row and you're 
done.

Original comment by Geu...@gmail.com on 2 Dec 2009 at 2:50

[GoogleCodeExporter]

Guerin - thank you so much - your instructions were great, and the plug in 
works fine at last. 

Original comment by jm...@talktalk.net on 2 Dec 2009 at 5:29

[GoogleCodeExporter]

@fonsjp

> Works fine after i deleted a file named "TV.frappliance" in the plugins 
folder.
> The only thing that's not working is the remote, though i've installer the
candelair > pref in the pref pane.

Oh, dear.  I wish you hadn't deleted TV.frappliance.  That's the standard "TV 
Shows"
plugin which enables watching TV shows in the iTunes library as well as TV 
trailers
from Apple.  I'm not sure how to get it back for you....perhaps Time Machine, or
you'll have to hunt around for a FR update image.

If you have Candelair, you'll need to enable "Leopard compatibility mode" 
before the
remote will work with EyeTV again.  Elgato is working on an update to work w/o 
this,
but that's the current work-around.

@everyone:
The lack of installers was an oversight.  An update is coming soon.

Jon

Original comment by jon.chri...@gmail.com on 2 Dec 2009 at 11:08

[GoogleCodeExporter]

Ran the installer and tv.frappliance appeared in a window.  Will wait till the 
version with installers.   

Original comment by simonpwh...@gmail.com on 3 Dec 2009 at 12:23

[GoogleCodeExporter]

Just noticed that the EyeTV icon is missing in the latest build.  Not a big 
deal, but thought you might like to 
know.

Original comment by Geu...@gmail.com on 3 Dec 2009 at 1:32

[GoogleCodeExporter]

2.0.1 with installer released.

Original comment by jon.chri...@gmail.com on 3 Dec 2009 at 4:37