Re: [mythtv-users] XP2100 outperforms my P4-3.2Ghz
Sonni Nørløv wrote: I think I have see something similar, and it turned out to be related to the opengl driver. ... Yeah. There's a known bug in the 8178 driver that results in 100% CPU usage when using OpenGL vsync. So, either don't use 8178 (best bet) or turn off OpenGL vsync (which requires a re-compile for Myth 0.18.1 and below). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythTV and TV
On 01/29/2006 10:45 AM, Jens Baumeister wrote: On 1/29/06, Yan Seiner [EMAIL PROTECTED] wrote: Michael T. Dean wrote: 2006-01-28 16:30:08.176 NVR: Error, cannot open DSP '/dev/dsp' open: No such device or address Fix your sound... OK, how do I do that? The backend sits in a room far away from the frontend. I want sound with my TV So how do I get mythtv to send the sound along with the video down the network pipe? Myth sends everything it needs to send to any frontend. From my (limited) understanding, there seems to be something wrong with your backend configuration so there never is anything to send in the first place. Did you try using the TV card with some other application outside of MythTV to verify that it's working correctly? But, the error message in his log output clearly states that his sound is configured incorrectly. And, until the sound is fixed, he's unlikely to get any video playback (Myth expects the sound to be properly configured--even if you're not listening to it). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythTV and TV
On 01/29/2006 09:26 AM, Yan Seiner wrote: Michael T. Dean wrote: On 01/28/2006 08:44 PM, Yan Seiner wrote: My setup is as follows: tooth - FC2 mythtv backend, mysql server, file server, and also houses the WinTV card. hermes - KnoppMyth box. Mounts files via NFS I got everything set up, as per the docs. I can click on WatchTV on hermes, and I get a mostly green window with a bar of black and color fuzz at the top. This is the typical thing you see if the TV card is not set to the correct frequency/channel/standard. After a while, the backend says: Couldn't read data from the capture card in 15 seconds. Stopping. ... 2006-01-28 16:30:08.176 NVR: Error, cannot open DSP '/dev/dsp' open: No such device or address Fix your sound... OK, how do I do that? The backend sits in a room far away from the frontend. I want sound with my TV So how do I get mythtv to send the sound along with the video down the network pipe? Well, it says /dev/dsp isn't there, so if you can play sound in other applications (i.e. xine or MPlayer), then you need to change the sound settings in Myth (from the default sound device--/dev/dsp--to the one your system is using, like ALSA:default). (And change your mixer to default.) If you can't play sound elsewhere, check in on the Knopp fora for help setting it up. Also, make sure you turn off any sound servers (esd, artsd, ...). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Guide data setup for mixed ATSC/QAM NTSC backend? Multiple xmltv feeds needed?
On 01/29/2006 01:59 PM, Todd Ignasiak wrote: I am trying to clean up my MythTV configuration a bit. Part of that effort is to use a single Zap2it / xmltv guide account, so I can deal with the expiration less frequently (with two, it seems like it's always expiring). I have four tuners, all hooked to my cable TV connection. The two SD tuners (PVR-500 card) can record all the analog channels (2-63). The two ATSC/QAM tuners can record the handful of HD channels (79,116,117; which breaks out into five visible HD channels), and cannot do SD (at least not as I have it set up. I wouldn't want them to do SD anyway, as they don't have MPEG encoders.) But, with my config now, it seems that MythTV doesn't know the difference between the channel types, and tries to record SD with the HD tuner, and HD with the SD tuner. I have the TV format set to ATSC on my HD channels, and I was hoping that would allow MythTV to associate those channels with the HD capable tuners. I'm sure others have this same setup. What is the recommended best practice for associating channels/guide data with the best tuner card? Must I go back to my config with two guide sources, each limited to the relevant stations the tuners can receive? You have two Myth video sources, one for SDTV and one for HDTV channels? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mplayer delay
On 01/29/2006 02:02 PM, Ronald Kohsman wrote: I have a delay when playback with mplayer. Playback of nuv is perfect. I'm using twinview for the monitor and the ntsc-m. I have the following detals AMD Athlon 64 X2 3800 nVidia 6600GT using svideo to ntsc FC4 Myth 0.18.2 nVidia 8178 drivers Just point me in the right direction. It would greatly appreciated. Thanks. All three have come through: http://www.gossamer-threads.com/lists/mythtv/users/178016#178016 http://www.gossamer-threads.com/lists/mythtv/users/178078#178078 and the one to which I'm replying. If you're not seeing your own posts, check your SF list settings at the address below (the one at the bottom of every post on the list). As far as MPlayer, what's a delay? Audio and video out of sync? If so, man mplayerEnter/syncEnter (make sure you read in between each n). Also, remember to use -framedrop and look at -vo (probably want something like -vo xv With xine, you can easily and interactively adjust sync with m and n. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Sports events, LiveTV or Watch Recording?
On 01/28/2006 01:02 AM, Greg Woods wrote: On Fri, 2006-01-27 at 15:16 -0800, Bruce Markey wrote: For any sort of algorithm proposed to second guess a specific situation, there is an opposite example where that exceptional decision would do exactly the wrong thing. The only perfect solution would be a way to tell the scheduler exactly what you want, so it doesn't have to read minds. Such as, an option on extensions that says, allow other recordings to override time extensions. Or something in a record rule that says extend time only if it doesn't conflict with another recording on the same channel. My point was not to criticize the present incarnation of the scheduler, so I hope you didn't take it that way. Only to point out that there is currently no way to resolve the type of conflict I run into other than manually. Or, we could have a page that lists upcoming recordings and shows when you have a conflict. Then you could create a recording override to adjust the rules such that the conflict is resolved appropriately (for your desires)... So, let's say we add an option on recording extensions to allow other recordings to override time extensions. If it's implemented globally, what happens when two programs--one set to record late and the next set to start early--are set to record? Do we override one extension or both or ... If implemented per recording rule, we could still have the same situation if both rules are created to allow recordings to override extensions. What if the user has multiple capture cards? Do we use both so we can have extensions on back-to-back allow extension override recordings? What if one capture card's input has a higher preference than the other? If using both cards, the user may end up with one high-quality recording with an extension and another low-quality recording with an extension when he/she may have preferred two high-quality recordings without extensions. All of these issues were discussed in the thread about soft-padding (that was eventually tabled for various reasons). See: http://www.gossamer-threads.com/lists/mythtv/commits/146281#146281 http://www.gossamer-threads.com/lists/mythtv/dev/151647#151647 If we add the setting extend time only if it doesn't conflict with another recording on the same channel, we're opening a 55-gal barrel of worms when you start to consider multiple capture cards, recording priorities, input preferences, and the mapping of recordings to card inputs. Now, I could come up with a nice complicated example showing you one of the problems we might have here (OK, really I probably couldn't come up with a good one, but Bruce Markey could), but no matter what example I gave, I'm sure you'd be able to write back immediately with an answer as to what the scheduler should do... And, _that_ is the key. You know exactly what /you/ want to happen. I know exactly what I want to happen. He knows... So, if the scheduler marks conflicts when there's a potential for problems, the user can easily adjust the schedule to get exactly the behavior she desires. I don't want my computer to think for me--that's why I don't use Windows. That's also why I'm significantly more productive with my computer than people I know who are constantly battling wizards (and I'm not talking about EverQuest or World of Warcraft) and auto tools (and I'm not talking about autoconf/automake). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Manually enter freq. in database.
On 01/28/2006 04:18 AM, Tom Burt wrote: On Friday 27 January 2006 23:00, Martin Madsen wrote: Hi Myth-list, I'm using a Hauppauge PVR 350 and MythTV running on a Ubuntu linux. My backend starts fine but I cannot see any channels. (Only snow on the screen) I'm using XMLTV. So I'm looking for a way to put the frequencies into my database manually because the scan channels option in mythtv-setup doesn't work (I can't select it.) Anybody knows what to look after in the database and in what format I need to plug in the frequencies? My frequencies are listed on my cable provider's homepage in this format: http://www.tre-for.dk/default.aspx?m=2i=220 You have to update the columns freqid and finetune in the table channel. I had the same problem as you, so I created an Openoffice spreadsheet that generates the necessary update statements from something like your web page. The idea is that you search the frequency closest to yours in the official list of channels which will give freqid (e.g. 48.250MHz - E2, 55.250MHz - E3, 62.250MHz - E4 etc.) and then calculate finetune = (your freq - official freq) * 16 If you are interested, I can send you the spreadsheet or give all the details if you prefer to use a different tool. Note, also, that you can change channum, freqid, and finetune using MythWeb's channel settings page... Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mythburn and ProjectX
On 01/28/2006 07:34 AM, Jonathan Smith wrote: I have been trying to install mythburn on a FC4 box with version .18 of mythtv. My initial problem is that I cannot get ProjectX to run, I get the following error: Loading Basic Classes... Exception in thread main java.lang.UnsatisfiedLinkError: initState at gnu.java.awt.peer.gtk.GdkGraphics2D.initState(int[], int, int) Don't use the GNU Java implementation. Use Sun's JDK or JRE ( http://java.sun.com/j2se ). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video Player that can Bookmark
On 01/28/2006 11:41 AM, Peter Darley wrote: I've been watching movies a lot on the ol' Myth system, and I find that I often can't finish a movie in one sitting because of my new daughter. I'm wondering if anyone can suggest a video player that will allow me to save a bookmark of where I left off when I stopped the video, similar to what Myth can do with TV shows? I checked out xine and mplayer, and it doesn't look like either of them can do it, tho I could have missed something. Internal Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video Player that can Bookmark
On 01/28/2006 12:19 PM, Peter Darley wrote: Internal does allow bookmarking outside of TV Yes. Thus the videobookmarks table. But, I can't address your concerns (I use--and like xine--but I don't have kids to distract me during the movie... ;). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Summery of my problems
On 01/28/2006 12:46 PM, Dylan R. Semler wrote: Michael T. Dean wrote: Or, to find out if it's worth testing a more precise frequency list, play with the fine tuning values in Myth for the affected channels. And, most importantly, make sure you're using the right tuner definition--just because you get a bad picture doesn't mean you've chosen the right tuner; often it means you've chosen the wrong one. ;) By choosing the right tuner, are you referring to the setting in mythtv-setup - capture cards? I have the standard V4l capture card selected for analog. No, I mean the tuner definition used by your tuner module. Some cards autodetect the tuner, while others force the user to specify a tuner using either the deprecated tuner module option: options tuner type=XX or the card option: options ivtv tuner=XX or options bttv tuner=XX or ... I've seen many people who thought they choose the right one--typically because the one on the HOWTO they were reading didn't work, so after Googling, they found that they could just change the number, and after experimenting with 2 or 3, they found one that gave video/audio on some channels, so they thought they had it. What they don't typically realize is that there are about 70 tuner definitions, so choosing 2 or 3 at random (or, more likely, from the low-end, or right next to the one in the HOWTO) you're unlikely to pick the right one. Also, what most people don't realize is that given any particular tuner, the likelihood of several definitions providing perfect audio/video on some channels is extremely high, but only one definition should provide perfect audio/video on all channels. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR 350 / fine tune frequencies
On 01/28/2006 01:32 PM, Matthew K. Lee wrote: Are you sure it's a tuning issue and not a tuner module issue? (Are you sure you're using the right tuner definition?) Well, I'm not sure what you mean by definition. Here's my modprobe.conf and the corresponding output of lspci. The only way to tell for sure is from the ivtv initialization log messages, which you can retrieve with: tac /var/log/messages | sed -n '/=\ \ END INIT IVTV\ \ =/,/= START INIT IVTV =/p; /= START INIT IVTV =/q' | tac However, from your modprobe.conf, I notice that you're not specifying a tuner definition (i.e. options ivtv tuner=XXX), so it's likely you are using the right one. If you really want to see if it's a tuning issue, I'm going to be posting a patch for SVN that fixes the frequency definitions so they're academically correct in the thread http://www.gossamer-threads.com/lists/mythtv/users/177694#177694 . You're welcome to apply it to SVN, compile, and test. It shouldn't make any difference (the tuner hardware's fine-tuning mechanism should be able to zero-in on the channel, anyway), but it's possible that your cable company is transmitting some channels at frequencies that are off in the opposite direction that the tuner frequency list is off, so the delta is too large for the fine-tuning mechanism on these channels. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mythburn and ProjectX
On 01/28/2006 02:36 PM, Jonathan Smith wrote: Thanks Mike, I forgot, to mention that I did install Sun's JDK and JRE, but it seems to use the GNU libraries, how can I correct this? Modify the PATH used such that Sun's program java is found first. Also, you may want to specify a JAVA_HOME environment variable. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Summery of my problems
On 01/28/2006 12:46 PM, Dylan R. Semler wrote:
Michael T. Dean wrote:
On 01/27/2006 01:07 AM, Robert Johnston wrote:
On 1/26/06, Dylan R. Semler [EMAIL PROTECTED] wrote:
For analog, the picture quality is pretty bad (noisy)... The picture quality
is much better using tvtime and those lines do not appear.
As for the noise, make sure that Myth is tuning into the same
frequency (EXACTLY the same frequency) as TVTime is. It sounds like
Myth's off by a few Khz.
Being off by a few KHz shouldn't matter. Many of the NTSC cable channel
frequencies are off by 12.5 KHz (and the same goes for IRC, and HRC
varies by 5-15KHz), but the tuner hardware's fine-tuning mechanism
should still be able to find the appropriate center frequency. See
http://www.gossamer-threads.com/lists/mythtv/dev/164614#164614 (which
was totally ignored by the guy complaining in Trac that the frequencies
are off) for an in-depth listing of what frequencies are off and why it
shouldn't matter.
If you (Dylan) want to try an academically-correct list of frequency
definitions, I'd be happy to create one for you (against SVN--just let
me know which frequency list you're using: ntsc_bcast, ntsc_cable,
ntsc_hrc, ntsc_irc (I'm assuming NTSC based on your e-mail address)),
but you'll have to do all the testing because I don't have any
RF-modulated sources.
Well it's worth a shot. I'd love to get better picture quality. I'm
using ntsc_cable.
OK. Attached is a patch that will correct the frequencies used for
ntsc_cable, ntsc_hrc, and ntsc_irc. Those used for ntsc_bcast are
already correct. Apply the patch to current SVN and recompile and
install to test.
Note, however, that it may be better to leave ntsc_cable (standard
cable) unmodified. The modified channels in the standard cable
definition are definitely using frequencies that are not used by the
cable company, but that's because the FCC requires that they be offset.
(Cable channels operating on frequencies used in the aeronautical
radiocommunications bands 118-137MHz, 225-328.6MHz, and 335.4-400MHz are
required to be offset by 12.5kHz from 25kHz-spaced channels, and those
on frequencies used in the aeronautical radiocommunications bands
108-118MHz and 328.6-335.4MHz are required to be offset by 25kHz from
50kHz-spaced channels.) The FCC doesn't specify whether the offset
should be positive or negative, but it's more common within the cable
industry to use a positive offset. The current standard cable
definition uses the frequency before the offset (which is right in the
middle of a positive or negative offset), but the patched version
assumes a positive offset (meaning that if a cable company uses a
negative offset, we'll be off by 25kHz on many channels and 50kHz on 98
and 99).
So, since you're a standard cable user, please let me know if you really
do see a difference with the modified frequency values--and try not to
be swayed by the placebo effect. ;) If there really is a difference
(and I still don't think there will be), we may want to call the
modified ntsc_cable NTSC Cable (1) and create another that uses a
negative offset and label it NTSC Cable (2).
Those most likely to see any difference with the patch are HRC users (as
some of their frequencies--mainly the higher frequencies--were off by as
much as 60kHz). However, it's likely the only difference they will see
will be a slightly faster tuning cycle (unlikely to be noticeable in
Myth, though, because of the other delays in channel changing--and,
quite possibly, not noticeable at all by human perception even if you
tried the before/after frequencies in tvtime or something).
Also, technically, standard cable doesn't have a channel 1, and HRC and
IRC don't have T-7 through T-14 (but, I fixed the IRC definitions,
since IRC was a modified copy of standard and standard had defined T-7
through T-14 incorrectly). While we could remove them, it's probably
not worth the effort...
BTW, this patch definitely needs testing before being applied to SVN
(and should probably do something smarter with the standard cable
definition, as described above). Therefore, I'm not putting it in a
ticket, but it's here for anyone who wants to test/use it.
Mike
Index: libs/libmythtv/frequencies.c
===
--- libs/libmythtv/frequencies.c(revision 8744)
+++ libs/libmythtv/frequencies.c(working copy)
@@ -109,9 +109,9 @@
{ 12,205250 },
{ 13,211250 },
-{ 14,121250 },
-{ 15,127250 },
-{ 16,133250 },
+{ 14,121262 },
+{ 15,127262 },
+{ 16,133262 },
{ 17,139250 },
{ 18,145250 },
{ 19,151250 },
@@ -121,35 +121,35 @@
{ 22,169250 },
{ 23,217250 },
{ 24,223250 },
-{ 25,229250 },
-{ 26,235250 },
-{ 27,241250 },
-{ 28,247250 },
-{ 29,253250 },
-{ 30,259250
Re: [mythtv-users] OpenGL Support and PiP
On 01/28/06 16:16, Brian Wood wrote: On Jan 28, 2006, at 2:00 PM, Jarod Wilson wrote: On Saturday 28 January 2006 11:19, Brian Wood wrote: this time I took some advice and simply compiled without OpenGL. Uh, why recompile to disable OpenGL, when you can simply toggle it off in the settings? Ah, that's true of the SVN versions but not the plain-vanilla 0.18.1, which I am trying to stay with for several reasons. Right. The setting is available in 0.18-fixes SVN and (of course) SVN head, but 0.18.1 and below do not have the setting. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR 350 / fine tune frequencies
On 01/28/2006 08:38 PM, Matthew K. Lee wrote: The only way to tell for sure is from the ivtv initialization log messages, which you can retrieve with: tac /var/log/messages | sed -n '/=\ \ END INIT IVTV\ \ =/,/= START INIT IVTV =/p; /= START INIT IVTV =/q' | tac However, from your modprobe.conf, I notice that you're not specifying a tuner definition (i.e. options ivtv tuner=XXX), so it's likely you are using the right one. Thanks for the nifty command... Here's the output... Jan 26 10:04:34 stumpy kernel: tveeprom: tuner = LG TAPE H001F MK3 (idx = 68, type = 47) ... Jan 26 10:04:34 stumpy kernel: tuner 1-0061: type set to 47 (LG NTSC (TAPE series)) Yep. You're using the right tuner, so that's not the issue. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR 350 / fine tune frequencies
On 01/28/2006 06:51 PM, Roger Hanson wrote: I think I'm having similar trouble, but with a much larger block of channels (Time Warner Cable in Minneapolis) and KnoppMyth installation. A PVR-350 card that can tune in channels 2-13 in fine, 14-20 are snow, 21-36 come in fine, then 37-60 are snow and lastly, 60+ are OK I've also messed with the fine-tuning on mythweb with no success. I called my cable company and they said they use the standard frequencies. I've tried the other 1 or 2 (don't remember now) settings for USA in myth setup with no success either (actually, worse results) Jan 26 11:00:49 pvr kernel: tveeprom: tuner = LG TAPE H001F MK3 (idx = 68, type = 47) ... Jan 26 11:00:49 pvr kernel: tuner: type set to 47 (LG NTSC (TAPE series)) by ivtv i2c driver #0 According to your init messages, you're using the right tuner type, and your non-working channels aren't right for using the wrong frequency list (i.e. using standard instead of HRC or IRC). However, the symptoms do sound correct for a bad tuner definition. Who's tuner module are you using, the one distributed with your kernel or the one that came with ivtv? The one in ivtv 0.4.0 has the correct definition, but then again so should the one in 2.6.13.2... Sorry I can't be of more help... Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Summery of my problems
On 01/28/2006 08:29 PM, Rudy Zijlstra wrote: Michael T. Dean wrote: On 01/28/2006 12:46 PM, Dylan R. Semler wrote: Michael T. Dean wrote: On 01/27/2006 01:07 AM, Robert Johnston wrote: On 1/26/06, Dylan R. Semler [EMAIL PROTECTED] wrote: For analog, the picture quality is pretty bad (noisy)... The picture quality is much better using tvtime and those lines do not appear. As for the noise, make sure that Myth is tuning into the same frequency (EXACTLY the same frequency) as TVTime is. It sounds like Myth's off by a few Khz. Being off by a few KHz shouldn't matter. Many of the NTSC cable channel frequencies are off by 12.5 KHz (and the same goes for IRC, and HRC varies by 5-15KHz), but the tuner hardware's fine-tuning mechanism should still be able to find the appropriate center frequency. See http://www.gossamer-threads.com/lists/mythtv/dev/164614#164614 (which was totally ignored by the guy complaining in Trac that the frequencies are off) for an in-depth listing of what frequencies are off and why it shouldn't matter. If you (Dylan) want to try an academically-correct list of frequency definitions, I'd be happy to create one for you (against SVN--just let me know which frequency list you're using: ntsc_bcast, ntsc_cable, ntsc_hrc, ntsc_irc (I'm assuming NTSC based on your e-mail address)), but you'll have to do all the testing because I don't have any RF-modulated sources. Well it's worth a shot. I'd love to get better picture quality. I'm using ntsc_cable. OK. Attached is a patch... If there really is a difference (and I still don't think there will be) Read this probably good to improve, but for the silicon tuners i know about, (which are both the ones we use on our products as well as some others), this makes no difference at all. Most modern (silicon) tuners are able to finetune to the correct frequency if the initial frequency is within 125KHz of the correct frequency. We make use of this is the scanning algo, as this makes it possible in Europe to scan with 250KHz steps in case we have to do a frequency sweep Please keep in mind, Europe cable does not have any standard to adhere to. That's what I've been saying all along--since someone mentioned that the frequency might be off by a few kHz... However, it's hard to convince people it's not a problem if they can't test it for themselves... ;) Personally, I don't think it's worth changing the definitions in the source, but between the This is so trivial to fix that it's silly not to. comment in Trac ( http://svn.mythtv.org/trac/ticket/610 and my response http://www.gossamer-threads.com/lists/mythtv/dev/164614#164614 ), and common wisdom about using the finetune values to adjust frequencies by a few kHz (which is often suggested), I figured a patch on the list that lets people see for themselves that it doesn't matter would be the best way to get other people to see it my way. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mythburn and ProjectX
On 01/28/2006 07:36 PM, Jonathan Smith wrote: I was reading a thread that mentions that the mythburn script wont work in .19, I thought that mythburn was going to be included with .19? I think it remains separate. I subscripe to both the developer and user lists, but where can I see the new features being released in the upcoming.19? All I see on mythtv.org is the .18.1 http://mythtv.org/wiki/index.php/Release_Notes_-_0.19 (not final, but this will become the final release notes when 0.19 is released) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythTV and TV
On 01/28/2006 08:44 PM, Yan Seiner wrote: I've been using MythTV successfully for about a year... But now I want to watch TV. patient man... ;) My setup is as follows: tooth - FC2 mythtv backend, mysql server, file server, and also houses the WinTV card. hermes - KnoppMyth box. Mounts files via NFS I got everything set up, as per the docs. I can click on WatchTV on hermes, and I get a mostly green window with a bar of black and color fuzz at the top. This is the typical thing you see if the TV card is not set to the correct frequency/channel/standard. After a while, the backend says: Couldn't read data from the capture card in 15 seconds. Stopping. ... 2006-01-28 16:30:08.176 NVR: Error, cannot open DSP '/dev/dsp' open: No such device or address Fix your sound... Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] StreamTV
On 01/28/2006 11:41 PM, Jonathan Smith wrote: Hello, I installed MythStream, MythStreamTV - MythStream is completely different installing all of the required dependencies via rpm. I see the link on mythweb and seems to work properly when choosing a recording to stream. When I stream a recording, then click on the Launch Stream link, it launches Windows Media Player, but I only get sound, no video. Am I missing something? Do you have dsmyth filters installed? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Summery of my problems
On 01/27/2006 01:07 AM, Robert Johnston wrote: On 1/26/06, Dylan R. Semler [EMAIL PROTECTED] wrote: For analog, the picture quality is pretty bad (noisy) and there are about three or four horizontal lines at the top of the screen that have some random patterns of black and white streaks. The picture quality is much better using tvtime and those lines do not appear. As for the noise, make sure that Myth is tuning into the same frequency (EXACTLY the same frequency) as TVTime is. It sounds like Myth's off by a few Khz. Being off by a few KHz shouldn't matter. Many of the NTSC cable channel frequencies are off by 12.5 KHz (and the same goes for IRC, and HRC varies by 5-15KHz), but the tuner hardware's fine-tuning mechanism should still be able to find the appropriate center frequency. See http://www.gossamer-threads.com/lists/mythtv/dev/164614#164614 (which was totally ignored by the guy complaining in Trac that the frequencies are off) for an in-depth listing of what frequencies are off and why it shouldn't matter. If you (Dylan) want to try an academically-correct list of frequency definitions, I'd be happy to create one for you (against SVN--just let me know which frequency list you're using: ntsc_bcast, ntsc_cable, ntsc_hrc, ntsc_irc (I'm assuming NTSC based on your e-mail address)), but you'll have to do all the testing because I don't have any RF-modulated sources. Or, to find out if it's worth testing a more precise frequency list, play with the fine tuning values in Myth for the affected channels. And, most importantly, make sure you're using the right tuner definition--just because you get a bad picture doesn't mean you've chosen the right tuner; often it means you've chosen the wrong one. ;) (And, it's completely possible to get a perfect picture/audio on some channels and a bad picture/audio on other channels when choosing the wrong tuner definition.) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Can't get glx to load
On 01/27/2006 01:25 AM, Jerry Rubinow wrote: Today I switched from an nvidia card to onboard sis, and in the Xorg.0.log it's still trying to load nvidia's glx extension and failing to initialize because I'm now loading the sis driver. Myth playback is therefore falling back on the rtc and, as I understand it, using more cpu than it needs to. Actually, RTC timing is not CPU-intensive. If Myth were to fall back from RTC to software timing, that would be more CPU-intensive. (Software timing can provide as precise a timing mechanism as RTC, but is more CPU-intensive than using the _hardware_ RTC.) I don't even know if Myth provides a software-timing mechanism as a fallback for RTC, though. How can I get glx to load properly? NVIDIA's installer doesn't necessarily remove everything properly. Check out http://download.nvidia.com/XFree86/Linux-x86/1.0-8178/README/appendix-c.html to see what's left on your system. Make sure you clean off all the OpenGL libs and links that were installed by NVIDIA (not the MESA ones) and re-run ldconfig. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Sports events, LiveTV or Watch Recording?
On 01/27/2006 01:54 PM, Greg Woods wrote: Setting it to record NFL Football any time on any channel automatically caught all the football games for me, but I did have to manually resolve conflicts caused by my record 30 minutes late rule overlapping when there were consecutive games on the same channel. I'd love to be able to say, record 30 minutes late *unless* it conflicts with another recording on the same channel, but I haven't found any way to do that yet. Actually, you did find *the* way to do that--conflict resolution and recording overrides. :) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] More popup menu oddities (can't select / wrong color buttons)
On 01/27/2006 02:16 PM, John Clabaugh wrote: On 1/27/06, Benjamin Carlisle [EMAIL PROTECTED] wrote: On 1/27/06, Wendy Seltzer [EMAIL PROTECTED] wrote: http://wendy.seltzer.org/mythtv/good-popup.png same screen, now it selects, and the buttons are gray (after starting the program and fast-forwarding to the end a second time) I've seen the same thing - in SVN as of about 2-3 weeks ago. I usually have to restart the frontend (from a terminal, because I can't select an option on the Quit dialog box) to get control back. It started happening about the same time I installed Greyhem but I doubt that's the problem because it happens in other themes too. I have not found a pattern for when it happens. I've seen this on the Minimalist-Wide theme. I think it may be a focus issue. Once I move the mouse and click on the dialog box, it receives focus and then everything is fine. I agree with the focus theory. I've seen this issue when using older versions of xine. It's an ugly hack, but you may want to consider http://www.gossamer-threads.com/lists/mythtv/users/82722#82722 . Although the post focuses on issues caused by xine (which has now been patched to prevent the problems), any 3rd-party/external/non-Myth application can cause the issues. Also, use the ; movemouse approach to call the external app (instead of the script) to prevent problems with spaces, etc. in the command line. If you're just using the menu or a terminal window or otherwise interactively calling the other apps, try just manually doing what the script does (i.e. after you return to the Myth GUI (immediately--don't wait until you have a broken popup or the fix won't work because you'll have to click the popup instead--which is hard to do when you can't see the mouse cursor), move the mouse outside the Myth GUI area and then back in). This may mean you have to offset the GUI by 1 pixel in either the vertical or horizontal direction, but a pixel's a small price to pay for a fix^H^H^Hworaround (especially since that pixel should be off-screen due to overscan, anyway). A big circle of the mouse going above and to the left of the screen works like a charm. :) Also, Wendy, once you've seen these popup menu oddities, if you immediately go to the EPG (you can even use a JumpPoint to get you there) do you see the behavior I described in the post linked above (i.e. you can move one cell in any direction and then you get stuck)? If so, it's definitely a focus issue... Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Sports events, LiveTV or Watch Recording?
On 01/27/2006 02:31 PM, James C. Dastrup wrote: I'd love to be able to say, record 30 minutes late *unless* it conflicts with another recording on the same channel, but I haven't found any way to do that yet There are two areas where you can set this. In Utilities/Setup, Setup, TV Settings, General, Time to record past end of show This is global post-roll (and, there's a similar global pre-roll). It applies to *all* recordings and is meant to record extra when a capture card is finishing (i.e. is not going to be used to record something else afterwards). Similarly, global pre-roll is only used when a card is first started. The purpose of pre-roll is to allow cards that take forever to start up to be ready when the show actually starts or to allow STB OSD's to disappear. I'm not exactly sure why you would need a post-roll, but maybe it's there for symmetry (or because of all the people abusing it for a kind-of soft padding on their recordings). And, in the properties of each recording, you can set it to record past the end of the show. I'm pretty sure these settings do exactly what you are asking. The time extensions are ignored if there is a conflict. I use it all the time, but only in 2 minutes in each direction, just in case a show starts early or late, and I hate missing the last 10 seconds of a show. The recording rule's settings for recording past the end of the show are taken into account by the scheduler. They are equivalent to your saying, The guide data doesn't know what it's talking about. If you record this show for me, you *must* record these extra minutes, also. This means if you have one capture card and want to record a show on channel 3 from 7:00 to 9:00 with a recording-rule specified extra 15 minutes on the end and a show on the same channel from 9:00 to 10:00, one will conflict with the other--you've said the 7:00 to 9:00 show is actually airing between 7:00 and 9:15. Therefore, you would need a second capture card to get the 9:00 to 9:15 show. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Sports events, LiveTV or Watch Recording?
On 01/27/2006 02:42 PM, Robert Tsai wrote: On Fri, Jan 27, 2006 at 02:26:05PM -0500, Michael T. Dean wrote: On 01/27/2006 01:54 PM, Greg Woods wrote: Setting it to record NFL Football any time on any channel automatically caught all the football games for me, but I did have to manually resolve conflicts caused by my record 30 minutes late rule overlapping when there were consecutive games on the same channel. I'd love to be able to say, record 30 minutes late *unless* it conflicts with another recording on the same channel, but I haven't found any way to do that yet. Actually, you did find *the* way to do that--conflict resolution and recording overrides. :) Well, a less manual way to do the same thing is to use the global start early and end late options. The recording schedule records at the normal non-early and non-late start and end times, but these global pre-roll and post-roll settings are respected only if they don't cause a conflict with anything else (this is slightly different from the OP's in that any conflict -- same channel or different channel -- will cause this global pre-/post-roll to be ignored). I don't know offhand where the configuration GUI is for these options, but it's in there somewhere. I use a global pre-/post-roll of 5 minutes to deal with the networks' purposeful DVR-defeating schedule-skew, without causing hard conflicts (although I have two tuners, so this rarely happens). But, the global pre-/post-roll have a max of 10 minutes (600 seconds)*. Won't work for the OP's desired 30 minutes. Also, even if the OP decides 10 minutes is fine, that means each end of the recording series will record an extra 10 minutes. So, assuming all your recordings are in blocks in primetime, the last show of the evening (for each capture card) would get an extra 10 minutes. This best-case scenario, however, is unlikely to happen--more than likely, you'd get several +10 recordings per day. An extra 10 minutes on a 30-minute show increases storage requirements by 33.3% and by 16.7% for 1-hour shows. I stand by my should require manual intervention position. Mike *At least if you use the mythfrontend Settings GUI to specify the values. I don't know what happens if you change the values directly in MySQL, but if you do this, it's an unsupported case, so don't expect help fixing resultant problems. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Can't get glx to load
On 01/27/2006 02:57 PM, Jerry Rubinow wrote: On 1/27/06, Michael T. Dean [EMAIL PROTECTED] wrote: On 01/27/2006 01:25 AM, Jerry Rubinow wrote: Today I switched from an nvidia card to onboard sis, and in the Xorg.0.log it's still trying to load nvidia's glx extension and failing to initialize because I'm now loading the sis driver. The main reason I want to reduce CPU usage at this point is that I'm playing back 720p HD using libmpeg2 and the CPU is bouncing between around 80% and 93%+, with the result that I'm getting stutter. I'm looking for anything that I can do to reduce the CPU load. I'm running a 2.8GHz P4, and I know people have talked about doing HD on 2.4 GHz machines, so I'm not sure why it's so high. I'm not running any deinterlace. Can't do XvMC on Sis. So, why are you getting rid of the NVIDIA card (which can do XvMC)? I'd say the XvMC is your best bet. Any other method of reducing CPU usage is likely to provide negligible gains during playback--that is any method short of transcoding HDTV to a lower resolution. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Sports events, LiveTV or Watch Recording?
On 01/27/2006 03:10 PM, James C. Dastrup wrote: But, the global pre-/post-roll have a max of 10 minutes (600 seconds)*. Won't work for the OP's desired 30 minutes. The GUI on my unmodified Gentoo + Myth 0.18.1-r2 allows it to go to 1800 seconds (30 minutes). OK. Pre-roll can be up to 10 minutes and post-roll can be up to 30. But, yeah, that would require a lot of storage in the long run. I like my 2 minute (4 minute total) extensions, and it comes in handy very often. Also, interesting that you say the purpose of this feature was to support slow capture cards, or avoid the OSD display of the source. I would bet most people had no clue about that, and simply like being able to beat the DVR-unfriendly-networks that like to start and stop shows early. In other words, if all capture cards become fast and the OSD problem goes away, I hope developers don't remove this feature. OSD problem will never go away as long as cable/satellite companies require the use of STB's. I doubt it will be removed. When David Engel tried to make more reasonable max values to convince people to schedule recordings correctly (i.e. use per-recording-rule offsets instead of global pre-/post-roll), he caused quite a stir. ;) http://www.gossamer-threads.com/lists/mythtv/dev/152185#152185 http://www.gossamer-threads.com/lists/mythtv/dev/152226#152226 http://www.gossamer-threads.com/lists/mythtv/dev/152227#152227 http://www.gossamer-threads.com/lists/mythtv/dev/152245#152245 The whole thread makes for a good read, though, too. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Can't get glx to load
On 01/27/2006 03:16 PM, Jerry Rubinow wrote: On 1/27/06, Michael T. Dean [EMAIL PROTECTED] wrote: On 01/27/2006 02:57 PM, Jerry Rubinow wrote: On 1/27/06, Michael T. Dean [EMAIL PROTECTED] wrote: On 01/27/2006 01:25 AM, Jerry Rubinow wrote: Today I switched from an nvidia card to onboard sis, and in the Xorg.0.log it's still trying to load nvidia's glx extension and failing to initialize because I'm now loading the sis driver. The main reason I want to reduce CPU usage at this point is that I'm playing back 720p HD using libmpeg2 and the CPU is bouncing between around 80% and 93%+, with the result that I'm getting stutter. I'm looking for anything that I can do to reduce the CPU load. I'm running a 2.8GHz P4, and I know people have talked about doing HD on 2.4 GHz machines, so I'm not sure why it's so high. I'm not running any deinterlace. Can't do XvMC on Sis. So, why are you getting rid of the NVIDIA card (which can do XvMC)? I'd say the XvMC is your best bet. Any other method of reducing CPU usage is likely to provide negligible gains during playback--that is any method short of transcoding HDTV to a lower resolution. Because a Pundit motherboard only has PCI slots, and PCI doesn't seem to have the bandwidth for HD. I'm not sure how much lower XvMC's bandwidth requirements are (if at all) than non-XvMC video, but I was never able to get XvMC to play acceptably over the PCI. The on-board Sis, on the other hand, seems to have the bandwidth, and I _should_ have the CPU, but I'm not sure why it's getting maxed out. I compiled Myth with O3 and the processor-specific option. Ahh. So, at this point I have to punt and say my only suggestion is a different frontend :( or transcoding to a lower resolution. Perhaps someone smarter has better suggestions. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] IVTV_IOC_G_CODEC:: Bad address
On 01/27/2006 03:16 PM, Nathan Allen Stratton wrote: I just installed a WinTV card using the bttv drivers on Suse 10. I can watch tv on the card via SUSE TV apps, but have issue on Myth. The card setup without issue and mythtv-setup even was able to correctly scan the channels. However when I goto watch that input I get the following on the mythbackend: 2006-01-27 15:14:32.529 adding: floyd as a client (events: 0) 2006-01-27 15:14:32.546 TVRec(4): Changing from None to WatchingLiveTV Error getting codec params IVTV_IOC_G_CODEC:: Bad address 2006-01-27 15:14:56.216 TVRec(4): Changing from WatchingLiveTV to None 2006-01-27 15:14:56.218 Finished recording Unknown: channel 4002 Do you have your BTTV card set up in Myth as an IVTV card (PVR-150/250/350/500)? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR 350 / fine tune frequencies
On 01/27/2006 04:39 PM, Matthew K. Lee wrote: On 12/16/05, Michael T. Dean [EMAIL PROTECTED] wrote: Matthew K. Lee wrote: Is there such a thing as fine tuning frequencies for a PVR 350? I've got a half dozen channels that seem to have extra static/noise through the Hauppage PVR 350. The channels look great when the cable is hooked up directly to the TV, but through the PVR 350 I get vertical bars on channel 58, and snow on channel 72 (and other channels to a lesser degree). The defect happens whether it is live TV or recorded. So, I'm wondering if I need to fine tune some of the frequencies or something. I'm using Fedora Core 4, atrpms, the PVR 350, and S-Video out on an nVidia 5200. Any help would be appreciated. MythWeb Settings|Channels Thanks for your help. I tried to fine tune my PVR-350 using mythweb as recommended, but I'm not sure how to come up with the +/- value. I tried trial and error. It got (subjectively) better, but I would think there should be a scientific or more accurate method to find out what the channels need to be fine tuned to? I Googled around a bit, but the only procedure I found involved using xawtv or TV time, neither of which worked with the PVR-350. Are you sure it's a tuning issue and not a tuner module issue? (Are you sure you're using the right tuner definition?) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Debian 'apt-get build-dep mythtv' problem?
On 01/27/2006 07:47 PM, A JM wrote: I notice that currently my Xbox is using xfree86 instead of xorg-x11, I think there is a difference... The librarary 'libxvmc-dev' is part of xorg-x11 so does this mean I need to use xorg-x11 as opposed to xfree86? I'm a bit confused on the difference between the 2? Complete and total over-simplification (slanted toward the fun side)*. XFree86(R) was the X11R6 implementation used for GNU/Linux systems (and BSD systems and ...). Keith Packard, however, got upset at the powers that be (powers that were ;) for focusing on obsolete functionality in X11 (X11 redisplay and other network-related issues), neglecting cutting-edge possibilities (direct-rendering, compositing, and 3D hardware acceleration) because of their incompatibility with the network-related functionality, releasing updated versions only once every 10 years ;), refusing to modularize X (instead making it so monolithic that small changes to individual parts can have far-reaching consequences, thereby preventing new developers from getting involved), and having a bureaucracy that impeded progress and allowed too much control by the inner circle (the XFree86(R) Core Team). So, when Keith got expelled from the XFree86(R) inner circle, he announced the creation of a brand new X11 implementation--created from scratch--called XServer and convinced Havoc Pennington to host it on his freedesktop.org site. Keith and a few other friends from the trenches of XFree86(R) development began working on XServer and other small projects developing software that could be added to X11 implementations (including XFree86(R)). These projects began to lessen focus on (not quite neglecting) obsolete functionality in X11, focusing on cutting-edge possibilities, releasing updated versions every 2 weeks ;), creating small modules to plug in to X adding never-before-possible functionality, and cutting any bureaucratic red-tape they wandered across. And, no one really cared. Then, the glory hounds ;) at XFree86(R) decided to add to the XFree86(R) license a requirement that, starting with XFree86(R) 4.3.99.903 (i.e. XFree86(R) 4.4.0 RC3), binary-only distributions must reproduce the XFree86(R) copyright notice (see http://www.xfree86.org/legal/licenses.html ). This became a mess for distribution vendors who didn't relish the idea of modifying user-level code (i.e. not the low-level X code, but the desktop environment or similary so that the user would actually see the copyright notice) to add this advertisement. Keith Packard, Havoc Pennington, and freedesktop.org--upon hearing a knock at the door--asked, Who's there. When the voice behind the door responded, Opportunity, they took the XFree86(R) 4.3.99.902 source code (which didn't carry the binary-version copyright notice requirement), and announced, in cooperation with the just-created X.org Foundation--the body whose responsibility it was to maintain control of the X11 specification (after having been passed that responsibility from the Open Group, who got it from the X Consortium, who got it from the MIT X Consortium ;)--that the snapshot would become the foundation (pun intended) of a soon-to-be-released sample implementation of X11R6 and that it would be released under a free license. (IIRC, this first sample implementation was called X11R6.7.0.) All of a sudden, distribution vendors began switching to X.Org's sample implementation en masse because its license didn't contain the attribution clause that XFree86(R)'s license now contained. And, now, nobody cares about XFree86(R) (thus, the former powers that be became the powers that were). And, Keith got his wish. The X.Org Foundation which gained control of the X11 specification--for the first time in the history of X--was led by developers using community-based development based on the bazaar model. All previous organizations controlling the spec were vendor organizations and even XFree86(R)--at least in Keith's opinion--behaved more like a vendor organization than a free software development project. However, even after all that backstory, I can't tell you how your distribution vendor packages its libraries, but I can say that XFree86(R) and xorg are still very similar and libXvMC has been around since at least XFree86(R) 4.0, so... Mike *Think of this as a work of historical fiction as some details may not be completely accurate, but it gives a pretty good history of the difference between the 2. ;) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What's the correct way to handle overlapping showtimes?
On 01/27/2006 09:36 PM, ffrr wrote: I only have on tuner, and there are two shows that overl;ap slightly, that I want to record. The first ends 5 minutes after the beginning of the second show (on a nother channel of course). When I scheduled the second show, it did not want to record because the default priority, 0 , was less than the priority assigned to the first show (which had been auto-scheduled because I watch it all the time). So, I increased the priority of the second show, thinking that I'd just miss the end of the first show, but no, the first show then went red (in Mythweb). I assumed this meant it would not record at all. So, I then set the second show to start early by -5 minutes (that's negative 5) and this worked, allowing both shows to record, and missing the first 5 minutes of the second show. Is there a better way to handle this, and/or did I go wrong somewhere? Nope. You did it exactly right. The only better way is to get another capture card (or two or three or ...). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Documentation on undocumentated features?
On 01/27/2006 09:59 PM, Chad wrote: :) I'm wondering if there is documentation on things that don't have documentation in the regular documentation nor in the OSD (when you highlight a feature there is sometimes a small description on it's use, but not on all features)? If so, where? My immediate example is in the transcoding settings screen. When you arrow down to the Maximum Quality and Minimum Quality options, the only note you get is not very helpful: Modifying the default may have severe consequences I get that this means it's probably not something a new user should play with, but how about those wanting to play around and possibly even break their machine? ;) Pick a list. Any list. One list to a customer, please. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] VCR Manual Record
On 01/26/2006 10:08 AM, David Watkins wrote: On 26/01/06, Nathan Allen Stratton [EMAIL PROTECTED] wrote: On Thu, 26 Jan 2006, Michael T. Dean wrote: Set your input to start on channel 1000. Same problme, the issue I think is that it is trying to change the channel, but it is a VCR on that input, there is no channel to change to. Mythtv is probably expecting to change channel via a channel change script, as it would do if it was controlling an external Set Top Box. I think the standard procedure in your case.is to give it a dummy script script, that always returns success. /bin/true Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythFillDatabase fails when run automatically
On 01/26/2006 11:01 AM, Mike Richardson wrote: On Thu, Jan 26, 2006 at 03:24:04PM -, Dawson, Guy wrote: Using 0.18. I've set up Myth to run Mythfilldatabase automatically, which it does. Problem is that it fails with an XML error (reported in system status). If I run it manually, all is well (it works as user and root). Is the Whatever.xmltv file in ~/.mythtv for the user that MFDB is being run as from the crontab? i.e if the crontab is is running mythfilldatabase as 'mythtv' then there should be a file like: /home/mythtv/.mythtv/RT.xmltv If you did the mythtv-setup as root then the RT.xmltv will probably be in /root/.mythtv Alternatively check that mythfilldatabase is in the PATH as understood by cron. Might need setting in the crontab, depending on how cron is running mythfilldatabase. Also, if running mythbackend from an init script, it's possible your environment is not properly set. May want to add the line: export HOME=/home/mythtv before the line that start mythbackend. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] nvidia 6x00 vs mythtv and mpeg offload
On 01/26/2006 02:01 PM, Big Wave Dave wrote: My understanding is that the MythTV developers are still working on the hooks to be able to use the 6x00 hardware decoding. It sounds like the cards use something other than XvMC. I personally would like to have component-out from my MythTV, but it doesn't seem any of the cards that have the capability can do XvMC. I'd prefer to not have to use the audio-authority box. XvMC works fine on the 6200, 6600, 6800, 7800, and all the other cards that use pixel shaders for video. What's changed, however, is how it's implemented. Like any good API, XvMC is independent of the hardware--it's up to the drivers to map API calls to hardware calls, so it's been handled by NVIDIA. Oh, and NVIDIA hasn't implemented some parts of Xv--including the XV_BRIGHTNESS, XV_CONTRAST, XV_COLOR, XV_HUE attributes--for these cards, so you can't use standard Xv video settings to adjust your picture. I doubt that NVIDIA will ever include support for these attributes as their position seems to be that applications should instead use OpenGL-based video output instead of Xv-based. The OpenGL-based video output is probably what you're thinking of when you say that some work hasn't been done. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mysql complains at me
On 01/26/2006 05:13 PM, Mike Richardson wrote: On Thu, Jan 26, 2006 at 03:05:23PM -0600, Kevin Kuphal wrote: Do you think this would be any different than a corrupt file or a registry error on Windows Media Center Edition? Neither Linux or Windows are black boxes to be compared with Tivo and ReplayTV. They have underlying operating system components that need care. If you can't learn how to care for it, then maybe it isn't the right choice for you. By the same token several friends with Sky+ have had to reformat their storage several times, losing all their previous recordings and have had issues with the recording/storage/interface of a pretty serious nature. By Dad had serious problems with the disk in some HD/DVD recording device - the disk was fine but the device wouldn't reformat it. Yeah. A friend of mine who uses a cable company DVR had issues with it and the cable company had him bring it in--full of shows he had recorded. They boxed it up, gave him a new empty one and he didn't even get the option to try to recover. Perhaps this is more what the OP wants. If so, call your cable company. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mysql complains at me
On 01/26/2006 03:43 PM, Gavin Haslett wrote: Understand that Myth is NOT an attempt to get Linux into everyone's living rooms... at least I don't see it that way. http://mythtv.org/modules.php?name=MythInfo I got tired of the rather low quality cable box that ATT Broadband provides with their digital cable service. It's slow to change channels, ridden with ads, and the program guide is a joke. So, I figured it'd be fun to try and build a replacement. Yes, I could have just bought a TiVo, but I wanted to have more than just a PVR -- I want a webbrowser built in, a mail client, maybe some games. Basically, I want the mythical convergence box that's been talked about for a few years now. -- Isaac Richards So, it seems to me that the purpose of MythTV is to build Isaac a good PVR. Granted, there are a lot more people than Isaac who are getting a good PVR out of the deal, but... (And, I have no problems helping Isaac get a good PVR--considering he's willing to let me have one, too. OK, really the biggest problem I have with helping is making time to work on it, what with all the TV I have to watch, now. ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] How to stop changing channel on PVR-150 internal tuner?
On 01/26/2006 04:54 PM, Joshua Frank wrote: It should, you could put pwd or ls there. /bin/true Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] nvidia 6x00 vs mythtv and mpeg offload
On 01/26/2006 06:07 PM, James C. Dastrup wrote: On 1/26/06, Big Wave Dave [EMAIL PROTECTED] wrote: I believe most people feel it is the Nvidia 5200. To some degree this is a hot topic, where people have their die-hard opinions. It seems as if the general opinion though is that MythTV favors Nvidia. I have had quite a bit of pain with the 6xxx cards.. the 5xxx cards just work. 5200's just work? Really? Please, let me in on your secret. I've built several myth systems, always with ATI, and now *that's* a video card that just works. No worries about opengl, XvMC, OSD, driver versions, compile options, etc. lol... No worries about OpenGL 2.0--because ATI's drivers only support OpenGL 1.3. No worries about XvMC--because ATI's drivers don't support XvMC. :) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] nvidia 6x00 vs mythtv and mpeg offload
On 01/26/2006 07:00 PM, Jean-Yves Avenard wrote: On 27/01/2006, at 10:07 AM, Michael T. Dean wrote: XvMC works fine on the 6200, 6600, 6800, 7800, and all the other cards that use pixel shaders for video. What's changed, however, is how it's implemented. Like any good API, XvMC is independent of the hardware--it's up to the drivers to map API calls to hardware calls, so it's been handled by NVIDIA. Would it work with the 6500 cards too ? I wonder is this why I can't get XvMC to work with my nvidia 6500 card .. I always get a Segmentation Fault when I select this in MythTV It should (barring the occasional bug in a driver version here or there). I just named a few of the cards I've heard are using shaders--didn't mean the list to be all-inclusive. Basically, XvMC's iDCT and MC are supported by the NVIDIA drivers on all GF4 MX and newer cards, and MC is supported on GF4 Ti (no iDCT). http://download.nvidia.com/XFree86/Linux-x86/1.0-8178/README/appendix-n.html Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] streaming to windows (directly through myth)
On 01/26/2006 09:16 PM, Devan Lippman wrote: Sounds like you want to stream to windows on the road. The problem with doing this is that most of us like to keep recordings in a bitrate that does not play very well over say... a cable modem. There's not very much bandwidth there and as of now myth does not do on the fly transcoding. That's what MythStreamTV does (technically, VLC does the on-the-fly transcoding for it, but...). http://www.gossamer-threads.com/lists/mythtv/users/174503#174503 Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] How much storage do you have for MythTV?
On 01/26/2006 09:18 PM, Chad wrote: To keep somewhat on the topic of recording space, my Directv tivo stores about 36 hours of SD programming (at about 1GB/hr), and its quality is vastly superior to what I get get from my Comcast cable and PVR-150. Is the PVR also set to record at ~1GB/hr too? And at the lower-than-Full-D1 resolution that TiVo uses (TTBOMK, 352x480 on basic/medium, 480x480 on high, and 544x480 on best--but I'm guessing with the file size your talking about, you're talking about basic or at most medium). If you have a low bitrate and a high resolution, you'll get a terrible picture. Same with a high bitrate and a low resolution. They need to be well-matched. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New to mythtv, need help
On 01/26/2006 10:29 PM, Bill Baker wrote: On Thu, 2006-01-26 at 13:04 -0800, G S wrote: I don't quite understand how you have your PVR-350 hooked up to your tv. I'm assuming you're using a video out from your video card to the TV screen. If this is so, I'm not sure exactly how you would set that up. My recommendation is to just run xorg off the PVR-350's S-video out. That's the way I have mine setup and there's instructions for it in the Fedora Mythtv guide. So I shouldn't use the red, white and yellow cables and just use the S-video adapter? Or should I use the S-video adapter in addition to the red, white and yellow cables? Red and white cables are audio, yellow is composite video. Therefore, you probably want red, white, and S-Video. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New to mythtv, need help
On 01/26/2006 10:54 PM, Bill Baker wrote: On Thu, 2006-01-26 at 22:49 -0500, Michael T. Dean wrote: On 01/26/2006 10:29 PM, Bill Baker wrote: On Thu, 2006-01-26 at 13:04 -0800, G S wrote: I don't quite understand how you have your PVR-350 hooked up to your tv. I'm assuming you're using a video out from your video card to the TV screen. If this is so, I'm not sure exactly how you would set that up. My recommendation is to just run xorg off the PVR-350's S-video out. That's the way I have mine setup and there's instructions for it in the Fedora Mythtv guide. So I shouldn't use the red, white and yellow cables and just use the S-video adapter? Or should I use the S-video adapter in addition to the red, white and yellow cables? Red and white cables are audio, yellow is composite video. Therefore, you probably want red, white, and S-Video. So I want to unplug just the yellow cable and plug in an S-video cable? Would that make a difference, since I can actually get a TV recording by typing cat /dev/video0 /video/recording/temp_capture.mpg and playing it back with mplayer? What are the advantages of S-video compared to composite? Basically, composite mixes 3 pieces of information in one signal. S-Video breaks the 3 pieces of info into 2 components Component video breaks the 3 pieces of info into 3 components So, you can think of each step up (each new component) providing more bandwidth, allowing for better picture quality. See http://en.wikipedia.org/wiki/S-Video for more details. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Laptop CPU in Desktop Mainboard
On 01/25/2006 01:22 PM, Robert Tsai wrote: On Wed, Jan 25, 2006 at 09:49:41AM -0500, Steve Adeff wrote: how safe is letting the CPU change its speed? will it affect how applications run or is it seamless? I've been running my machine in this configuration for about a year with no problems. By default, the CPU will speed up to whatever is demanded of it. You can also configure cpufreq-ondemand to ignore niced processes, so that niced processes won't cause the CPU to speed up. Obviously, the side effect is that these niced CPU-intensive processes run slower. Make sure, though, that you're running a relatively recent kernel. Older kernels tend to lack full/proper support for notifiers (i.e. telling things--like timing code--that the CPU frequency has changed) so changing the frequency will likely cause problems. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] thoughts about 2 drives 1 video storage 1 system + other
On 01/25/2006 10:22 AM, Kerry Wilson wrote: Les Gondor wrote: Ryan Kremser wrote: What is everyones thoughts when it comes down to partitioning drives. I have a 200 gig hd right now but am looking to reformat and i'm considering putting the video storage only on the 200 gig drive where i'll then put the system and tv buffer on a second 20~30 gig drive. Anyone see any benifits other than the increase in capacity? There is the increase in reliability, as well. Separating the root and video partitions onto different spindles means that if one drive fails, you still have the data on the other. Granted that you might not be able to recover the video simply because of the size, but you still have the mythconverg data (and you might even have that if the root disk fails if you have been dumping it onto the video partition). Adding a drive removes eggs from the one basket you have them in right now. Yes, but you double your chances that a drive will fail... And halve the severity of the losses due to failure... ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] analog video camera and Mythtv?
On 01/25/2006 11:06 AM, David Watkins wrote: I suggest looking to see what other /dev/video devices exist on your system, and trying them in place of /dev/video0. I think one of the setup pages of mythtvsetup shows you which input is on which device. I'm afraid I don't know enough of the theory to suggest a more scientific approach. video0 is the MPEG-2 video from whichever input the card is set to use. You don't change inputs by changing video devices, you change with ivtvctl -p so see ivtvctl --help Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New to mythtv, need help
On 01/25/2006 09:23 AM, Tim wrote: 4) You can solve 2 3 by getting a sound card and looping the red/white RCAs into sound card in, then sound card out to your RF modulator or VCR. you don't need to take the sound out of the pvr350 and into the computer. the sound is already going into the pc through the cable/tv/satellite connection. just plug into your computer's speaker port and take it to your stereo/receiver. But, you'll notice that in 1) (which you clipped), he said (adding it back): 1) The 350 *can* output sound (use the red/white RCA plugs on the svideo adapter cable that should have come with it--make sure it is plugged into svideo out, not svideo in). So, if using the 350 for outputing sound (which means the 350 is decoding), there's absolutely no sound coming out of the sound card. The whole purpose of looping the PVR-350 output through the sound card is to allow a single connection from the computer to the receiver/speakers, which is used for *all* sound output--whether the sound is generated by the PVR-350 or by the sound card. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New to mythtv, need help
On 01/25/2006 09:02 AM, David Schmidt wrote: DISCLAIMER: My 350-based system is not fully working yet, but since I'm in the middle of setup, I'm rather familiar with options for it. (If I'm wrong on any of this, someone please correct me. 1) The 350 *can* output sound (use the red/white RCA plugs on the svideo adapter cable that should have come with it--make sure it is plugged into svideo out, not svideo in). 2) If you do this, however, you can't control the volume in Myth. You'll need to use your TV volume control. 3) Also in this case, only live and recorded TV will have sound MythMusic and most, if not all MythVideos will be silent (and MythGame, if you use that). 4) You can solve 2 3 by getting a sound card and looping the red/white RCAs into sound card in, then sound card out to your RF modulator or VCR. 5) Using the 350, your machine specs should be passable. My (prototype only) system is - P3/450 MHz - PVR 350 in/out - SB Live/Value - 384 Meg RAM - 20 Gig IDE HD (boot/root/apps/db) - 40 Gig IDE HD (video). Like I said, it's not 100% there yet (the same overscanned menus you see, a few usability issues), but except for very long menu transitions (1-3 seconds) and startup times (10-12 seconds), it's performance is fine. HTH! Excellent post--especially for someone who's not yet done setting up his system. And, it's completely correct. Thanks for contributing! Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 0.19 MythWeb + MythTVBurnDVD + MythStreamTV
On 01/25/2006 02:07 PM, Jesse Guardiani wrote: I'm curious: Since MythWeb will have gone through a rewrite in 0.19, will compatible versions of MythTVBurnDVD and MythStreamTV be available when 0.19 is released? In other words, do versions of those patches exist now against SVN MythWeb? http://www.gossamer-threads.com/lists/mythtv/dev/175486#175486 Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] analog video camera and Mythtv?
On 01/25/2006 06:39 PM, Roger Hanson wrote: Michael T. Dean wrote: video0 is the MPEG-2 video from whichever input the card is set to use. You don't change inputs by changing video devices, you change with ivtvctl -p so see ivtvctl --help Thanks - made progress, but the recording was in black and white, not color like the original.weird. bad cable? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] How much storage do you have for MythTV?
On 01/25/2006 07:32 PM, Chris Ribe wrote: My /video partition is 140 GB, but I don't really use myth for recording much. If I want to make sure something gets recorded, I usemy directv tivo, If I want watch something on nework tv, I use test-mpeg2 and mplayer on my myth box. Come to think of, I don't really use myth for anything. I just tinker with it in my spare time for fun. And, let me guess... You keep your Ferrari F40 in the garage while you drive around in your Geo Metro, right? ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] streaming to windows (directly through myth)
On 01/25/2006 07:35 PM, [EMAIL PROTECTED] wrote: any chance you could post the script you are using? can not find one that works on my distro. You need to use the version that came with your version of Myth. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] VCR Manual Record
On 01/25/2006 11:12 PM, Nathan Allen Stratton wrote: I am trying to manually record Video from my VCR. I went into mythtv setup and setup a video source called VCR and then manually created a channel and for good measure added a year long program guide entry. However when I go to manually record I get the following error. I think the following will work: 2006-01-25 23:05:02.396 TVRec(3): Changing from None to RecordingOnly 2006-01-25 23:05:03.719 Channel::GetCurrentChannelNum(): Failed to find Channel '' 2006-01-25 23:05:03.719 Channel(/dev/video1)::TuneTo(): Error, failed to find channel. 2006-01-25 23:05:03.719 TVRec(3) Error: Failed to set channel to 3. Reverting to kState_None 2006-01-25 23:05:03.720 TVRec(3): Changing from RecordingOnly to None 2006-01-25 23:05:03.721 Finished recording Dr. Who - The Ark in Space (Manual Record) Wed Jan 25 23:05:00 2006: channel 1000 2006-01-25 23:05:03.723 Started recording: Dr. Who - The Ark in Space (Manual Record) Wed Jan 25 23:05:00 2006: channel 1000 on cardid 3, sourceid 4 2006-01-25 23:05:04.726 Reschedule requested for id 0 Any ideas? Set your input to start on channel 1000. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 0.19 release notes
On 01/25/2006 03:41 PM, Jesse Guardiani wrote: Kevin Kuphal wrote: The code [for Chromakey OSD] is in there so it certainly will be available for those that follow the instructions in 7569. Whether this will ship with a nifty check box to enable it is unknown. Does it work with all XvMC hardware (i.e. I810, Nvidia, Unichrome), or just a specific vendor? It will not work for cards that don't use video overlay (i.e. GeForce 6200, 6600, 6800, 7800, etc.--the ones that use the pixel shaders for video). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Help Developing MythWeb
On 01/25/2006 06:04 PM, Michael Freeman wrote: frontend profile management. i think it would be a lot nicer if the frontends had remote settings manipulation... ... it would allow you to set up the frontend settings before you set up the frontend...meaning you might never even *need* to buy a keyboard for a frontend, let alone bring one into your living room. Buy a keyboard? I run 10 computers in my house and own 4 keyboards--and 2 of the keyboards are typically not connected to machines. I'm assuming your Myth box is running on a Linux-based system, right? Linux isn't Windows--i.e. you don't have to plug a keyboard into it... If you happen to need a keyboard for a while, there's this wire on the back of many keyboards. If you follow it away from the keyboard, it will end at your computer, where a gentle pull will disconnect the keyboard from the computer. Reverse the process on your new frontend and you have a temporary keyboard. Then, when you've done the needs a keyboard work, disconnect from your frontend and reconnect to the donor system. ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Decent starter combined FE/BE barebones system for $99 AR?
On 01/24/2006 10:13 AM, Joseph A. Caputo wrote: Just thought I'd pass this along, TigerDirect is offering the following barebones special for $189.99 - $90 MIR (good thru 1/31/2006) http://www.roosster.com/rstr/l/1237537/ - Premium ATX mid-tower case w/400-watt PS - Biostar M7NCG 400 (nForce 2 IGP/MCP, Socket A, micro-ATX) (TV-out requires optional bracket) - AMD Sempron 3300+ - Ultra Socket A/370 Copper Core CPU fan Just add memory, a hard drive tuner card(s)! (Note this is the :M7NCG 400, not the M7NCG. Difference? Southbridge chipset, MCP (no firewire) vs. MCP-T (with firewire). Also, the 400 has the TV-out header, original M7NCG doesn't. Obviously not an HTPC case, and who knows what kind of crap power supply is in it... oh, and I wouldn't be surprised if the TV-out bracket is nearly impossible to find... but might make a good starter system... anybody have any experience with using this mobo for Myth? DISCLAIMER: I do not work for TigerDirect, and I cannot vouch for the ease/reliability of their rebates. Buyer beware! Explain this one to me... AMD never made a Socket A Sempron 3300+. There's a (technically, 3 steppings) Socket 754 Sempron 3300+ with 128KB L2 cache (not 256KB as claimed) running at 2GHz and a Socket A Sempron 3000+ with 512KB L2 cache running at 2GHz, but no Socket A Sempron 3300+ at all. http://www.amdcompare.com/us-en/desktop/Default.aspx So, since it's a kit, I'm assuming it's an assemble-it-yourself deal. Which is more likely--that you'll get stuff that fits together or get the model numbers they specified--which shouldn't fit together. I really don't care if it's a 3300+ or 3000+, as long as it fits together. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Recorded programs
On 01/24/2006 03:31 PM, Stuart Fox wrote: Im having a small problem with recorded livetv program, basically they're not showing up in the View recordings bit, the files are on the filesystem and the show up in the Previously recorded bit. Im running 0.18.1 on a lfs system. LiveTV doesn't work that way in 0.18.1 and below. You would have to upgrade to SVN to get that functionality. In 0.18.1, if you watch LiveTV, you lose the recording as soon as you exit LiveTV. If you press R it should /begin/ to record the program as a normal recording, but starting from the point you pressed R. When you eventually go to SVN/0.19 (or, in case you don't know what version you're actually running), by default LiveTV doesn't show in All Recordings because a bunch of people got all worried when they saw them. You can either a) switch to the LiveTV group b) disable hiding of LiveTV in All Recordings Show 'LiveTV' recordings when using All Programs filter If this setting is disabled, LiveTV recordings will only be visible via the special LiveTV Recording Group. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Capture Card Encode Quality
Kerry Wilson wrote: I read somewhere that the Hauppage PVR-*50 Hardware Encoder Cards can encode at 4.4MBits/sec up to 12Mbits/sec. Can you change this setting? My playback seems to have the 'I was recorded at a lower resolution and I am being stretched to fill the screen look to it'. Recording profiles. http://mythtv.org/docs/mythtv-HOWTO-10.html#ss10.5 Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Broadcast flag and a kick in the teeth
It's a few days old, but in case you haven't heard... As if pushing the broadcast flag through wouldn't be enough to make the MPAA/RIAA happy... The latest proposed legislation trying to retroactively ratify the FCC's broadcast flag regulations adds new wording to completely prohibit new, better ways of working with media (I'm pretty sure that includes Myth) unless approved by the FCC (giving the lobbyists a chance to add their input in the decision-making process). Bill courtesy of Sen. Gordon Smith (R-Ore.). http://www.eff.org/deeplinks/archives/004340.php and, don't forget to write your Senator... http://action.eff.org/site/Advocacy?id=205 and, you may want to order a couple more HDTV tuners... Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mounting DVDs via NFS problem
Piers Kittel wrote:
Geoff,
One answer which will last through a reboot would be to amend the line
in 50-udev.rules to add a Group=mythtv and Mode=770 to the line
describing /dev/hdc or whatever your hardware is listed as ( as in fstab).
OK installed udev, and the /etc/udev/rules.d/020_permissions.rules
seemes OK to me but still not working. Here's the snippet from the file:
# IDE devices
BUS=ide, KERNEL=hd[a-z], SYSFS{removable}=1, \
PROGRAM=/bin/cat /proc/ide/%k/media, RESULT=cdrom*,
GROUP=cdrom, MODE=770
There's no entry for hdc anywhere.
The snippet for my user in the groups file is:
cdrom:x:24:piers
And the CDROM mount directory still shows:
dr-xr-xr-x 3 4294967295 4294967295 88 2003-09-08 21:08 cdrom0
What am I doing wrong here?
Thanks so much for your help again!
When you mount a filesystem on top of a directory, the mount
options--not the original directory permissions--determine the
permissions/ownership of the new directory (that is the root of the
filesystem) and the device permissions/ownership have nothing to do with
the resulting filesystem permissions/ownership. Therefore, the udev
permissions affect only /dev/hd*.
And, on filesystems that don't support *nix permissions (like iso9660
without RockRidge extensions and udf), even the permissions/ownership of
files and subdirectories (and their contents) are affected by mount
options. So, see man 8 mount
Mike
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AC3 and/or S/PDIF (again)
mike choy wrote: Paul V. Gratz wrote: Actually there is supposed to be a plugin for this in alsa called softvol. Wondered how long it would take for this to come up. Check out the bottom of this page: http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html I messed with it for a while but I've been unable to figure out how to make it work As a principle for sound quality you dont want to be resampling the vol in the digital domain. You will drop quality as well as loose dynamic range. Leave your AV amp to do this as it will do it in the analog domain AFTER the DAC. Definitely true. However, TTBOMK, the softvol plugin doesn't resample the signal for digital streams--it simply uses dynamic range compression. It's a much easier (less processor-intensive) adjustment, but not really any better--quality-wise--than resampling. IMHO, it's kind of like cooking a steak in a toaster oven--it gets the job done, but it's definitely not the right tool for the job and you can get much better results using a different approach. The simple way to do all this is to use an Infrared remote. Programme up the vol control on your remote to move the vol on your av amp only. There's no need to change inputs or devices on your remote. Leave the vol control on the computer side fixed. And, this is The Right Way (TM) to do it, too. What I find astounding is the number of people who use digital for better quality audio and then do things like softvol. One step forward, two steps back. ;) As a matter of fact, I don't expect to use digital connections for any of my audio. I can't live without timestretch, anymore (thanks, Mark)--on TV and for DVD's--and decoding and re-encoding an AC-3 (*lossy* compression algorithm) stream to allow timestretch seems like it negates the benefit of a digital audio connection. After all, the audio is running over short connections and has to be analog between the receiver and the speakers, anyway, so proper wiring of analog connections will probably give at least as good--if not better--quality as resampled AC-3. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Performance from a different perspective
Trey Boudreau wrote: On Sun, Jan 22, 2006 at 05:42:50PM -0700, Brian Wood wrote: Nobody ever complained about having too much CPU, or RAM, I'd go for the best I could afford. Sometimes all the CPU you can afford choice gets you into the more fan noise than you can stand configuration. Nothing that a $30 electric drill (or $3 utility knife) and a wall can't solve. (Says the guy putting the Athlon X2 4800+ in his new Myth frontend.) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Performance from a different perspective
Trey Boudreau wrote: A useful rule of thumb says that you can buy the same compute hardware cheaper next week (or next month). If you wait 18 months (a la Mr. Moore), you'll only end up half broke ;-) I thought Moore's law recently died, thus the X2 and Core (TM) Duo's* and soon quad-cores and Mike *I can't believe Intel is actually calling them Intel (R) Core (TM) Duo processors ( http://www.intel.com/products/processor/coreduo/ ). And, why isn't that (TM) after the word Duo? I'm pretty sure that the word Core is *not* owned by Intel. They can have the phrase Core Duo (short for Core Dubious, I think--or, perhaps, Core Du-over because they need a mulligan after dropping the ball on NetBust), but there's no way I'm recognizing any trademark they may claim to have on the word Core... Besides, I thought it was Microsoft that took industry-recognized generic terms for technologies and trademarked them (i.e. Windows), and Intel just tries (and fails) to trademark numbers (586) and letters (i). ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] [Mythtv-users] - Mythbackend stopping randomly
Chris Henderson wrote: So off to the list I go. After a bit of searching i find that there is a known bug when the recordings screen is left open and the log files tries to do something it crashes the mythbackend service. ... The thread in the forum says that it is fixed in the SVN and therefore in 0.19 should not have that problem anymore. Now i am not anywhere near good enough to try a snapshot of the CVS, even if i knew what that meant ;-) ... Is there something simple to fix this problem? 0.19 is getting close... I'd say hold out for just a bit. Anything else is fixing the symptom, not the problem. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Cost of MythTV Machines
Yeechang Lee wrote: I know this is the cue for half the list to jump in with how they built a great MythTV box out of the parts sitting in the closet, or how they bought a $100 motherboard and a $25 case and a $100 CPU, etc., etc., and built a great MythTV box. Hey, more power to you. Guess what? Most of you aren't even trying to do HDTV, or if you are you're likely the ones trying to play 1080i with a low-end Celeron or two year-old AMD and finding that even XvMC doesn't help much. Yep. I spent $150 plus HDD's and PVR-x50's on my first Myth box (SD only). I'm rebuilding for HDTV, now, and went wa too far to the other end of the spectrum (more than the $1500 the OP mentioned), but did so on purpose because I've learned that Myth is worth the money (to me) and I have a few ideas for some of that (excessive) hardware I just bought... Let me repeat: My time is worth money. Or, conversely, it can be worthwhile to pay someone else to do the heavy lifting in the whole parts procurement and assembly phase of MythTV. Heaven knows this list is living proof that the software phase is difficult enough! Definitely true. IMHO, a TiVo is *much* cheaper than a Myth box and the $6/mo cable/satellite-company DVR is an unbelievable price. However, I don't mind paying significantly more for the Myth box (primarily paying with my time) because I'm learning so much from it and about it. And, although Myth has more capabilities than the commercial-off-the-shelf solutions (the proprietary ones), for many people, the added cost is significantly greater than the benefits. However, I think Myth is a good match for me because it's a good hobby for me. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Using DVD VIDEO_TS directories on disk with MythTV?
Todd Ignasiak wrote: Now, I just need to get the xine keymap settings configured to work with my MythTV/lircd settings, and I'll be all set. Start with xine --keymap lirc Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mounting DVDs via NFS problem
On 01/23/2006 06:22 AM, Piers Kittel wrote: Correct user and group, great, but it still doesn't work, showing: Jan 23 11:20:14 localhost rpc.mountd: authenticated mount request from akane.10sca.intranet:960 for /media/cdrom0 (/media/cdrom0) Jan 23 11:20:14 localhost rpc.mountd: getfh failed: Operation not permitted This usually occurs when you're exporting a directory and a subdirectory of that directory... But, looking first at the simpler things: what mount command are you using on the client (make sure you use -o ro because the CD/DVD filesystem on the server is read-only) and if that doesn't help, what does your /etc/exports look like? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Cost of MythTV Machines
On 01/23/2006 11:13 AM, Raphael Pooser wrote: Sob sob! Why can't ATI play nice with linux and let me use my all in wonder in mythtv? I have a whole extra machine sitting around with the evil windows MCE2005 on it, and it has way more power than my mythtv machine... with an all in wonder 9700pro inside, the only component that won't work in linux :( And, replacing that 9700 Pro with a PVR-150 will cost you $60 and you can use the 9700 Pro for output (just not input) or, pay $40-$60 more for a GF4MX440 or GF5200 and re-use the ATI in some other Windows box (makes a pretty good gaming graphics card). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Cost of MythTV Machines
On 01/23/2006 11:50 AM, Dave Jones wrote: If you want to use a digital cable box over firewire, you only need to spend $15 for a firewire card and you can get by with a fairly cheap set of components for the rest of the box (probably even a scavenged box). Isn't that $15 plus $6-$10/month forever... Adds up to $60 (cost of a PVR-150) really fast... If you want digital TV (and HDTV!), the HD-3000 for $169.98 plus an antenna (I got a high-end 16'x12' VHF/UHF antenna for $130) and no recurring payments... but that assumes your local broadcasters are actually transmitting HDTV. However, if you skimp (like me) and grab the $20 Hauppauge cards, you will pay for it with what you need on the rest of the components. I have a Celeron 2 GHz doing both FE and BE with the 2 bttv tuners, and it stutters when recording 2 and watching 1. Taking lessons learned, I would much rather spend $100 more per tuner to get an MPEG 2 capture card rather than cough up an extra $100-200 for a more expensive CPU and motherboard. Definitely. With hardware encoders, you can keep adding them. I've done 4xPVR-250 while watching a previously-recorded show, but I can't imagine trying to do 4x software encoding while watching something else. The downside? Well, if time were money, I would be bankrupt. :) And nobody could afford hobbies. Exactly! Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Cost of MythTV Machines
On 01/23/2006 12:25 PM, Ross Campbell wrote: My MythTV box is now at around 600gb and that seems like just about enough storage for me for now with non-HD recordings, but I can see a day in the not too distant future where the bulk of my mythtv expense will be STORAGE, and not computer parts. I agree completely. I'm moving from an SDTV Myth box with 360GB storage (and I've been using extremely low-bitrate recording parameters to give me not good quality at 1.15GiB/hr) to an HDTV Myth box. I wouldn't have even considered switching to HDTV without 1TB minimum storage--and I'm counting that as a starting point. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Cost of MythTV Machines
On 01/23/2006 01:23 PM, CHRIS KOTTING wrote: - Do you (and other family members) want an ugly old computer showcased in your living room? No, so I have it behind the wall unit and use an RF keyboard and mouse. Actually, by threading an IR sensor through the wall, you can use IR, too. However, I recommend the RF keyboard/mouse, anyway--a remote, on the other hand, may not be worth going RF. I have an RF keyboard/mouse and remote, and I still put the receivers in the viewing room (with wires threaded through the wall). - How many hours of recordings do you want to keep? (HINT: it's more than you would ever think when your building your first mythtv box) Yes it is, but I archive off to DVD anything we deem worth keeping longer than one viewing. Remember, though, that even that first viewing can be hard to come by when you've got a Myth box that's happy to just sit around and record stuff for you. I have 360GB and delete every single show after viewing (I purchase DVD's of the shows I want to keep--i.e. Stargate SG-1 and Firefly). However, I /still/ got down to less than 5GiB storage--and that's after copying 100GiB of recordings to my non-Myth fileserver!!! Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] whats the best graphics card for HD playback?
On 01/23/2006 02:21 PM, Adam Propeck wrote: Jared, What are you displaying on? I'm jealous. I really like my 720p native LCD projector, but 1080p dang! To answer for him: http://www.gossamer-threads.com/lists/mythtv/users/169614#169614 And, I have to say that 1080p looks great on my Samsung DLP (HL-R6768W). I told myself I wouldn't buy an HDTV that wasn't HD--i.e that did only 1280x720 when the ATSC spec allows 1920x1080. However, now that I got the 1080p TV, I'm thinking that--even though the ATSC spec won't add higher resolutions--manufacturers may, in fact, create even higher resolution TV's, anyway... Although a 1080p TV can do dot-for-dot display of a 1920x1080 image (i.e. 1:1 pixel mapping), sampling theory says that given a certain sampling resolution (i.e. 1920x1080), displaying the image at full quality requires an even higher output resolution. I didn't realize this until I tried to figure out why 720p looks even better on my TV than on 720p-native TV's at 1:1 pixel mapping. Before, I thought the 1080p TV would give me perfect 1080i/p and that 720p would look only slightly worse than on a 720p set because of the scaling--I guess I had forgotten the 2-pixels-per-dot rule of thumb I used to use for printing images. Even though I don't have 2-pixels-per-dot for 720p, I'm much closer to it for 720p than for 1080p ;). Oh, and NTSC DVD's look astounding on the TV (where I've got 2 pixels per dot and then some). :) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] should I just switch to SVN?
On 01/23/2006 02:58 PM, Jesse Guardiani wrote: I'm interested in playing with some of the new SVN features on my MythTV box sometime in the next few weeks. Does anyone know if a release is planned anytime soon? Or should I just upgrade to SVN now? Is anything broken right now? What's the main development focus currently? What are the issues blocking a release? http://www.gossamer-threads.com/lists/mythtv/dev/176335#176335 But, remember, nothing's guaranteed. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] whats the best graphics card for HD playback? [In reply to]
On 01/23/2006 02:57 PM, Neil wrote: how do you guys know that your Xwindows is set at 1080p? From the X log: (II) NVIDIA(0): Virtual screen size determined to be 1920 x 1080 ... (II) NVIDIA(0): Setting mode 1920x1080 Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] streaming to windows (directly through myth)
On 01/23/2006 03:25 PM, Tom Lichti wrote: Dave Jones wrote: I have no problems opening the .nuv files when I mount the TV recording with Samba. (I.E., I installed samba on my mythbackend box, then mount the TV directory on my Windows computer, and open the files using VLC.) The filenames are pretty cryptic, but if you see what you want to watch in mythweb, you can mouse over the link, look at the filename, and then open that one in VLC. You could do what I do, use mythrename.pl (if using SVN) or mythname.sh (I think) with 0.18 mythlink.sh with 0.18 ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AC3 and/or S/PDIF (again)
On 01/23/2006 02:00 PM, Ben Suffolk wrote:
As a matter of fact, I don't expect to use digital connections for
any of my audio. I can't live without timestretch, anymore (thanks,
Mark)--on TV and for DVD's--and decoding and re-encoding an AC-3
(*lossy* compression algorithm) stream to allow timestretch seems
like it negates the benefit of a digital audio connection. After all,
the audio is running over short connections and has to be analog
between the receiver and the speakers, anyway, so proper wiring of
analog connections will probably give at least as good--if not
better--quality as resampled AC-3.
A quick question if I may. Am I right in thinking that if I buy a new
sound-card with 6 analogue channels on the output it will drive my 5.1
amp (it has 6 channel input) for surround sound.
Yes (assuming you mean by 6-channel input that you have at least 6 RCA
connectors or 3 headphone connectors for input).
Note, though, that many cards use line in for surround output in
surround modes, so if you've got a software encoder that requires a
sound card for audio, you may have to keep your on-board card enabled as
well for sound capture.
i.e. I guess I am asking does myth decode the 5.1 happily from DVDs
and from DVB-T broadcasts?
Yep. It's been doing this for a long time--just disable AC-3 pass
through. Mark Spieth recently created a patch to support timestretch
with multi-channel streams. He did the analog patch in no time, but
it's the re-encoding to AC-3 that's taking some time. I don't think the
patch has been put in SVN, yet, though, so it may not make it into 0.19.
Does it also work happily with the internal volume controls as well
(which after all is what I am trying to achieve)
That's a question of your ALSA drivers. For some, the Master controls
only 2-channel audio and has no effect on surround channels (i.e. your
front left/right will get quieter and your center/rear channels will
stay at full volume). Since Myth's internal volume controls can only
use either PCM (which is always 2-channel audio) or Master (which is
sometimes 2-channel audio), you may be forced to use an external script
to change volume (thereby losing the OSD volume indicator). However,
using the mythtvosd program, you can make a poor-man's volume OSD.
For example, the script volume.sh (attached) will allow you to
increase/decrease or mute/unmute all channels of your surround, even if
ALSA's master control won't work. To use it, disable internal volume
controls in Myth and use something like the following in your LIRC
config (~/.lircrc) (note that the mute button is being used to toggle
the mute/unmute):
-
begin
prog = irexec
button = volume-up
config = /path/to/volume.sh up
repeat = 3
end
begin
prog = irexec
button = volume-down
config = /path/to/volume.sh down
repeat = 3
end
begin
prog = irexec
button = mute
config = /path/to/volume.sh mute
config = /path/to/volume.sh unmute
repeat = 0
end
-
That being said, I still like the IR transmitter to my receiver
approach. ;)
HTH.
Mike
#!/bin/bash
# Set the MIXER_NORM_CONTROL to the name of the ALSA control you want to use to
# normalize all control values. This value is used to determine the current
# volume before calculating the desired new volume, so using a control with
# high resolution allow you to use small volume adjustments without getting
# stuck.
# If, for example, you're using a volume change that's less than
# 100/resolution, the volume will stick at the point where changing the control
# value by one results in a greater percentage change (after rounding) than
# requested.
# Note that PCM controls often have a resolution of 30, whereas Center,
# Surround, and LFE may have a resolution of 100.
MIXER_NORM_CONTROL=PCM
#MIXER_NORM_CONTROL=Center
# Set the MIXER_ADJ_AMOUNT to the desired percentage by which you want to
# adjust the volume. Note that if using a control whose resolution is less than
# 100, the MIXER_ADJ_AMOUNT should be approximately 100/resolution or greater
# (i.e. for a PCM control with a resolution of 30, use 3 or higher) to prevent
# getting stuck at any particular volume.
MIXER_ADJ_AMOUNT=3
# Set the VOLUME_CONTROLS to the space separated list of volume controls you
# want the script to adjust. Use single quotes around the list.
VOLUME_CONTROLS='PCM Surround Center LFE'
# Relies on amixer reporting volume in the format [90%] in any line of output
# Please test that your version of amixer does this or you may blow out your
# speakers.
VOLUME=`amixer sget $MIXER_NORM_CONTROL | awk '/[.*%]/ {split($0,a,[);
split(a[2],a,%); print a[1]; exit}'`
case $1 in
up|down)
if [ $1 = down ]; then
MIXER_ADJ_AMOUNT=-$MIXER_ADJ_AMOUNT
fi
NEW_VOLUME=$(($VOLUME + $MIXER_ADJ_AMOUNT))
if [ $NEW_VOLUME -lt 0 ]; then
NEW_VOLUME=0
elif [ $NEW_VOLUME -gt 100 ]; then
NEW_VOLUME=100
fi
mythtvosd --bcastaddr='127.0.0.1' \
--template='alert'
Re: [mythtv-users] whats the best graphics card for HD playback?
On 01/23/2006 03:41 PM, Neil wrote: On 01/23/2006 02:57 PM, Neil wrote: how do you guys know that your Xwindows is set at 1080p? From the X log: (II) NVIDIA(0): Virtual screen size determined to be 1920 x 1080 ... (II) NVIDIA(0): Setting mode 1920x1080 Nope, that only says your resolution. It doesn't say if it's interlaced or progressive. When you see like 480i, 480p 720p, 1080i or 1080p, it's actually says how a movie or a video was encoded. It's a format. So how do you know that your video card is set to progressive. Or I read somewhere that video cards have always been progressive. Anyone? I'm also running mine at 1920x1080 via 6600GT and you guys are right, it's awesome! Well, then I know it's progressive because my modeline is not an interlaced modeline... Oh, and the fact that my TV won't accept 1080i over the VGA port. ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Cost of MythTV Machines
On 01/23/2006 03:45 PM, Mark Hetherington wrote: On Mon, 23 Jan 2006 03:26 pm, Brian Wood wrote: I think if one was constructing a computer specifically for MythTV a minimal F/B configuration might cost $600, using refurbed components perhaps, and with 1 MPEG-encoding capture card. US$600? I guess it depends on what you want from your mythbox, but I think you could get it done for less than $AUD500 (Maybe $US400 with the exchange rate now). $US400 would be a good /start/ for storage for a Myth box... ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What's the minimum that I can do...
On 01/23/2006 04:57 PM, William Lewis wrote: I think mplayer is probably the most flexible... 'mplayer -ao alsa filename' should do it, I think... If you want to get creative with it, feel free to screw around with the -ao option, using -ao alsa:device=hw=0.0 for example. Run 'mplayer -ao help' for more information about this option. Or, to avoid having issues with MPlayer because you have a sound server (artsd, esd, ...) running (did you remember to turn it off--it should be off for Myth, too), use aplay. However, aplay only supports a small number of file formats, so stick to the english.au sound Will linked to above. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Advice on adding a second capture card
On 01/23/2006 07:53 PM, John Biundo wrote: I've been wanting to add a second capture card almost since the moment of deploying my Mythtv box a couple of weeks ago. I held off because I wanted to stabilize things, but I'm now anxious to go ahead and shop for the second card. I'm still having a few problems, but feeling confident in my ability to work through them. Since I've been putting this off, I'm going to beg your indulgence and ask the list for some recommendations on a second capture card. Currently I have a PVR-150 that mostly works fine (my main complaint is some motion-blurring in fast-action sports) and an nVidia FX5200 TV-Out card, for a SD/analog cable setup. Running Ubuntu with an AMD64 3200+ CPU and 512MB RAM. I guess I've narrowed my choices to a second PVR-150 or a PVR-350. My basic questions are: 1. Will I likely be happier with a PVR-350 for watching livetv sports (and I'd move the 150 into a backup/recording role)? 2. If I get a 350, should I use its TV out, or continue using the FX5200 (i.e., is the 350 likely to give better output for fast-action sports)? 3. If I get a 350, do I have to handle sound differently than I do with the 150 (i.e., do I have to capture audio via line-in on my sound card)? Is all of this handled automagically by mythytv if I'm recording different shows on each card? IMHO, there's no reason to go to a PVR-350--and I have a PVR-350 (that I use as a PVR-250 because I wasn't pleased with its TV out capability). Note that with a PVR-350, the encoder and decoder are completely independent of one another. Therefore, whether you do LiveTV with a PVR-350 encoding and a PVR-350 decoding or a PVR-150 encoding and a PVR-350 decoding makes /absolutely/ no difference. Neither is inherently more efficient than the other approach (remember, that even LiveTV is recorded to disk). So, it all boils down to, Is the PVR-350's TV out worth replacing my FX5200? I'll admit that the PVR-350 is generally easier to configure for good quality TV out, but if you properly configure the NVIDIA TV out, your quality should be just as good (basically, the weak link in the chain is the NTSC display, and if you have a better-than-NTSC TV, you shouldn't be using TV out, anyway). So, why wasn't I happy with the PVR-350's TV out? - No OpenGL acceleration (for Goom, Games, etc.) - Only outputs NTSC video (480i), so it won't allow you to see the benefits of a new better display (an HDTV) when you get one - No way to control overscan (and you get a *lot* of overscan with a PVR-350--the way NTSC was designed to work) So, I suggest you get a PVR-150 and use the money you save to buy more storage (or even a third/fourth PVR-150). :) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] mythrename.pl subdirectories (was Re: streaming to windows (directly through myth))
On 01/23/2006 03:59 PM, Tom Lichti wrote: Right. Have you tried my new and improved mythrename.pl? It finally works correctly, and most of my stuff made it into SVN. As a matter of fact, I have. It's nice--especially the no LiveTV one. And, I've been meaning to do up a change for the one that hasn't yet made it into SVN, but never made time for it. So, your question provided the motivation I needed to finally get it done. The implementation you used for #874 ( http://svn.mythtv.org/trac/ticket/874 ) was a good quick hack for starting off the subdirectory thing. However, there were a few things I thought we could improve upon. For example, it made promises about the future (In the future you will be able to pick the field to sub on); took a shortcut (Any titles with spaces in the name will have the spaces changed to underscores to simplify deleting--I didn't see how this simplifies deleting but I didn't look that deep into your code, but I hope you were talking about for your code); and only allows creating subs based on title, and, therefore, only one level deep. To make it truly user-customizable, we need the directory names to be just another part of the format specifier. The hard part is the fact that we need to replace any illegal characters (those that are illegal) in directory names as well as filenames, that the path separator (/) is illegal inside directory/file names (so would be replaced), and that the %F used for the format specifier could exist inside a generated name after expansion (so we can't defer replacement). Therefore, I used a placeholder for the path separators. The placeholder needed to be a character that could never exist inside the filename or that would be replaced (i.e. it can't be either a legal or illegal character). The only character that meets this criteria is the null character (which, technically is illegal (on Windows, and on most *nix filesystems is the *only* illegal character), but we aren't replacing it because it shouldn't be there). Also, I removed the phrase, 'This assumes that recgroup = LiveTV for live tv recordings,' since the recgroup is *always* LiveTV for LiveTV recordings (it's not translated and the user does not have the option to change it), so there's no sense worrying the user with the message (if anything, it could be made a comment in the Perl source, but doesn't belong in the usage message). And the comment about including time for channel-surfers shouldn't be there, either. There's code to prevent problems with duplicate filenames (see code after # Check for duplicates), but based on your comment, I'm assuming it has a bug (but I didn't look into it)... I'd appreciate your testing this patch and providing feedback (does it do everything yours does/work well for you/etc.). Once I hear from you, I can post it on #874, or feel free to do so yourself. In case you do it, I'm including some comments below for Trac. Thanks, Mike This patch allows the user to create subdirectories within a directory of links to recordings by using a format specifier to separate directory and filenames. This allows the user to create directories based on any desired field or combination of fields as well as creating any number of subdirectory levels within the destination directory. Note that /all/ links within the destination directory and its subdirectories (recursive) will be removed when creating links to recordings. Also, any empty directories beneath the destination directory will be removed when creating links. If the user specifies the path separator format specifier (%F) but is attempting to rename files, the path separator will be replaced with the replacement character (%-), thereby preventing the user from attempting to move files. This behavior is required because the Perl implementation of rename varies wildly and usually will not work across filesystem boundaries. BTW, I used %F as an abbreviation of folder since %d (as in directory) was already used (for day of month) and I thought it would be easier for most users to remember than %P for path separator. However, I included all three terms in the field description just for safe measure. ;) Index: contrib/mythrename.pl === --- contrib/mythrename.pl (revision 8699) +++ contrib/mythrename.pl (working copy) @@ -20,6 +20,8 @@ use DBI; use Getopt::Long; use File::Path; +use File::Basename; +use File::Find; # Some variables we'll use here our ($dest, $format, $usage, $underscores, $live); @@ -66,10 +68,12 @@ /var/video/show_names/ +WARNING: ALL symlinks within the destination directory and its +subdirectories (recursive) will be removed when using the --link option. + --live -Include live tv recordings, affects both linking and renaming. This assumes -that recgroup = LiveTV for live tv
Re: [mythtv-users] AC3 and/or S/PDIF (again)
On 01/23/2006 11:01 PM, Mario Limonciello wrote: A quick question if I may. Am I right in thinking that if I buy a new sound-card with 6 analogue channels on the output it will drive my 5.1 amp (it has 6 channel input) for surround sound. Yes (assuming you mean by 6-channel input that you have at least 6 RCA connectors or 3 headphone connectors for input). Note, though, that many cards use line in for surround output in surround modes, so if you've got a software encoder that requires a sound card for audio, you may have to keep your on-board card enabled as well for sound capture. i.e. I guess I am asking does myth decode the 5.1 happily from DVDs and from DVB-T broadcasts? Yep. It's been doing this for a long time--just disable AC-3 pass through. Mark Spieth recently created a patch to support timestretch with multi-channel streams. He did the analog patch in no time, but it's the re-encoding to AC-3 that's taking some time. I don't think the patch has been put in SVN, yet, though, so it may not make it into 0.19. On this exact note - I was having trouble just today with a recent SVN release attempting to do 5.1 native from myth the analogue route. I have a HD5000 that records a few streams with 5.1. I also have xine setup to use the analogue 5.1 outputs to drive my receiver for dvds. Now in myth, when I change from ALSA:default to ALSA:surround51 (which I use for xine), I get no audio in myth. If I try to force it to the exact pcm available for my card, ALSA:hw:0,3 I also get no audio. Is there something else I'm missing here? Here is relavent info from my mythfrontend console output: 2006-01-23 21:59:58.595 Opening audio device 'hw:0,3'. 2006-01-23 21:59:58.637 Access type not available: Invalid argument 2006-01-23 21:59:58.637 Unable to set ALSA parameters 2006-01-23 21:59:58.637 NVP: Disabling Audio, reason is: Unable to set ALSA parameters What are you using for an ALSA conf (~/.asoundrc or /etc/asound.conf)? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Performance from a different perspective
On 01/24/2006 01:51 AM, Nick wrote: On 23/01/06, Michael T. Dean [EMAIL PROTECTED] wrote: *I can't believe Intel is actually calling them Intel (R) Core (TM) Duo processors ( http://www.intel.com/products/processor/coreduo/ ). And, why isn't that (TM) after the word Duo? I'm pretty sure that the word Core is *not* owned by Intel. They can have the phrase Core Duo (short for Core Dubious, I think--or, perhaps, Core Du-over because they need a mulligan after dropping the ball on NetBust), but there's no way I'm recognizing any trademark they may claim to have on the word Core... IANATMA but I'm pretty sure the TM is actually for Intel (R) Core. They appear to also have TMs for Intel (R) Core Duo and Intel (R) Core Single (reference http://www.intel.com/sites/corporate/tradmarx.htm?iid=CorporateV3+Footer_legal). Intel is a registered trademark hence the (R) in the Intel (R) Duo trademark. Thanks. I couldn't figure that one out. I don't think it will compile as written, though--perhaps (Intel (R) Core) (TM) Duo. ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Overlapping Recordings
On 01/24/2006 02:14 AM, Reuben Perelman wrote: I usually have a recording start a minute early to make sure that I get the beginning of a program. My system has 2 TV tuners. Say show A is from 8:00 - 8:30, and show B is from 8:30 - 9:00. When setting the recording to start a minute early, show A will be recorded from 7:59-8:30, and show B will be recorded from 8:29-9:00. Both show A and B are on channel 1. From 8:29-8:30 for a minute, mythtv will use both tuners to record both shows on the same channel. So if I wanted to record show C on channel 2 at 8:00-8:30, it won't be able to record because both Show A and B are being recorded from 8:29-8:30 using all of the TV Tuners, meaning that for that minute there will be nothing to record Show C in that period. Is there a way that I could set Show A and B to record from 8:29-8:30 from the same tuner because there on the same channel and thus exactly the same content, freeing up a TV tuner? No. If you have to have the extra minute and you only have two tuners, you need a third tuner to get shows A, B, and C. You could use the global pre-/post-roll (which is meant to give your cards time to start up/for STB OSD's to disappear/etc.) to say, if you aren't already recording something in the previous timeslot, record an extra minute. Assuming you set a 60-second pre-roll and a 60-second post-roll, with: Show A: 8:00-8:30 on channel 1 Show B: 8:30-9:00 on channel 1 Show C: 8:00-8:30 on channel 2 you would get recordings that are something like 7:59-8:30 on channel 1 (show A) 7:59-8:31 on channel 2 (show C) 8:30-9:01 on channel 1 (show B) or 7:59-8:31 on channel 1 (show A) 7:59-8:30 on channel 2 (show C) 8:30-9:01 on channel 1 (show B) depending on priorities (and note that you may still have two tuners recording on channel 1 for a minute). And, if you're not recording show C, you'd get: 7:59-8:30 on channel 1 (show A) 8:30-9:01 on channel 1 (show B) in other words, it won't start up the second tuner just to give you the extra pre-/post-roll. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Bug in 4.2?
On 01/22/2006 08:49 AM, Stewart wrote: I have the new Hauppauge 500 with the Samsung chips. According to the trac this chip was added in as tuner #68 in tuner.h. http://ivtvdriver.org/trac/ticket/63 http://ivtvdriver.org/trac/changeset/3120 Wouldn't this be a more appropriate question for ivtv-devel? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] XvMC - Nvidia isssues?
On 01/22/2006 12:29 PM, Rudy Zijlstra wrote: Dan Seddon wrote: Rudy Zijlstra wrote: Dan Seddon wrote: Justin Hornsby wrote: As for UK HD being MPEG4 - I saw an article in Electronics Times recently which stated it as a fact - a fact which is causing people concern over how current Freeview receivers will work in future. Maybe the two issues are tied to each other - if the bandwidth doesn't arrive quickly enough (things never do here) MPEG4 would get more in to the same space. It might cause a bit of grief with all the people who've bought very expensive HD-ready sets though Not likely. The TV sets are HD-ready independent of whether MPEG2 or MPEG4-P10 (H.264) is used, as it is the external STB which does the decoding. Those sets should have either HDMI or DVI input. I was thinking that they had built in digital recievers, maybe they don't? It would annoy me if I had to buy yet another box having shelled out - the slick minimalism of my flatscreen might feel a bit compromised Some can, most don't. In any case you'll be able to use an external STB... Lots cheaper than replacing the flatscreen Generally, (at least in the US) a set can be called an HDTV if--and only if--it has an integrated digital tuner/decoder (in the US that means MPEG-2). An HD-Ready set simply has the appropriate resolution. Don't know if manufacturers are using the same guidelines across the pond, though. (Wikipedia says there's a standard for HD Ready - http://en.wikipedia.org/wiki/HD_ready - and the standard does not require a tuner/decoder.) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Recording HD content from a Comcast/Dish/DTV box
On 01/22/2006 01:35 PM, Mudit Wahal wrote: http://169time.com is a cheaper solution though Yeah, but has anyone ever made it work with Myth, or are those still empty promises? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] poor audio and video
Thomas Baker wrote: I have two problems that may or may not be related, one with poor audio and another with poor video. I'm using Fedroa Core 4 64-bit and everything runs beautifully in TvTime, however, when I play live tv in MythTv, the audio only plays out of one speaker and the quality of the sound is sub-par. By this I mean there is a little bit of static and frequent pops. I have played around a lot with alsamixer with the levels, and to get this question out of the way, yes my line in is muted and set as the capture. I have set the volumes on Master and PCM to around 75% to assure teh audio is not peaking out. Capture is set to 0% (not mutable) because there is even more static and overall tinny quallity when it is raised (still one speaker only). Wave is turned up as well as the AC97 Capture is turned up (not sure why these in particular, but with experimentation, I don't get any of the recorded audio without them). As for the video, the overall picture quality is poor. excluding the brightness, contrast, colour and hue, the picutre has a lot of thin horizontal lines in it. It seems like once MythTV takes in the captured media, it just butchers the quality. These right now are my two biggest problems and would appreciate any help I can get with this. If you want anyone to attempt to answer your question, telling them what capture card and audio card you're using would make it much easier. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Missing .nuv files?
Michael Still wrote: Michael T. Dean wrote: What error message do you get when you try to delete? SVN should allow you to delete a recording even without the original file. I'm not at home at the moment, so I don't have the exact message, but given that... The message happens when I hit right arrow on an episode entry to get to the menu with delete and job options and so forth. That menu doesn't appear and I get a the file is missing error message instead. I can write it up more exactly when I get home tonight if you would like. So, what happens if you go into the Delete Recordings screen instead of the Watch Recordings screen? Can you delete it from there? Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Archiving .NUV Files?
Matt Jordan wrote: 1. If I copy a show on a .nuv file for a show I want to keep elsewhere can I play it from MythTV's Video Player (Watch Videos in the Media Library) later? All recordings in MythTV must be in the recordings directory. Therefore, if you want to keep it elsewhere, you'll need to create a link in your recordings directory. The easiest way to do this is to give the link the same name as the original file and rename the file in the other location to something more easily recognized. Note, also, that if you do any commercial cutting or transcoding, you'll need to rebuild the seektable with mythcommflag --rebuild -f name of link in recordings directory Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] whats the best graphics card for HD playback?
Frank Lynch wrote: On 1/21/06, Chris Ribe [EMAIL PROTECTED] wrote: I'm in a similar situation to you, Frank, and I am looking for an answer to the same question. From what I've gathered so far, the NVidia 5200 series seem to work the best. I'd like to hear more confirmation on that before I go drop $40 on one, though. Does the amount of video ram play a factor? The 5200 seems to come with either 128 or 256mb of ram. I'd like to have my graphics card do as much work as possible, I want ot keep my cpu for tasks like commercial flagging (and occasional transcoding). RAM is not a problem. It's primarily important for 3D rendering with many textures, so the 128MB will work well (be way more memory than you need) for HD MPEG-2 decoding. As far as best card goes, the best card is one whose drivers support the functionality you need. Right now, this means NVIDIA. Don't get ATI. The 6xxx series (at least some of them--there may be one or two holdovers in the group) of NVIDIA cards use pixel shaders for Xv (instead of the video overlay used by previous generations). Myth has been designed to work well with the video-overlay-based Xv (including providing an ability to adjust hue/saturation/brightness), and still has work to be done for providing better support for the PS-based video. Therefore, you're probably better off going with a 5200 than a 6800+--unless, of course, you want to do some GLSL programming for Myth... ;) Also, you won't get better MPEG-2 performance (including display of software-decoded MPEG-2 /and/ hardware-assisted MPEG-2 decoding with XvMC) from a faster or newer card. And, on the bright side, the 5200 is dirt-cheap compared to the newer-generations of cards, so save your money and go for a 5200. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] TV sched is wrong; how to fix it?
David A. De Graaf wrote: On Fri, Jan 20, 2006 at 09:28:58PM -0800, Joe Votour wrote: Please forgive the numbered bullets, but this doesn't really fit into proper paragraphs. 1. Check that Zap2It didn't change your channel numbers. If they did, then you'll need to reset them. 2. You can delete the schedule information by running the SQL command delete from program;. 3. To check your channels in the database and compare them against Zap2It, or what you think they should be, you can do the SQL command, select * from channel;. 4. After deleting the schedule information (step 2), you can re-run mythfilldatabase, and it should (hopefully) pull down the correct info. Thank you Joe Votour. Your solution of running delete from program; followed by mythfilldatabase fixed my schedule database. I need to learn more of these mysql commands. They're not exactly obvious... Or to use --help # mythfilldatabase --help ... --refresh-today --refresh-second --refresh-all (Only valid for grabbers: na, se_swedb, no, ee, de_tvtoday) Force a refresh today or two days (or every day) from now, to catch the latest changes --- (BTW, the na is North America--based on the old name for the zap2it/DataDirect stuff). Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New Install - Hang on entering live tv
Bob wrote: Thanks to everyone who replied. I thought I would post an update even though I am dead in the water due to the hard drive crashing. 1) I recorded a show. The file was created, but trying to watch the show resulted in the same blank screen crash that I have gotten originally entering LiveTV. I think this points to an nvidia driver issue particular to the myth internal player. (mplayer works fine). Because MPlayer doesn't use OpenGL vsync. 2) I was very optimistic about Brian's suggestion of removing the load glx from the xorg.conf. I commented it out, and even restarted the machine (not just X) but the problem persisted. NVIDIA's drivers are auto-loading the GLX module. You either need Myth 0.18.1 (or below) compiled without OpenGL support or Myth 0.18-fixes or SVN (which has a runtime setting in frontend settings to disable OpenGL vsync). In a short time, though, upgrading to 0.19 will give you this option (and 0.19 may be ready before your new hard drive arrives... (fingers crossed) ;) Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythbackend not starting on slave (FOUND WHY!)
Steve Malenfant wrote: Ok... So I run updatedb and locate mysql.txt Found one in /.mythtv/mysql.txt. I'm not sure why the file was there and why it was set to localhost. So I've changed that param and it started working! PREFIX at atrpms set to / ? I tried to use the MYTHTVDIR env but it doesn't seems to work. Someone was starting Myth from an init script without a proper environment (i.e. without a HOME environment variable set), so when Myth auto-created the ~/.mythtv/mysql.txt with the default settings, it got put into /.mythtv/ ... Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Sound card, speakers recommendations?
Chris Ribe wrote: To keep it cheap and easy, I'd recommend going with onboard sound and a 2 channel set of PC speakers. I don't care for surround sound though, so my recommandation is biased. And, you can always add a sound card later if you decide you want something other than on-board. Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What decides channel order?
Dag Nygren wrote: noticed that the channel order in EPG has changed for me. In the big Guide ableu it is OK and in mythweb also, but when checking what is on in another channel during LiveTV, the sequence is different and not accroding to channel numbers as I would like. Is there a setting somewhere (Tried the one in Mythsetup with no success) ? In frontend settings on page General (basic): Channel ordering - channel number (numeric) - channel number (alpha) - database order - channel name - ATSC channel Mike ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
