Re: [mythtv-users] MythTV w/ Mac OS X Frontend
On Jan 10, 2006, at 5:22 PM, Michael Cowell wrote: Michael Fox wrote: On 1/11/06, Matt Jordan [EMAIL PROTECTED] wrote: Hi all, I currently have a MythTV (on Ubuntu) box that is working well but I wanted to try to run the Myth frontend from an OS X box. I downloaded two different builds of the MythFrontend for OS X and they both start and ask for the language. After that, they ask for the hostname (IP) of the backend, database name and such. When I click Finish the program just closes. There is no indication that it crashed, it just quits. Can anyone help me out with this? If you run the mythfronted executable from the terminal, you can see if it's printing anything to stdout / stderr which should help a lot in diagnosing your problem. To do this: 1. Fire up a terminal application. The apple one will do. It's in Applications/Utilities by default 2. Run the executable bit of your mythfrontend bundle. Mine lives as /Applications/MythFrontend.app/Contents/MacOS/mythfrontend 3. Watch what comes out, and if you still can't solve the problem, post the output to this list. This is good advice. I had difficulty initially with my frontends (on OS X too), having the same symptoms as you: http://www.gossamer-threads.com/lists/mythtv/users/160858 The story ends happily ;) --J ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] upgrading ivtv driver in knoppmyth?
I'm running Knoppmyth R22 and would like to try the ivtv 0.4.1 drivers while trouble shooting tuning on one of the tuners of my PVR500 (/dev/video1 is not working well). Has anyone successfully done this yet? Could you share the steps. I believe that it involves both a movement and renaming of the firmware and a change to the kernel modules ... so I'm a bit nervous about trying this. Any success or horror stories? Thanks, James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Uncool surprise... coming back from vacation, shows not recorded.
On Dec 1, 2005, at 12:45 AM, Jeff Simpson wrote: Another mistake that might be tough to find is a schedule discrepancy. This sunday, for example, the football game ran long and Family Guy failed to record (combined with my idea of hey, I'll tell it not to record and instead just tune to it live and pause, and come back for itonly to find out that the next recording it tried to do bumped me out of live tv with no way to recover that buffer). I'd like to be able to say If it's Football or Golf (final day) then record 20% longer than usual (The subtitle for golf usually says final day and it's only then that there's likely to be a play-off). and if that rules fires, delay following records accordingly (especially the recording straight after). Any ideas on whether that's possible? It's all just database mashing, so a cron script that alters upcoming recordings could probably handle it Similarly, does anyone know if the DVB EIT data (now and next) tends to reflect programming extensions, or do they not correct that? Thanks, --J ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Uncool surprise... coming back from vacation, shows not recorded.
On Dec 1, 2005, at 4:50 PM, Bruce Markey wrote: James Howison wrote: ... I'd like to be able to say If it's Football or Golf (final day) then record 20% longer than usual (The subtitle for golf usually says final day and it's only then that there's likely to be a play-off). Uh, no it doesn't. I've been doing this for a long time. http://www.mythtv.org/docs/mythtv-HOWTO-12.html#ss12.5 Rule Name: PGA Golf program.title = 'PGA Golf' AND channel.callsign != 'GOLF' Set for anytime on any channel. Rule Name: PGA Final program.title = 'PGA Golf' AND channel.callsign != 'GOLF' AND DAYNAME(program.starttime) = 'Sunday' Set for one showing per week and end 29 minutes late. Thanks Bruce, those make sense. and if that rules fires, delay following records accordingly (especially the recording straight after). Just because you decide to record long doesn't mean the show that follows will be broadcast late. And if an event runs late the station may delay the following show or may join in progress. Often sports are followed by filler shows or local news so that can get back on schedule for primetime shows (Goggle for Heidi Bowl). In any case, no one knows how long a live event will go over. Not myth, not you, not the station or network or teams or league execs. Again, you are right. Anyone know if now and next EIT data on DVB tends to get updated properly in these situations, or are they generally hosed too? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] OT: seeking myth2ipod author
I'm trying to email the author of the script at http:// www.myth2ipod.com/ but the email bounced (550). Just a little bug fix :) I've tried a message on the knoppmyth board, and a whois lookup but no dice, so ... Mr Myth2ipod, if you are out there, you might want to fix the email address in the script (and maybe reply to me directly). Cheers, James ps. sorry if this is too broadcast but thought it might be a handy pointer to the script anyway, it works great, although the page lacks the recipe for making the feed.php file accessible through apache eg: chmod +x feed.php then to make the file accessible to the web server add something like this to /etc/apache/httpd.conf Alias /ipodfeed/ /myth/ipod/ Directory /myth/ipod AllowOverride None Order allow,deny Allow from all /Directory ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] nuvexport 'x' outside of string error
I'm attempting to convert some of my MPEG2 PVR-500 recordings to something smaller and I think that nuvexport is the way to do this. I'm running Knoppmyth R5A22 with nuvexport 0.2 0.20050922.svn. I'm trying to run in interactive mode to get used to the program but get this error after choosing a show: 'x' outside of string in unpack at /usr/local/share/nuvexport/ mythtv/nuvinfo.pm line 34, STDIN line 2. (I've tried both export to XVID and to .nuv and .sql options). Has anyone seen this error (there's one google result, some IRC discussion with an unanswered (AFAICS) question about this error)? I get the same error if I do searches via the command-line interface. Any ideas? Thanks, James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 18.1 frontend on OS X (localhost:6543 regardless of mysql.txt)
Progress made below... On Nov 13, 2005, at 8:48 PM, [EMAIL PROTECTED] wrote: On Sun, Nov 13, 2005 at 07:25:13PM -0500, James Howison wrote: I'm pretty sure that this is set correctly already (with Mysql accessible from the network, and the MasterServerIP set correctly). What exactly are you seeing when you launch the frontend? Does it ask you for your language and settings, or does it fail immediately? If I delete the ~/.mythtv/mysql.txt file then it asks for language and IP and saves the file (with 192.168.10.10 written in there, and in the database). It then restarts and seeks localhost:6543 which is where it fails. Are you updating the correct mysql.txt file? MythTV installs several copies for use at different times. On my back-end machine I have: /etc/mythtv/mysql.txt /usr/share/mythtv/mysql.txt On the front-ends I have both of the above PLUS: /home/live/.mythtv/mysql.txt (on the XBox) /home/chris/.mythtv/mysql.txt (on the desktop) [EMAIL PROTECTED] mysql.txt /Users/james/.mythtv/mysql.txt So just one. Different MythTV applications read different mysql.txt files and they all have to agree. Other things to consider: When you updated your mythconverg access permissions to enable remote frontends did you specify a particular machine? If so, then you'll have to massage the permissions every time you add a machine or change the hostname or IP address (depending on which was specified). You can check the access rights my connecting to the mysql database (as opposed to mythconverg) and running: select * from db; select * from host; select * from tables_priv; If you are on a trusted network (ie: no foreign machines can see your MySQL port) then the easiest way to configure remote access is to specify % as the hostname so that any client can get it in as long as it has the right password. I can access (and edit) the mythconverg database from the frontend computer using the username and password in the mysql.txt file. snip I can access the database fine from this machine (although it was definitely worth checking ;) but the frontend isn't attempting that yet ... I ssh'd into my backend box and tailed the /var/log/mysql/mysql.log and I could see the mythfrontend.app making queries on the database, so it is definitely talking to the database, it was just getting wrong information ... It was asking for config where the hostname=MinistryOfInformation.local which is indeed my laptop. As an experiment I changed the LocalHostName in mysql.txt to quahog which is the hostname of my backend. Now the frontend seems to communicate fine, the right theme comes up. I finally found a binary that speaks protocol 18:http://willamette.edu/~gkruse/myth/ MythFrontend-SVN-7004-With-Plugins.dmg So now the question is how does the hostname stuff work, the LocalHostName=backendname hack doesn't feel right. Should I delete all the hostname=my laptop hostname settings from the database? Is there a way to reset it, or should I do it manually? (This seems to suggest that I shouldn't alter the database directly: http:// www.mythtv.org/docs/mythtv-HOWTO-23.html#ss23.15) Thanks again for bearing with me. --J ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 18.1 frontend on OS X (localhost:6543 regardless of mysql.txt) *solved*
Thanks Chris, On Nov 14, 2005, at 7:10 PM, [EMAIL PROTECTED] wrote: On Mon, Nov 14, 2005 at 06:11:35PM -0500, James Howison wrote: It was asking for config where the hostname=MinistryOfInformation.local which is indeed my laptop. As an experiment I changed the LocalHostName in mysql.txt to quahog which is the hostname of my backend. Now the frontend seems to communicate fine, the right theme comes up. Were there any records in the settings table for the long hostname? If not then I'd suspect you have read-only access to the table and are not saving the settings after running through the first stage of the client configuration. There were entries there. Mysql permissions appear to be fine. So now the question is how does the hostname stuff work, the LocalHostName=backendname hack doesn't feel right. It's not right. Myth usually uses the machines FQDN as the hostname value in the settings table. There's a setting in the initial setup page that allows you to indicate that you want to use a specific client name. It's intended as a way of working around dynamic hostnames for DHCP clients, but can also be used to force a shorter hostname. Really, all you need is a unique identifier. When you specified the backend as your hostname, all you really did was piggy-back on the existing configuration from the last time the mythfrontend software was run on the backend. Down that path lies madness. Should I delete all the hostname=my laptop hostname settings from the database? Is there a way to reset it, or should I do it manually? (This seems to suggest that I shouldn't alter the database directly: http:// www.mythtv.org/docs/mythtv-HOWTO-23.html#ss23.15) The rule about never touching the database is more concerned with how the backend tracks the recordings. It shouldn't hurt to clean out the settings table manually. Just make sure you only delete the frontend settings (the ones that have a hostname) and leave the backend settings (the ones with no hostname) alone. This was the key. My MasterServerIP was set with a hostname (the hostname of the backend), once I made the hostname NULL for the MasterServerIP everything works fine. I deleted all the entries for my laptop, and the ~/.mythtv folder, and restarted the MythFrontend.app, this time everything worked as expected; once I specified the database location and the language I was able to control Myth fine. Checking the database showed that the entries under my laptops FQDN were fine. To re-confirm I changed the hostname for the MasterServerIP back to quahog and the behaviour returned to the original frustrations. Can anyone confirm that the MasterServerIP ought to have NULL as hostname? If that is the case then I'll investigate mythtv-setup on Knoppmyth R5A22 and see if it is erroneously setting it to the hostname of the backend. Thanks again, James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] 18.1 frontend on OS X (localhost:6543 regardless of mysql.txt)
Hi all, I can't get a frontend to work on Mac OS X. Everything is working fine on linux and the little mediamvp (love that box :), so I know that Myth is setup and remotely accessible, but the OS X frontend seems to always want to contact localhost, regardless of the settings in the ~/.mythtv/mysql.txt file. I'm currently using the build from http://anthonymittaz.com/ index.html and have tried both the CVS 0.18 and the 0.18.1 version. I've also tried a bunch of other OS X builds (eg, ) but none of them have worked for me. Here's my config: $~ [EMAIL PROTECTED] .mythtv/mysql.txt DBHostName=192.168.10.10 DBUserName=mythtv DBPassword=mythtv DBName=mythconverg DBType=QMYSQL3 MythFrontend.app starts but displays GANT instead of Blue theme and when I try to watch tv I get Master Backend not found and a message in the console about trying to speak to localhost ... This is a cut from my console.log: 2005-11-13 17:44:12.921 Database not open while trying to save setting: Language 2005-11-13 17:44:12.943 Unable to connect to database! 2005-11-13 17:44:12.943 Driver error was [1/2002]: QMYSQL3: Unable to connect Database error was: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) 2005-11-13 17:44:23.596 Writing settings file /Users/james/.mythtv/ mysql.txt Total desktop width=2304, height=960, numscreens=2 2005-11-13 17:44:24.013 Using screen 0, 1024x768 at 0,0 2005-11-13 17:44:24.099 Setting Lock for Database Schema upgrade. If you see a long pause here it means the Schema is already locked and is being upgraded by another Myth process. 2005-11-13 17:44:24.125 New DB connection, total: 2 2005-11-13 17:44:24.219 Database Schema upgrade complete, unlocking. 2005-11-13 17:44:24.224 mythfrontend version: 0.18.20050504-1 www.mythtv.org 2005-11-13 17:44:24.243 Enabled verbose msgs : important general 2005-11-13 17:44:26.123 Switching to square mode (G.A.N.T.) 2005-11-13 17:44:27.640 Registering Internal as a media playback plugin. Identity added: /Users/james/.ssh/id_dsa (/Users/james/.ssh/id_dsa) Identity added: /Users/james/.ssh/id_rsa (/Users/james/.ssh/id_rsa) 2005-11-13 17:46:01.099 Connecting to backend server: localhost:6543 (try 1 of 5) Connection timed out. You probably should modify the Master Server settings in the setup program and set the proper IP address. --- It seems to me that it should be trying to connect to 192.168.10.10:6543, not localhost:6543. I tried tunneling that port and got a protocol mis-match (which is a step forward, I think, at least they spoke ;) So does anyone know what the deal is here? Why is the frontend not honoring the IP address of the server in ~/.mythtv/mysql.txt? Is there a magic config setting that I'm meant to make, or is this a bug in the frontend on OS X? Thanks, James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 18.1 frontend on OS X (localhost:6543 regardless of mysql.txt)
On Nov 13, 2005, at 6:49 PM, [EMAIL PROTECTED] wrote: On Sun, Nov 13, 2005 at 06:20:03PM -0500, James Howison wrote: I can't get a frontend to work on Mac OS X. Everything is working fine on linux and the little mediamvp (love that box :), so I know that Myth is setup and remotely accessible, but the OS X frontend seems to always want to contact localhost, regardless of the settings in the ~/.mythtv/mysql.txt file. The local mysql.txt file is only used to tell the front-end client which database to contact to obtain MythTV configuration settings. The address of the back-end service is one of those settings. The default back-end address when you install MythTV is set to 127.0.0.1. This means that the client will not be able to connect to the MythTV back-end process unless it's running on the same machine. To correct the situation, you can either login to the back-end GUI as root (#include standard rant about requiring root to run a GUI.h), rerun mythtv-setup and specify the back-end's real IP address, or you can connect to the database using the mysql CLI and update the settings table directly. The SQL command would be: update settings set data=192.168.1.2 where value=MasterServerIP; Of course you would supply a valid IP address... Thanks Chris, I'm pretty sure that this is set correctly already (with Mysql accessible from the network, and the MasterServerIP set correctly). [EMAIL PROTECTED] [EMAIL PROTECTED] Password: Linux quahog 2.6.13.2-chw-3 #1 SMP Wed Sep 21 08:15:54 PDT 2005 i686 GNU/Linux Last login: Sun Nov 13 17:44:19 2005 from 192.168.10.21 [EMAIL PROTECTED]:~$ mysql -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 25 to server version: 4.0.22-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql use mythconverg; Database changed mysql select data from settings where value='MasterServerIP'; +---+ | data | +---+ | 192.168.10.10 | +---+ 1 row in set (0.01 sec) So I don't really understand why the frontend doesn't pick that up. Any other ideas (hope that I understood correctly)? --J ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Multiple video display
Star TV in singapore has a mode where it shows all the channels at once on the screen and you highlight the one you want and get the audio for that. Any idea how it is doing that? I mean surely there's only one tuner in the cable box? I'm assuming that even if the MythTV software allowed multiple screens on the one screen you'd only be able to get as many as you have tuners for. Probably they 'multiplex' the channels at the cable company and broadcast the multichannel out on a single channel. Then allow the tuner to get the live audio depending on which part of the channel you are on. Just speculating. --J On Sep 2, 2005, at 8:17 PM, Bruce Markey wrote: Ryan Green wrote: I was watching CNN's Situation room, and I was wondering if I could do the same thing on MythTV (watching 4 channels at once). Would I be able to do this with one box? or would I need to multiplex 4 clients together? There's nothing preventing you from starting more than one instance of mythfronted. Set your GUI size to about 1/4 of your screen size and start up to four instances. Only one can grab the audio out device and the others can be run with no audio. -- bjm ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR-500 question
Sounds like a good opportunity for an old fashioned swap ;) --J On Aug 31, 2005, at 7:45 AM, Marty Ravell wrote: I have a mate with an NTSC PVR-350 but who has just relocated to Australia (PAL land). Any idea if the reverse is also possible? Regards Marty -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gideon N. Guillen Sent: Wednesday, 31 August 2005 8:58 PM To: Discussion about mythtv Subject: [mythtv-users] PVR-500 question I have a question regarding the PVR-500. Will a PAL PVR-500 work with NTSC? I'm in a NTSC country, but I saw this PVR-500 being sold locally at a very low price. The vendor said it's the PAL model. I'm just wondering if I can use this card for NTSC signals (including cable TV). It should be a good replacement for my existing bttv card that I'm using for MythTV. -- Gideon N. Guillen [EMAIL PROTECTED] Take back the web! Download Firefox Today! http://getfirefox.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] International configuration
Here's what I want to do, at least in the medium term. I'd appreciate any guidance as to possibility/resources/experiences. Say I have a box here in the states and a box in australia. I'd like to run encoders on both and frontends in both places. I'd like both frontends to have the ability to schedule recordings on either end. (ie I'd like to schedule a recording on the australian backend from the states). I think that should be possible, perhaps by adding another source into each backend. However I want these recordings to be pretty good quality, so I don't expect to watch them in the states streaming off the backend in australia (just not enough bandwidth). Rather I'd like the system to know which end had scheduled the recording and to move that recording to the end that wanted it. Something like this (== is Lan, -- is internet link): US Frontend == US Backend ---//--- Aus Backend === Aus Frontend || US Cable Aus Digital TV US Frontend speaks to US Backend, accessing a source which lists Aus programming, and schedules a recording. US Backend then instructs Aus Backend to do the taping and once it is finished to transfer the recording automatically into the US Backend's Media Library (and possibly store it in the Aus Backend with low priority). US Frontend then watches it in streaming glory in the States. And, of course, vice versa. It would be possible for the US frontend to talk directly to the Aus backend but then one would have to have a way of telling the Aus backend where to put the recording ... Live TV is also desirable but secondary, probably transcoded to something suitably low bandwidth for previewing and peeking. Is anyone doing something similar? Is this currently possible with Myth? I guess all it really needs is a post-record/transcode hook to tell the encoding end to transfer the file and a way to let the requesting end know that the program is in the library. Then I can watch me cricket, mate. And who could blame me for that? --J ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] capture card
Awesome, thanks Joshua. Great to know. This is just going to be a backend so I think I should be golden. On Aug 29, 2005, at 5:32 AM, Joshua King wrote: Hi James, On 29/8/05 7:58 AM, James Howison [EMAIL PROTECTED] wrote: Does anyone know if the minimum system requirements listed on the Hauppauge site (ie PII 733Mhz for the PVR-150 and PIII 1.2GHz) applies to using the cards under Linux and MythTV, or are those just for the bundled windows software? That's for Windows. The absolute requirements for Linux/MythTV would depend on what you use it for (is it a backend or a combined backend/ frontend?). I put a PVR-150MCE (PAL) into my combined backend/frontend about 2 weeks ago now and its working fine. I'm using a PIII 550MHz, so you'll be fine. Playback would be your issue, but I guess that depends on your graphics card. I transcode much of my content or stream it. Any point in trying the PVR-150 in a box with a PII 713Mhz? Yes. Works in mine, yours is faster and would have a faster bus so I see no problems. Joshua King Send instant messages to your online friends http:// au.messenger.yahoo.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] capture card
On Aug 28, 2005, at 12:29 PM, Michael T. Dean wrote: Jarod Watkins wrote: I was wondering what is the cheapest mythtv compatible capture card with mpeg2 encoding? I have a satellite receiver, so a s- video connector is required. Thanks ahead. I would recommend using a Hauppauge (even if you can get a Yuan or something else cheaper). Currently the cheapest of the Hauppauge line is the PVR-150 (it's also the best--the PVR-500 is basically just two PVR-150's, so it's not really better, just two of the best). You can find the PVR-150 for about $70 after rebates at local retailers (CompUSA, Circuit City, Best Buy, etc.). If you don't want to wait for a special, it will cost about $90. Does anyone know if the minimum system requirements listed on the Hauppauge site (ie PII 733Mhz for the PVR-150 and PIII 1.2GHz) applies to using the cards under Linux and MythTV, or are those just for the bundled windows software? Any point in trying the PVR-150 in a box with a PII 713Mhz? Also the PVR Database (http://pvrhw.goldfish.org/) is down (looks like it has been for a while), are there any mirrors, or alternative sources of configuration information? Thanks, James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
