Re: [mythtv-users] Video Player that can Bookmark
On Saturday 28 January 2006 11:41, Peter Darley wrote: Folks, 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. Thanks, Peter Darley Here's a Perl script I cobbled together for MPlayer. It requires you to set up your .lircrc with a keybinding for mplayer's edl_mark command. When watching a movie, it will check for the presence of an EDL (Edit Decision List) file for that movie, and skip to the latest timecode specified in the file. IIRC, it removes the EDL file upon playback, so next time you start it (if you haven't set another bookmark) it will start from the beginning. NB- This script also does funky stuff for auto-enabling subtitles, aspect and aspect ratio detection (I like to move widescreen movies to the top of my 4:3 screen and display subtitles in the giant black bar at the bottom). YMMV. -JAC mythmplayer Description: Perl program ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] avi playback in myth gallery
On Tuesday 24 January 2006 19:00, mike choy wrote: Joseph A. Caputo wrote: On Tuesday 24 January 2006 17:16, mike choy wrote: cardboil wrote: Joseph, what player does your Mythgallery use? Internal or an external one like mplayer or xine? On 1/24/06, *Joseph A. Caputo* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Monday 23 January 2006 18:04, mike choy wrote: I've just got one of those fancy Exilim cameras that can record movies in mpeg 4 onto the SD card Any way I can play these from inside Myth Gallery? Nice thumbnail would also be cool. I notice that the thumbnail currently shows a movie is there so I assume that myth knows. What version are you running? AFAIK MythGallery plays movie clips... at least it does in SVN. Not sure what formats are supported, though... my camera does QuickTime, and they play just fine. Also the thumbnail shows a frame from the movie. Cool I'm running 0.18.1 so cant wait for 0.19 which is any day now. would be interested in the player thing also. As noted in another post, I think this *should* be working in 0.18. Check your MythGallery settings for the player command. Hmm tried both these lines but no go. mplayer -fs -zoom -quiet -v xv %s. xine -pfhq --no-splash %s I'm going to bed will have a look manana Try playing them outside of Myth to see what command line works for you. Maybe you don't have the right codec(s) installed? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] avi playback in myth gallery
On Tuesday 24 January 2006 21:50, cardboil wrote: On 1/24/06, Joseph A. Caputo [EMAIL PROTECTED] wrote: On Tuesday 24 January 2006 12:36, cardboil wrote: Joseph, what player does your Mythgallery use? Internal or an external one like mplayer or xine? Hmmm, I can't get into my system right now (wireless card flaking out again), but looking in the source code I see that the default command is mplayer -fs filename. I don't even think MythGallery supports 'Internal' at this point. Looks like movie file support went in around December 2004, so it would definitely be in 0.18. I'm using SVN from about mid-Dec 2005. I can play the file, but can't see the preview like you're able to (only a black object)wonder why? I'll have to double-check when I get home tonight, but I *thought* I had thumbnails... -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] avi playback in myth gallery
On Monday 23 January 2006 18:04, mike choy wrote: I've just got one of those fancy Exilim cameras that can record movies in mpeg 4 onto the SD card Any way I can play these from inside Myth Gallery? Nice thumbnail would also be cool. I notice that the thumbnail currently shows a movie is there so I assume that myth knows. Mike C What version are you running? AFAIK MythGallery plays movie clips... at least it does in SVN. Not sure what formats are supported, though... my camera does QuickTime, and they play just fine. Also the thumbnail shows a frame from the movie. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Decent starter combined FE/BE barebones system for $99 AR?
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! -JAC ___ 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 bareb ones system for $99 AR?
On Tuesday 24 January 2006 11:56, Michael T. Dean wrote: 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. Heh. Even more interesting... the link to the purported Socket A Sempron 3300+ on the TigerDirect website doesn't work, and you can't find said CPU anywhere on their site. Probably they're dumping their last few in this barebones bundle. It is possible, even likely, that the Socket A Sempron 3300+ exists, but is from a special OEM production run not officially listed by AMD and as such they (AMD) will probably not provide support or a manufacturer's warranty to retail consumers. Thus the discount/rebate. This seems more likely since Directron.com also has this CPU listed at a discount. AMD did the same thing with the Athlon XP 2900+ Barton core, which doesn't officially exist in their product database, but was OEM-contracted by HP, who then dumped the surplus OEM CPUs to etailers like TigerDirect. If that is the case, then the caveats are (1) lack of manufacturer support/warranty for the chip, and (2) possibility that some (most?) mobos won't ID the chip correctly. Also, I'll just point out that the rebate is actually 3 separate rebates: $20/mobo, $20/case, $50/cpu. The case cpu rebates or the dreaded OnRebate ones, which, as pointed out previously, although they are advertised as mail-in rebates, are actually only redeemable electronically. TigerDirect: When we say 'Caveat Emptor', we mean it! -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] avi playback in myth gallery
On Tuesday 24 January 2006 12:36, cardboil wrote: Joseph, what player does your Mythgallery use? Internal or an external one like mplayer or xine? Hmmm, I can't get into my system right now (wireless card flaking out again), but looking in the source code I see that the default command is mplayer -fs filename. I don't even think MythGallery supports 'Internal' at this point. Looks like movie file support went in around December 2004, so it would definitely be in 0.18. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] avi playback in myth gallery
On Tuesday 24 January 2006 17:16, mike choy wrote: cardboil wrote: Joseph, what player does your Mythgallery use? Internal or an external one like mplayer or xine? On 1/24/06, *Joseph A. Caputo* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Monday 23 January 2006 18:04, mike choy wrote: I've just got one of those fancy Exilim cameras that can record movies in mpeg 4 onto the SD card Any way I can play these from inside Myth Gallery? Nice thumbnail would also be cool. I notice that the thumbnail currently shows a movie is there so I assume that myth knows. What version are you running? AFAIK MythGallery plays movie clips... at least it does in SVN. Not sure what formats are supported, though... my camera does QuickTime, and they play just fine. Also the thumbnail shows a frame from the movie. Cool I'm running 0.18.1 so cant wait for 0.19 which is any day now. would be interested in the player thing also. As noted in another post, I think this *should* be working in 0.18. Check your MythGallery settings for the player command. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mac 7200
Josh Burks wrote: On 1/20/06, Matthew Geier [EMAIL PROTECTED] wrote: It might make a good router or something. Or a good box to throw spare drives in and make a NFS mountpoint to store stuff like recordings and music. Maybe not even. IIRC, those older Macs (a) had built-in Ethernet, but need a proprietary AAUI - RJ45 adapter/transceiver, and (b) it's only 10baseT not 10/100. So only slightly faster (realistically) than 802.11b. Try http://www.lowendmac.com/ for info ideas. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mac 7200
Carl Fongheiser wrote: On 1/21/06, *Stephen Atkins* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: It does have SCSI but only the 50 pin version. It also has a RJ45 network but like the posts say its only 10BaseT. Whats funny is it has svideo/audio in and audio out. I've never been able to find an app in Mac to get these to work but I was hoping to use them with a myth box. Like I say if there is anyone in the Calgary region that wants a old 7200/120 I think I can part with it no questions/money needed. Are you sure it's a 7200? I've never seen a 7200 with S-Video. That sounds more like a 7500. One of the upgrade paths for the 7200 was that it was possible to swap in a 7500 motherboard, which had s-video in as well as a CPU daughtercard that made CPU upgrades easier. In theory, if it *is* a 7500 motherboard, it could be upgraded to a G3 or even a G4. The nice thing about this particular upgrade path is that you can use a G3 that you've remove from, say, a newer G3 model that you've upgraded to a faster G3 or G4. Check out the upgrade guides on www.lowendmac.com -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mac 7200
Stephen Atkins wrote: Carl Fongheiser wrote: On 1/21/06, *Stephen Atkins* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: It does have SCSI but only the 50 pin version. It also has a RJ45 network but like the posts say its only 10BaseT. Whats funny is it has svideo/audio in and audio out. I've never been able to find an app in Mac to get these to work but I was hoping to use them with a myth box. Like I say if there is anyone in the Calgary region that wants a old 7200/120 I think I can part with it no questions/money needed. Are you sure it's a 7200? I've never seen a 7200 with S-Video. That sounds more like a 7500. Actually its a 7600/120. Can believe I missed that. Still no good for a front end. See my previous post -- upgrade path to G3 or G4 still applies. With a G4 upgrade, the right PCI video card and Linux PPC, it just *might* make a passable frontend... though bus speed might be a limiting factor. If you have a video card you can use, and can come by a G4 upgrade reasonably cheaply, it might be worth a try. I wouldn't bother spending much on it, though, unless you have other uses for it if the frontend doesn't pan out (which is pretty likely). -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Myth - Mplayer focus
On Friday 20 January 2006 7:33, Greg Estabrooks wrote: Simple question (i hope), do I need to run a window manager to make mplayer take the keyboard focus? Running a minimal window manager is recommended to handle all focus issues. What you describe is common for users who don't run a window manager at all. Though if you use both Myth's and MPlayer's built-in LIRC support, I don't think you need to worry about focus (at least not for those two applications) -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Myth - Mplayer focus
On Friday 20 January 2006 11:19, Stuart Fox wrote: On Fri, Jan 20, 2006 at 12:25:00PM -, Stuart Fox wrote: I run mythfrontend direct out of my .xinitrc with no wm. This works fine for xine but seems not to for mplayer. If you are using mythfrontend as the foreground program to keep the X session open, then simply install ratpoison (mouse-free window manager) and add /usr/bin/ratpoison anywhere prior to mythfrontend in your .xinitrc file. I'll give that one a go, just gotta work on the lirc settings now :) Failing that, twm. Anyone know how to kill the borders and the click to place the window behaviour? Rather than twm, why not try blackbox? Out-of-the box configuration for blackbox works pretty well. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Help -- why suddenly dramatically improved TV-out w/onboard GF4 MX ??
...not that I'm complaining! I've complained before on this list that the TV-out from my onboard GF4 MX 440 (Chaintech 7NIF2 mobo) was abysmal compared to my old (now dead) LeadTek GF4 MX 420 AGP card. Until recently, I blamed it on the fact that the mobo revision I got contained a new TV encoder chip (NV18) compared to the NV17 chip that was on my old card and previous revisions (like Jarod's, IIRC) of the Chaintech 7NIF2. Well, apparently I was wrong. A few months ago, I came home from work one day to find a stunningly clear TV-out coming from my Myth box! I tried poking around, but couldn't figure out why, and my wife accidently rebooted the box before I could figure it out. After the reboot, my crappy TV-out was back. But it got me thinking... Several weeks later, it happened again, but this time I was able to piece together what happened. It seems that my wife tends to reboot the box sometimes because she can't remember which is the CD eject button (granted, the pwr reset buttons on the Antec Aria just *beg* to be pressed, compared to the CD eject button which is, well... rather plain... still, ranthow could you *not* figure it out after the third accidental reboot???/rant Anyway, what happend was this: I have my Myth setup going into a 3-way A/V switch (with my DVD player VCR). At this particular time, the Myth box was rebooted while the switch was in the 'DVD' position; thus the video hardware did not detect the TV connected... something about that situation caused the TV-out to be crystal-clear. Of course, the first thing I tried was to add IgnoreEDID 1 to my xorg.conf, but that didn't help. So, started X both with and without the TV connected, hoping to see some important differences... and the only differences were that the last 10 lines of the logfile repeated. That in itself is probably significant. So, for the bad TV-out, the last 10 lines of Xorg.0.log are: (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) NVIDIA(0): Setting mode 800x600 (II) Loading extension NV-GLX (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture (II) NVIDIA(0): v4l[/dev/video0]: using hw video scaling [YUY2]. (==) RandR enabled (II) Initializing extension GLX (II) USB Mice: ps2EnableDataReporting: succeeded Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! For the good TV-out, those 10 lines are repeated *exactly* in the next 10 lines. The funny thing is, it almost looks like for the bad TV-out, only one video head is being properly initialized, while for the good TV-out, both heads are being initialized (or the driver is just performing the initialization twice). The thing is, I would have expected the TV-out to *not* be initialized properly if it wasn't connected, but apparently the opposite is happening. Weird. This is Nvidia driver 7174 on an FC3 box, BTW. So, my question is: can anyone help figure out exactly *why* this is happening, and more importantly, how to fix it so that I don't have to disconnect my TV every time X restarts on my Myth box in order to get a good picture? Here are the relevant lines from my xorg.conf: Section Monitor Identifier TV VendorName Philips HorizSync 30.0 - 50.0 VertRefresh 59.94 DisplaySize 203 152 ModeLine 640x480NTSC 28.195793 640 656 658 784 480 520 525 600 ModeLine 720x480NTSC 27.5 720 744 800 872 480 483 485 525 ModeLine 800x600NTSC 38.769241 800 812 814 880 600 646 649 735 EndSection Section Device Option SWCursor 0 Identifier Card0 Driver nvidia VendorName NVidia BoardName 0x0172 Option HWCursor on Option NoLogo on Option NvAGP 1 Option DigitalVibrance 33 Option CursorShadow 0 Option TwinView 1 Option SecondMonitorHorizSync 30-50 Option SecondMonitorVertRefresh 60-60 Option TwinViewOrientation Clone Option ConnectedMonitor tv Option TVStandard NTSC-M Option MetaModes 800x600NTSC,800x600NTSC Option TVOverScan 0.7 Option DigitalVibrance 50 Option IgnoreEDID 1 EndSection Section Screen Identifier TV-0 Device Card0 MonitorTV DefaultDepth24 SubSection Display Modes 800x600NTSC 720x480 640x480 400x300 320x240 Depth 24 EndSubSection EndSection If nothing else, at least maybe this will help someone else coax a good TV-out picture from their board! Thanks, JAC ___
Re: [mythtv-users] Logrotate settings for mythbackend.log?
On Tuesday 17 January 2006 10:39, Jonathan Tidmore wrote: On 1/17/06, Stef Coene [EMAIL PROTECTED] wrote: No, signal HUP means reload and start a new config file (a proces can do what ever it wants with a HUP signal, but most of the times it's used to rotate the logfiles). This may be true for most programs, but like you said, a process can do what it wants with a HUP signal. Some may restart, some may exit, some may do nothing. Point is, do we know what mythbackend does with a HUP signal? Yes, it closes the current logfile and starts a new one, IIRC. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Logrotate settings for mythbackend.log?
On Sunday 15 January 2006 8:46, Joseph A. Caputo wrote: Robert Tsai wrote: You could try running manually: logrotate -d -v -s /var/lib/logrotate/status logrotate.conf and it will tell you why it thinks something doesn't need to be rotated. Substitute /var/lib/logrotate/status (breezy) with the path to your distribution's system logrotate.status file. Very nice! I'll give that a try; thanks! Thanks for the tip... turns out I fat-fingered the filename. The logrotate configuration was looking for /var/log/mythtv/mythbackend.log, but mythbackend was logging to /var/log/mythbackend.log. Thanks again, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Logrotate settings for mythbackend.log?
On Friday 13 January 2006 17:40, Robert Tsai wrote: On Fri, Jan 13, 2006 at 03:19:18PM -0500, Joseph A. Caputo wrote: OK, well I thought this was working, but I guess it's not. Anybody have a good logrotate configuration for mythbackend.log? Here's mine, but it doesn't seem to be working. (I'm running FC3) % cat /home/myth/logrotate.d/mythbackend compress compresscmd /usr/bin/bzip2 compressext .bz2 nodelaycompress rotate 7 nomail missingok create 644 /var/log/myth/mythbackend.log { size 32M postrotate kill -HUP `cat /var/run/mythbackend.pid` 2/dev/null endscript } Note that, although SVN mythbackend will close reopen the logfile when it receives a SIGHUP, the above settings will only work if your mythbackend startup script puts the PID in /var/run/mythbackend.pid (or another file...) A more generic way of doing this might be: killall -s HUP mythbackend Of course, that assumes that you haven't renamed the mythbackend executable, and also that you're only running one mythbackend process, both of which are relatively safe assumuption on a Myth box, unless you're doing serious mythbackend development. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Logrotate settings for mythbackend.log?
Robert Tsai wrote: You could try running manually: logrotate -d -v -s /var/lib/logrotate/status logrotate.conf and it will tell you why it thinks something doesn't need to be rotated. Substitute /var/lib/logrotate/status (breezy) with the path to your distribution's system logrotate.status file. Very nice! I'll give that a try; thanks! -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Logrotate settings for mythbackend.log?
Adam Bodnar wrote: Just a thought, but could be part of the reason it's not working is caue you have it set to rotate at 100 megs? Mine is set to: /var/log/mythtv/mythbackend.log { notifempty missingok compress compresscmd /usr/bin/bzip2 uncompresscmd /usr/bin/bunzip2 compressext .bz2 weekly rotate 4 size 10M } and my log is only 3 megs and been running since July of 2005. So unless you have alot of output, I don't think you'd hit that 100 megs anytime soon. Don't quote me on this though. I forgot to mention that the offending logfile is now 400MB and growing... -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Logrotate settings for mythbackend.log?
OK, well I thought this was working, but I guess it's not. Anybody have a good logrotate configuration for mythbackend.log? Here's mine, but it doesn't seem to be working. (I'm running FC3) (in /etc/logrotate.d/mythtv /var/log/mythtv/mythbackend.log { weekly size 100M rotate 1 copytruncate compress compresscmd /usr/bin/bzip2 uncompresscmd /usr/bin/bunzip2 notifempty missingok notifempty } Thx, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Watch Videos
On Monday 09 January 2006 17:43, David Abrahams wrote: I'm not doing that. In the SVN at least, when you fire up Watch Videos you get complaints about all the videos that are known to the backend database but can't be found in the local filesystem. Only a common mountpoint can cure that problem AFAICT. Mythvideo, Mythmusic and Mythgallery all require a filesystem path that is accessible by the current frontend. This usually means an NFS or Samba mount. Also, the share must be mounted at the same path on all frontends. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Fwd: Problem with XvMC being slow
On Thursday 05 January 2006 1:21, Jerry Rubinow wrote: When using XvMC to play back video, CPU usage is low (30% for HD, 10% for SD), but the video plays back slower than realtime. I'm using an Nvidia 5200 card, with driver version 7667 (although I've tried every version up to the current 8XXX). Is there anything I should check? Anything obviously wrong from the following details? Or is this the XvMC slowdown I've read about? What are my options for fixing this? If I use libmpeg2, SD plays back fine (~30% CPU), but HD maxes out the CPU. I'm using current SVN myth as of a couple of days ago. /etc/X11/XvMCConfig points to libXvMCNVIDIA_dynamic.so.1. My GUI is 1280x720. I'm not using any filters, and I have Enable OpenGL vertical sync for timing checked. I could be way off base on this, but something in my memory is nagging me... something about maybe Nvidia's XvMC not supporting/performing well at certain resolutions? Have you tried changing your horizontal resolution to something smaller, like 1024? HTH, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New ATI Tuner that supports Cablecard
On Thursday 05 January 2006 9:35, Steve Adeff wrote: On Thursday 05 January 2006 09:19, Joe Huffner wrote: If someone already posted this, sorry for the dupe. I saw this at work and I don't have access to my home email and I wanted to post this asap. This looks very sweet and hopefully won't be too difficult for some decent developers to get working with Linux and Myth. (However, I suspect there will be some nasty DRM somewhere) http://www.anandtech.com/tradeshows/showdoc.aspx?i=2662 you won't be able to license use of cablecards without proven DRM which is why only Vista will support it (cause MS paid enough money to convince them Vista has solid DRM support). Ummm unless ATI has built DRM directly into their card/device (i.e., making it impossible for an open source Linux driver to be developed), then the only way this wouldn't (eventually) work under other OSes would be if ATI (or OEMs) were denied a license to develop hardware based on this design using the CableCard APIs, protocols or whatever. Other than that, if the card is manufactured (and it might only be OEM for WinMCE PCs, but that's what eBay is for...) then I don't think your cable company can legally refuse to give you a CableCard to plug into it. And, since it's only CableCard 1.0, I don't think there's any way they could selectively disable just those receivers without obsoleting their entire installed CableCard base. Am I way off base in this? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New ATI Tuner that supports Cablecard
On Thursday 05 January 2006 12:15, Preston Crow wrote: On Thu, 2006-01-05 at 12:10 -0500, Steve Adeff wrote: no, your right, once the CableCard tuner-cards are out in the wild anyone with the expertise to write drivers for linux very well could. I imagine it would take some time for it all to happen, at which point they might be on to some new method of preventing themselves from having to create a new business model Most likely the card will only send out encrypted video using Microsoft's DRM system. I doubt we'll be very effective in getting these cards to work with Linux unless someone completely cracks that DRM. Hmmm interesting. Certainly possible, but the (Vista) driver would need to handshake with the card somehow to get the decryption key... unless it was hard-coded into Vista (would even MS be that stupid?). Thus it *should* be a matter of reverse-engineering a driver that could handshake with the card to get the key. Much more difficult, perhaps, but maybe not impossible... It would be nice, but I'm not terribly optimistic at this point. I prefer to remain hopeful :-) -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] A/V Sync issue (searched through list, and followed howto.)
On Wednesday 21 December 2005 2:19, John Yonn wrote: Total strangeness. Apparently the problem is with the nvidia driver I'm using. or so it seems. I just turned off the tv out and plugged in a regular monitor for the first time since I finished building XFree86. Surprisingly theres a huge difference. I'm not quite sure why. I'm using an Albatron FX5200LP. Seemed like a cheap nvidia 5200 with a tv-out at the time. and I'm using the NVIDIA 1.0.8174 drivers that nvidia provides. Anyone know if theres a bug in that version, or have any suggestions of a known-good version? Well, I think this avenue might be a red herring. However... I suppose it's possible that Xv is not working on your TV-out. If that's so, then you'd be doing video scaling in software, which would take more processing power, and possible cause the video to lag the audio. You can check whether Xv is working by running xvinfo. Also, run 'top' while doing Myth playback in both TV-out and VGA modes, and see if there's a significant difference in mythfrontend. The other suggestion I have (totally unrelated to your video card) is that if you're using KDE with the aRts sound system, check your Sound System settings under Skip Prevention and decrease the buffer size, or better yet, turn off aRts completely and just use ALSA output. HTH, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Current time of day?
On Tuesday 20 December 2005 12:37, Al Mcintosh wrote: Hey, Either I have yet to find it, or it doesnt' exist, is current time of day displayed anywhere? Currently, the only place to see the current time is in the OSD while watching a recording, in the EPG, or in MythWeather (there may be others, not sure). Someone recently submitted a patch to add a theme element for a clock, but I don't recall if it was committed. Themes would need to be updated to include it on various screens, anyway. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Current time of day?
On Tuesday 20 December 2005 13:48, Al Mcintosh wrote: On Tuesday 20 December 2005 12:37, Al Mcintosh wrote: Hey, Either I have yet to find it, or it doesnt' exist, is current time of day displayed anywhere? Currently, the only place to see the current time is in the OSD while watching a recording, in the EPG, or in MythWeather (there may be others, not sure). I didn't notice current time in OSD while watching recordings. I'll have to double check. Your OSD theme would have to have it, but I get it in mine by pressing I (info) twice. I'll have to check what OSD theme I'm using... -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Touchscreen
On Wednesday 14 December 2005 8:42, Stef Coene wrote: On Wednesday 14 December 2005 05:01, GREG AMY LINDLEY wrote: Matt/Tom/Joshua, Ugh! I stand corrected. It does indeed no longer function as I once thought. I spent some time verifying this before I responded. In a prior release (I don't know which one), mythtv used to respond to the mouse (it wasn't visible, but you could click on menu items and they would be selected). I use mythtv (0.18.1-5, ubuntu) and the mouse is indeed not working in the menu's. But in the settings page, the mouse is working fine. I run mythtv in a window, maybe that changes the mouse behaviour. No, that's not it. IIRC a good bit of the UI layer was changed a while back. I think earlier iterations were a little more purely derived from the Qt widgets, so using the mouse just inherently worked for a lot of them (even though you couldn't see the pointer). That was changed a while back, I think (though I can't remember how long ago). There are probably a few places where clicking with the mouse may still work (apparently some of the settings pages), but it's the exception rather than the rule. There's a major UI layer overhaul in progress. The new UI layer relies more on OpenGL (if you have it) for lots of eye candy, though there's a Qt fallback mode, I think. The mouse-enabling patch that was recently posted is meant to work with this new UI code; I don't konw whether it'll be included in the 0.20 release or not. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Please explain
On Wednesday 14 December 2005 17:01, Isaac Richards wrote: On Wednesday 14 December 2005 16:57, Jeff Simpson wrote: If there is no reason, please consider giving us an hourly resolution in the Keep LiveTV on disk setup. I cannot afford keeping 24G extra free space on my disk, at least not all the time. You shouldn't need to, I'm pretty sure. The older live shows should be automatically set to auto-expire if more important recordings come along. The disk will be technically full, but should never run into a problem of being too full, since the programs recorded live will expire to make more room. Yup. I think maybe there should be an option for how much liveTV to keep on disk, either as a number of hours or as an amount of free space to keep (and when to delete liveTV vs when to delete commanded recordings). I don't see how that's any different than just autoexpiring things, though. As long as the backend is running and the user has not individually disabled autoexpire for every recorded program, the disk will never be completely full. Isaac Sounds to me like maybe this isn't a dedicated Myth box and/or he doesn't have a separate disk/partition for Myth recordings. In which case, I say either bump up the amount of free space for Myth to honor, or get another disk. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Xine issues
On Tuesday 13 December 2005 11:28, Mark J. Small wrote: On December 13, 2005 08:31 am, Brad DerManouelian wrote: These work for me. -V xshm got rid of my shaky playback. --no-splash and --no-logo do what they look like they do. DVD: xine -pfhq -V xshm --no-splash --no-logo dvd://%s Video: xine -pfhq -V xshm --no-splash --no-logo %s Hmmm the xine docs claim that xshm is a lot slower than xv. Does real world experience say otherwize? xshm will use software to scale the video for the current screen size, so it will tax your CPU a lot more. Depending on how much processing power you have, it may stutter (or it may not, but will take up a lot of CPU). Any of the hardware-accelerated scaling methods would be better (xv, xvmc, opengl, sdl ). If one is shaky, try another. At work, I have a Nvidia Vanta LT that doesn't like to do Xv really well, but using OpenGL output works just fine. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Xine issues
On Tuesday 13 December 2005 14:39, Peter Osterberg wrote: Any of the hardware-accelerated scaling methods would be better (xv, xvmc, opengl, sdl ). If one is shaky, try another. At work, I have a Nvidia Vanta LT that doesn't like to do Xv really well, but using OpenGL output works just fine. I'll try 'em all. I have a Radeon 9600 and a P4 3GHz so I guess that performance should be good enough. I only run 800x600 24 bit. Your screen resolution won't affect the performance with xshm software scaling. Scaling is scaling, more or less. If the video is 720x480, then unless your screen is also running at 720x480, it has to scale. Doesn't matter too much how much it has to scale; just that it has to do it at all. You certainly have the horsepower to do xshm output, I think, but if you can get xv/xvmc/opengl/sdl working, then I think you'll be better off. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Xine issues
On Tuesday 13 December 2005 14:52, Peter Osterberg wrote: Forgot to mention this... The cursor that shows which menu item that is currently selected is not visible when using opengl. Isn't that really odd? I am of course talking about the dvd's menu I would think that the DVD menus use their own highlighting scheme, authored into the DVD itself. Xine shouldn't need to put its own 'cursor'... unless I'm misunderstanding you. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Xine issues
On Tuesday 13 December 2005 15:19, Peter Osterberg wrote: Joseph A. Caputo wrote: On Tuesday 13 December 2005 14:52, Peter Osterberg wrote: Forgot to mention this... The cursor that shows which menu item that is currently selected is not visible when using opengl. Isn't that really odd? I am of course talking about the dvd's menu I would think that the DVD menus use their own highlighting scheme, authored into the DVD itself. Xine shouldn't need to put its own 'cursor'... unless I'm misunderstanding you. You did not missunderstand me. I use 101 Dalmatian as my test movie. A cute little paw is used to show what menu item is selected. The paw shows in xshm and xv but not in opengl. I think it is really strange... That *is* strange... By the way I found a check box for deinterlaceing that did the trick. Xv and deinterlace did it for me... Great! -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Picture in Picture
On Monday 12 December 2005 13:59, Joshua Lewis wrote: David Whyte On 12/11/05, Joshua Lewis [EMAIL PROTECTED] wrote: Front end will have no video capture. I just want video out audio out to hook to the tv. I would like to use my Picture in Picture feature. I am asuming I will need two video out/audio out cards? Not sure if you know this, but myth offers PiP when watching live tv already, so long as you have two seperate tuner cards. Sweet eh?? :P So I am thinking old school where a TV has two TV Tuners in the back and you are supposed to plug a line into each. You are saying you only have to plug in the one tuner and MythTV does the PiP from the one tuner? That is pretty sweet. I think you're using tuner in multiple, confusing ways. YES you need 2 or more tuner cards available to Myth in order to have Myth do PIP. NO, you do not need to connect Myth to your TV twice. Your TV does not even need to have a PIP function; Myth composites the PIP picture internally and sends a single image to the TV. Now, if your TV supports PIP natively, you could tune the TV to a station, and tune the PIP window to Myth... which, in turn, could be showing a PIP display... so you'd get PIPIP :-) -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythRecipe installation errors..... HELP!!!
On Friday 02 December 2005 0:56, Chad Schaaf wrote: More errors.. am I missing something Is there a specific directory that I should be installing from My system in FC2 just updated to 0.18.1. Complete log is below: [EMAIL PROTECTED] mythrecipe]# . recipes cd mythModule make -f Makefile make[1]: Entering directory `/home/mythtv/mythrecipe/mythModule' g++ -c -pipe -Wall -W -g -D_REENTRANT -fPIC -D_GNU_SOURCE -DPREFIX= \/usr\ -DDEBUG=1 -DQT_THREAD_SUPPORT -DQT_PLUGIN -DQT_SHARED - DQT_NO_DEBUG -I/usr/lib/qt-3.3/mkspecs/default -I. -I/usr/include -I/ usr/lib/qt-3.3/include -o main.o main.cpp In file included from main.cpp:9: Modulesettings.h:7:29: mythtv/settings.h: No such file or directory Is Myth installed on your system? If you built from source it's probably in /usr/local, but the makefile is looking in /usr, so it can't find the Myth headers. My guess is you've got to do something like qmake PREFIX=/usr/local, or possibly edit mythrecipe.pro to change PREFIX, then re-run qmake make. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] How big is your database?
On Wednesday 30 November 2005 23:26, [EMAIL PROTECTED] wrote: Can somebody give me an idea of how large a database typically is after Myth has been used a long while, or how fast it grows? 56 MB after 3+ years. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] OT:? GeForce MX4000 and TV Out oddness
On Wednesday 30 November 2005 16:20, SpEnT wrote: I really wish there was an internal player that used Myth's GUI setting for playing movies Just specify Internal as the player command for MythVideo. (I still have to look into possibly setting the dimentions for full screen play with either xine or mplayer ... maybe there's a way to make it fit in the init line). You can tweak pretty much anything with MPlayer. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Filename confusion - .nuv and .mpg
On Wednesday 23 November 2005 13:11, Matt wrote: Here's one more for you, I've noticed that in mythweb, the recordings are linked with the myth:// moniker. What's the story behind that? For applications that are aware of Myth's internal protocol (i.e., mythfrontend, mythweb), the myth:// transport/protocol identifier tells the program to request the backend to stream the file. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] stable and bleeding edge together peacefully?
On Thursday 24 November 2005 7:39, David Raine wrote: I just got the 0.18.1 working (from .deb) on a fresh debian sid install (after giving up on KnoppMyth R22) and I am wondering whether it is possible to compile and install the SVN head so it would be able to coexist on the same setup where I got the 0.18.1 stable working? Note that puting SVN to /usr/local (while the stable lays in /usr) and renaming the database (I don't mind keeping two databases) might not be enough so I decided to ask if someone runs such setup successfully. I have both on my system - 0.18.1 for the g/f (stable, no change to behaviour) and latest SVN for when she's out and I can try out the bleeding edge. I installed one to prefix=/usr/local/mythSVN and the other to prefix=/usr/local/mythSTABLE. I then have a script that removes and recreates symlinks to /usr/local/myth as required - this way I don't have to change the PATH for the mythytv user. I do have to re-run ldconfig after the symlinks are set up to make sure the libraries are referenced OK. This is *exactly* what GNU stow is for. http://www.gnu.org/software/stow/ -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Settings for Music quality OGG or MP3...
On Thursday 24 November 2005 9:09, Christian Borchmann wrote: Hallo, is there a way to cahnge the bitrate for ogg or mp3 encoding? i would like to have 384 kb/s... any ideas? The quality levels/bitrates are hard-coded in the various encoders. You'd need to change them and recompile the mythmusic plugin. Defaults: Ogg quality MP3 bitrate/profile Low 0.4 128 kbps/STANDARD Medium 0.7 192 kbps/STANDARD High1.0 256 kbps/EXTREME Perfect = FLAC The relevant source files are mythmusic/lameencoder.cpp mythmusic/vorbisencoder.cpp. Oh, and why on earth would you need 384 kbps ? You're probably better off ripping to FLAC. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] stable and bleeding edge together peacefully?
Robin Gilks wrote: On Thursday 24 November 2005 7:39, David Raine wrote: I just got the 0.18.1 working (from .deb) on a fresh debian sid install (after giving up on KnoppMyth R22) and I am wondering whether it is possible to compile and install the SVN head so it would be able to coexist on the same setup where I got the 0.18.1 stable working? Note that puting SVN to /usr/local (while the stable lays in /usr) and renaming the database (I don't mind keeping two databases) might not be enough so I decided to ask if someone runs such setup successfully. I have both on my system - 0.18.1 for the g/f (stable, no change to behaviour) and latest SVN for when she's out and I can try out the bleeding edge. I installed one to prefix=/usr/local/mythSVN and the other to prefix=/usr/local/mythSTABLE. I then have a script that removes and recreates symlinks to /usr/local/myth as required - this way I don't have to change the PATH for the mythytv user. I do have to re-run ldconfig after the symlinks are set up to make sure the libraries are referenced OK. This is *exactly* what GNU stow is for. http://www.gnu.org/software/stow/ What about the MySQL database - from 0.18.1 to SVN head there are incompatabilities aren't there? Do you rename the relevant directory containing the database (mythconverg) and restart the mysql server or what? Well, I personally don't run concurrent versions that have incompatible database schemas. Presumably you'd have to fuss about with dump/restore. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Filename confusion - .nuv and .mpg
On Wednesday 23 November 2005 12:56, Matt wrote: Hi, I've used myth for about 2 years now. I've always known that it stores .nuv files, but for the first time in a long time I looked in my saved recordings directory and saw many more .mpg files than nuv files. What I'm used to seeing is: 1070_20050407005900_20050407013100.nuv and what I see now for recent recordings is: 1065_2005110502.mpg Why is that? Is something being transcoded? Does it now just default to save to .mpg? Looks like you're running the SVN version. Recent changes were made to change the filename format from chanid_starttime_endtime.nuv to chanid_starttime.extension The extension now reflects the container format of the recording. Files recorded from a DVB source, or from a hardware MPEG encoding card, will be named *.mpg. Files recorded using software encoding, or transcoded recordings, will be named *.nuv. The content of the files has not changed, only the naming conventions. Previously, all files were *.nuv, even if they were really MPEG files. HTH, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] VBI and PVR's
On Wednesday 16 November 2005 10:11, Jesse Guardiani wrote: MacNean Tyrrell wrote: I've looked through the archives and found that vbi seems to work for patchthrough on the pvr-350. I have 2 pvr250 and getting 1 pvr 500. Is VBI working on these through mythtv wihtout the pvr-350? No. The ivtv VBI is a proprietary format. MythTV doesn't support it. Sorry. I think getting non-passthrough VBI working is on the ivtv developers' to-do list... I'd suggest subscribing to the ivtv lists if you want to be kept up-to-date on developments in that area. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Attractive cases and cheap DVD burners
On Wednesday 16 November 2005 13:26, Raphael Pooser wrote: Have to ask because I have never been able to figure out what the difference is: What is the difference between xv and xvmc. I read somewhere that xvmc is a hardware thing while xv is jsut somekind of software extension. But if that were true, than why is xv dependant on the graphics card driver at all? The ati cards can use xv, but not xvmc, why is that, and is there a giant performance difference between the two? I read on this list a guy using xvmc with an nvidia card taking 2-3% proc time in X to run a 720x480 stream, which is exactly how much is takes using xv with an ati card? Would it take even more using xv and not xvmc? Sorry for the seemingly obvious to answer question. My friend is getting ready to builf a myth box using nvidia and as I use ATI I want to make sure I have enough knowledge to help. Xv is X Video. I don't know everything it does, but the main thing that Myth uses it for is to scale video output to your display size. Without Xv, if you ran your Myth display at 800x600, but recorded your programs at some other resolution, then in order to display the video playback at full screen resolution the video would have to be scaled in software, which takes a lot of CPU. Xv enables this to be done in hardware. XvMC is X Video Motion Compensation. It is an extension to Xv that enables the video card to perform part or all of the MPEG-1/2 decoding. The level of support for this is heavily dependent on both the hardware and the driver. HTH, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Interesting potential lightweight frontend
Anybody know anything about this? It says it runs uClinux... http://www.pcmicrostore.com/partdetail.aspx?q=p:10503269SSAID=137667 -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Interesting potential lightweight frontend
On Tuesday 15 November 2005 15:55, Devan Lippman wrote: On 11/15/05, Josh Burks [EMAIL PROTECTED] wrote: On 11/15/05, Tom Lichti [EMAIL PROTECTED] wrote: Joseph A. Caputo wrote: Anybody know anything about this? It says it runs uClinux... http://www.pcmicrostore.com/partdetail.aspx?q=p:10503269SSAID=137667 No network interface is a big downside. If someone hacked the firmware to allow USB based NIC's, it could work. Plus it doesn't come with a hard drive, so you'd need to buy that. I'm having a hard time figuring out the actual market for this... Actually with a USB NIC this would make a pretty sweet diskless frontend. Not as pretty as the Roku, but it DOES support MPEG4 which to me is big. Not sure what it takes to get myth frontend to compile against uClib or what you could run for a framebuffer (DirectFB or X). Anybody find any info on the CPU and/or video hardware? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] recordings playlist usability question (or suggestion)
On Saturday 12 November 2005 18:36, Robert Tsai wrote: On Sat, Nov 12, 2005 at 02:50:39PM -0600, Kevin Kuphal wrote: Just a question about how to use the playlist function with recordings. I use this mainly to queue up some recordings for the kids. I have my recordings sorted to display the newest first. I'll descripbe the actions I now do to line up 3 consecutive recordings in the order they ware broadcasted. -Select the oldest recording. Right arrow, add to playlist -up 2 times to select the next recording, right arrow, add to playlist -up 2 times to select the next recording, right arrow, add to playlist I now have the 3 recordings marked. Now to play all tree I have to press M (for menu), playlist options, playback playlist and we are off. Anyone know of a better way to this? I think there is an option to sort by oldest first instead of newest first. That will eliminate the repeated up 2 times sequence. Yes, but why should I have to change my sort order just so I can use the playlist function efficiently? IMHO, selecting 'Add to playlist' should not move the selection. No other option does this. I understand the logic behind it -- that when creating a playlist, the user is likely to want to add several recordings -- but the recording is more likely to be something other than the one below the current one, so why hard-code that behavior? Even in the best-case scenario (user is queueing up a number of consecutive recordings in the list), there's still only a 50% chance that the one below the current one is what is wanted next. Just my $0.02. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Help getting Video running
On Monday 14 November 2005 6:40, David Watkins wrote: On 13/11/05, stevew [EMAIL PROTECTED] wrote: I suspect that your success with mplayer is using the 5200, but that myth is trying to use the PVR-350, and failing for some reason. ...or it's just not connected to the TV :-) The option to use/not use the PVR-350 video output is under Setup-TV-Playback, I think. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Need help with custom mythtranscode User Job
Okay, so I've decided to set up my main PC as a slave backend w/no tuners. What I want to do is set up a User Job to transcode selected programs down to 352x240 MPEG-4 and save them on the slave's local disk so I can watch them over a VPN at a remote location. Here's my setup: Master BE/FE: Video storage dir:/var/lib/mythtv/mythtv (local) Slave BE: Video storage dir:/mnt/video (local) Other: /var/lib/mythtv/mythtv (NFS mounted from Master) What I want to do is use mythtranscode on the Slave to transcode from /var/lib/mythtv/mythtv and write the output to its local video storage dir (/mnt/video). The problem is the following: If I give mythtranscode the input filename, it tries to write the output to the same director (the NFS mount). This is an 802.11b link and I want to avoid both reading writing to the NFS mount. I want the output to reside locally on the slave. Next, I tried changing the mount point of the NFS mount, think the file could then be streamed and transcoded into the local video storage directory. But here I get the message Mythtranscode is currently unable to transcode remote files.. So, any suggestions on how to proceed? I suppose I could patch mythtranscode to take an output parameter... TIA, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] IVTV wierdness
MacNean Tyrrell wrote: Has anyone else had the issue of problems with ivtv and their system being up for awhile. After a fresh reboot ivtv records shows flawlessly, no artifacts or anything. But if it's up for a while, it will start to record artifacts into the recordings. It's the same things, ever few seconds a line in the middle, looks like a bunch of blocky squares runs aross the screen in the middle. Also ever few seconds, but not the same time as the line, a big block in the bottom right cornor, round in shape but a bunch of big squares grouped together. If i reboot and the recording picks up or something, it stops. But once it starts doing it it does it for all recordings until i reboot. Even if i just restart mythbackend and frotnend that doesn't take care of the problem. Anyone have ideas? Sounds like possibly a heat or a grounding/shielding issue. Here's how to tell if it's the driver or the hardware: - stop mythbackend - modprobe -r ivtv - modprobe ivtv - start mythbackend If this clears up the problem without a reboot, then it could be a driver issue. If not, it's more likely a hardware issue. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Tivo/Yahoo deal - How convenient!
On Monday 07 November 2005 11:53, James C. Dastrup wrote: Although the Yahoo portal for your Tivo is new, this feature, with the minimum 1-hour in advance, has been around for a while at tivo.com. Slowly, the canned and subscription DVR's are listening to what people really want. But I don't understand why they won't just put a simple web interface on their own devices. MCE has a similar feature - logon to msn.com and schedule a recording, but no remote access directly to your MCE from a browser. Reasons like this are why we all love our MythTV. I'd say it's pretty likely that the lack of a web interface in 'canned' DVR appliances has more to do with security/liability issues. It's much more secure for the DVR to query a remote web site every hour than it is to have an open web server running on the DVR appliance. After all, the average consumer may not have a firewall, etc, etc... Imagine the negative publicity and possible lawsuits that would arise if a default web server configuration on a Tivo or MCE was found to have an exploitable security flaw? At least with MythWeb, the user has to set up configure their own web server. It's not much of a hurdle, but at least any security issues are entirely the user's own responsibility. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Tivo/Yahoo deal - How convenient!
On Monday 07 November 2005 12:37, James C. Dastrup wrote: From: [EMAIL PROTECTED] on behalf of Joseph A. Caputo Sent: Mon 11/7/2005 10:25 AM To: Discussion about mythtv Subject: Re: [mythtv-users] Tivo/Yahoo deal - How convenient! I'd say it's pretty likely that the lack of a web interface in 'canned' DVR appliances has more to do with security/liability issues. It's much more secure for the DVR to query a remote web site every hour than it is to have an open web server running on the DVR appliance. After all, the average consumer may not have a firewall, etc, etc... Imagine the negative publicity and possible lawsuits that would arise if a default web server configuration on a Tivo or MCE was found to have an exploitable security flaw? At least with MythWeb, the user has to set up configure their own web server. It's not much of a hurdle, but at least any security issues are entirely the user's own responsibility. -JAC All these average consumers have a public web interface on their Linksys, Netgear, D-link routers already. Are Linksys and Netgear worried about the security risk? Now, because it's off by default on the public side and only advanced users know how to go in and turn it on. And if someone does turn it on and get hacked because they didn't change the default password, nobody blames Linksys. Plus, TiVo already has a network connection, and although it's not using port 80, it doesn't mean it's not hackable. Having a web interface on a home appliance isn't the problem, it's the $$. Like William said, they want to track what you're watching and have all that control. Ah, sorry... I was thinking like a normal person; I forgot I'm supposed to be thinking like a greedy corporation :-) Still, you have to admit, they could supply a web interface to the set-top box and *still* harvest your viewing habits remotely by having the box phone home periodically. The security technical issues involved serve as additional reasons why a corporation would not want to invest in developing a direct web interface. Plus, the ROI would be minimal... after all, how many 'average' consumers have a static IP (or a dynamic DNS setup) to be able to access their box from the 'net? How many more are still on dialup or some other not-always-on connection? There's just no benefit in it for them. The server-side implementation is cheaper and less risky for them all around. Of course, the point William made still holds... that's why we love OSS MythTV, because we can develop these features without having to worry about ROI, profit, cost, or any other kind of commercial concern. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] use frontend diskspace for recordings ?
On Wednesday 02 November 2005 3:50, David wrote: Joseph A. Caputo wrote: There is currently no way use frontend disk space *in addition to* a local backend disk. nbd + lvm ?? There's always a way :) Well, I suppose... David PS It may not be a very *good* way... Heh. Right! I wouldn't recommend it... -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] use frontend diskspace for recordings ?
On Tuesday 01 November 2005 9:44, Scot L. Harris wrote: On Tue, 2005-11-01 at 08:51, Mark Knecht wrote: Yes, it is possible. I partitioned my 250GB frontend only machine as 10GB for Gentoo and 240GB in a separate partition. I then made the large partition available through NFS and mounted it on the backend as the location to store recordings. While recording uses network bandwidth, the nice thing is that this frontend is the main family system in the family room and there is no network traffic when watching playback. (On that frontend) Is that really true? I thought the frontend would contact the backend requesting the recording. The backend then streams the recording to the frontend. In this case it would pull it over NFS then send it to the frontend. If I understand mythtv correctly the frontend does not really know where the recordings are stored. It asks the backend system to supply that as needed. The frontend must contact the backend or the DB to find out the filename location of a recording. However, once the absolute pathname is determined, the frontend will look for it on the local filesystem. If it's found (even if it's an NFS mount), then the frontend will start playback directly from the filesystem. If it's not found, then it must request that the backend stream it. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] XvMC and Libmpeg2, bug?
MacNean Tyrrell wrote: Already fixed (by totally reworking the controls), but thanks for reporting it on the list before making a ticket. That's one more feature we'll all enjoy because of the developer time you've saved by not making a ticket for them to deal with. :) http://cvs.mythtv.org/trac/ticket/473 Mike Is that sarcastic? Sorry didn't realize i was supposed to make tickets and stuff. Thought it wasn't supposed to work that way, but i thought it might, so i didn't want to make a ticket for something stupid like that. But if i'm supposed to i will. No, that wasn't sarcastic. Too many people go ahead and create a ticket for any little problem, without reporting it on the -users mailing list first to find out if it's a real bug. Kudos to you for taking the time to do a little homework before making a developer have to waste time closing out an invalid ticket. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Problems with libmepg2
On Thursday 27 October 2005 21:19, Tj wrote: There seems to be some problems when using the libmpeg2 decoder (Using SVN 7609 ATM) : 1) Mythweb thumbnails are pixelated 2) Fast forwarding/rewinding live TV or recordings - picture is pixelated, last 20 lines or so of the picture are corrupted (seems to be from previous frames). 3) Watching a transcoded movie - first few frames seems to be pixelated, last 20 lines or so of the picture don't match 4) Watching live tv/recordings that has not be transcoded yet - first few frames are corrupted, but then picture turns normal again. If your FF/REV, the problems in (2) starts happening, play at normal speed and the picture is normal. I abandoned using libmpeg2 some months ago because I determined it was causing my transcoded shows to be horribly jumpy and pixellated with spotty audio (though strangely enough, using it for LiveTV was just fine). I haven't tried it since then, so that issue may have been fixed. Just thought I'd provide a data point. Only libmpeg2 exhibit the above symptoms, Standard or XvMC do not. libmepg2 installed on my system is 0.4.0b Myth uses its own copy of libmpeg2, not the one installed on your system. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Slightly OT: Mythgame remote control panel
On Thursday 27 October 2005 23:24, Robin Gilks wrote: Greetings Rather than just go out and buy a wireless gamepad, I've decided to build a more substantial arcade control panel that I can plonk on the coffee table and bash away at (better arcade 'feel'). I reckon a nicely polished bit of remu or kauri will look good and will be good practice for my carpentry skills. I plan on hacking a wireless keyboard to do this but so far I've been unable to find a good hack. Does anyone have any recommendations for: - cheap keyboard with a good (6m plus) range - complete set of hack instructions - source of joysticks switches suitable for this scale of arcade control panel. Would a better starting place be a wireless gamepad (say a Saitek P3000) rather than a keyboard? Cheers Try googling for arcade controls and mame. There are a lot of sites dedicated to exactly this. The top suppliers of arcade controls are X-Arcade (http://www.x-arcade.com) and Ultimarc (http://www.ultimarc.com). If you're willing to drop a little coin (~$100 for a single-joystick, ~$150 for dual-joystick, from the x-arcade site), you can buy a panel pre-built, ready to install and suitable for sitting on your coffee table or installing in a bona fide arcade cabinet. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Multi-card setup with only two cards allowed to record
On Friday 28 October 2005 8:09, [EMAIL PROTECTED] wrote: Hi All, I've been looking around and can't seem to find the info i'm looking for so maybe someone can help. I have a server setup with the mythtv backend and have 2 pvr-250 cards in it; I also have two separate frontend units each with a wintv-go card in them. What i want to do is to have recordings only occur on the two pvr-250 cards in the server, I want the two cards in the frontends to be used as a local tuner for that frontend only. Does that make sense? The reasoning behind this is because if the cards in the frontends start recording then the frontend becomes really slow and sometimes locks-up. So i only want the cards in the server to do the recording, and the cards in the frontends for tv viewing only for that specific frontend. Is this possible? Thanks in advance for any help you guys could offer! It sounds like the frontends are not beefy enough to handle software encoding even for recording, so LiveTV using the cards in the frontend is probably out of the question as well. However, if you're willing to give up the ability to time-shift live TV, and can live without an EPG, then you could use the frontend tuner cards as simple frame-grabbers and watch TV using xawtv (or any other TV viewing program, like tvtime). To do this, Myth doesn't need to know anything about the cards, so you need to remove their configuration with mythtv-setup. Then, all you need is to re-configure the menu item for Watch TV to launch xawtv instead of using Myth; this is done by editing the XML file for the menu. The EXEC command is what you want. (Someone may tell you to use EXECTV, but that's only necessary if Myth is configured to use the card for recording as well.) Of course, you may have to make some adjustments to your .lircrc, etc. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What does make install actually do
On Thursday 27 October 2005 8:16, David Watkins wrote: On 27/10/05, Phill Edwards [EMAIL PROTECTED] wrote: I've noticed that make install puts the binaries into /usr/local/, whereas the rpm binaries are currently in /usr/local/bin, so am I correct in thinking that nothing would get overwritten and I manually move files or adjust the order of the path to enable the compiled versions? I think there's a file called settings.pro (from memory) which lets you override the target dir for install so you could use that to get make install to install to the current location. I don't know what the consequences of having simultaneous RPM and CVS installs, but it sounds like the sort of thing that could turn ugly. It does doesn't it. I don't really want to keep the rpm setup, just move between the two in a controlled way. I guess what you're saying is I should uninstall the rpms first? Managing simultaneous RPM-based and locally compiled installations of any software package is pretty tricky. You might find it easier to simply manage multiple locally-compiled versions, with one of them being a stable release (say 0.18.1) that you've compiled from source. Once you decide to go with locally compiled versions, you can use something like GNU Stow (http://www.gnu.org/software/stow/stow.html) to manage them. This is what I do, and it's not difficult at all. If stow isn't already on your system, you can probably install it via apt or yum, or find an rpm. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What does make install actually do
On Thursday 27 October 2005 12:20, George Nassas wrote: On 27-Oct-05, at 12:07 PM, Joseph A. Caputo wrote: Managing simultaneous RPM-based and locally compiled installations of any software package is pretty tricky. You might find it easier to simply manage multiple locally-compiled versions, with one of them being a stable release (say 0.18.1) that you've compiled from source. If your locally compiled version is tracking svn there's also the problem of schema changes which happen often enough in myth. Once you get one your stable release becomes useless and you're tied to the local build. A few months ago there was some discussion about maintaining backward compatibility but the final word was it isn't worth the bother. True, but as you note below, it's not often a database change is disruptive to the point of breaking compatibility with older versions, and it's usually noted on the -commits and -dev lists when such a disruptive change is committed. Most of the time backwards compatibility is maintained, if only by virtue of the fact that Myth is stable and mature enough that disruptive database schema changes don't happen too often any more. For my setup I adapted the debian source packages to build with current svn and create new debs whenever an interesting feature gets checked in. You just have to watch the dev/commits list and hang back whenever a disruptive change makes it in which isn't very often. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythTV vs Freevo
On Wednesday 26 October 2005 11:25, Joshua Lewis wrote: I just setup a FreeBSD sysem and looking for the best entertainment system I can make. Has anyone sucessfully installed MythTV on FreeBSD? FreeBSD is the only platform I am familiar with other then Windows and the MAC OS. I don't know about Freevo, but for MythTV, I'd say that going with a FreeBSD system is asking for headaches. I'm not saying it couldn't work (I know the frontend will; not sure about the backend), but as a newbie, and unless you're a FreeBSD guru, you'd probably be better served by picking a platform with a larger installed base, so if you have any problems someone on the -users list is more likely to be able to help you. The most popular platforms for MythTV seem to be Fedora Core (various versions, thanks to Jarod Wilson's excellent guide) and Debian (what many of the main devs use, IIRC), or KnoppMyth (which is a Debian/Knoppix-based LiveCD that can install a working Myth system to your hard drive in minutes). There are plenty of other distros/platforms represented (Gentoo, Slackware, Mac OS X), but I'd guess that over 50% of users are on a Fedora- or Debian-based Linux distribution. Just food for thought. Good luck in your endeavors! -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What ports does Mythtv Use?
On Monday 24 October 2005 15:29, Mark Paulus wrote: Hello, I am curious as to what ports/protocols mythtv uses? Here's some background for my request. I have a mythtv backend at my home. I also have a DLink router, and at work I have an unknown firewall. I would like to be able to run mythfrontend on my linux box at work, and create an ssh-tunnel to connect to my mythbackend at home, and ssh-tunnel the only the mythtv traffic back and forth. Any insights would be helpful. Thanks. I used to do that; then I decided I wanted access to MythWeb, my Squid proxy, mail server, mfd (DAAP ports), etc... It finally got to be a bit ridiculous remembering which ports I'd forwarded where, and I ended up setting up a PPP tunnel over ssh for a pseudo-VPN. Works like a charm, and only requires that you have PPP configured on both ends. Pretty easy to set up using the PPP-SSH Mini HOWTO: http://www.tldp.org/HOWTO/ppp-ssh/index.html -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] (no subject)
Bruno Miguel wrote: I having problems compiling mythtv on slackware 10.1 and qt 4.0.1 could it be qt 4 incompatibility problems? Thanks. MythTV has not been ported to Qt 4 yet. Use Qt 3.3.x instead. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Does time stretch make your MPEG-2 sound gurgle?
On Thursday 20 October 2005 1:40, Mark Kundinger wrote: Hi list, If I time stretch a recording, the audio seems to get gurgly (minor, sporadic, pitch or tempo changes). This is most notable with programs that like to do big dramatic musical scores with lots of violins (think West Wing). The strange part is that even if I set the time stretch back to 1.0, the gurgling is still there. However, if I exit back to the menu and re-view the recording, sound is fine. Most of my recording is done on a PVR-250, so the recordings are MPEG-2. I have a MJPEG recorder too, and it doesn't *seem* that the problem still exists there, although I'm not positive, because I don't have as many recordings for that. For sound output, I'm using the Nforce2 sound on my motherboard with Nvidia's driver. So, anyone else seen this? Right now I have no idea where the problem lies. What decoding method are you using to play back your MPEG-2 recordings (normal/ffmpeg, libmpeg2 or XvMC) ? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video iPod
On Monday 17 October 2005 19:02, Jeremy Palenchar wrote: Rather than spend a lot of time trying to hack a solution for this, why not just get Myth to act as a video podcasting station and let iTunes handle all of the formatting and transfer down to the iPod? Will iTunes do that?? I didn't think iTunes handled transcoding/reencoding; the source material must be in the correct format/resolution to begin with, mustn't it? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video iPod
On Tuesday 18 October 2005 11:43, Matt wrote: On 10/18/05, Joseph A. Caputo [EMAIL PROTECTED] wrote: On Monday 17 October 2005 19:02, Jeremy Palenchar wrote: Rather than spend a lot of time trying to hack a solution for this, why not just get Myth to act as a video podcasting station and let iTunes handle all of the formatting and transfer down to the iPod? Will iTunes do that?? I didn't think iTunes handled transcoding/reencoding; the source material must be in the correct format/resolution to begin with, mustn't it? -JAC You'd have to use quicktime. That's apple's Answer. Quicktime, or Quicktime Pro? Anyway, I'd much rather have a backend job do it for me than have to do it interactively on my lowly G3 iBook. Not that it matters much to me as I don't think I'll be getting a video iPod any time soon [don't know if that's a :-( or a :-) ]. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] WinTV-PVR-350 hardware decoder only works for TV out?
On Tuesday 18 October 2005 13:05, Andy Leung wrote: --- Dewey Smolka [EMAIL PROTECTED] wrote: Nvidia geforce and fx cards work great through the S-vid out after you install the nvidia driver and configure xorg.conf to use that instead of the native nv driver. ATIs can be troublesome. Isn't s-video for output to TV? I want to watch TV on my computer monitor but want to make use of hardware MPEG decoder. Do you know if MythTV can use such MPEG decoder (such as the one in Nvidia geforce) for VGA output? Yes, Nvidia graphics cards that support XvMC (i.e., hardware MPEG decoding assist) *should* support it for all outputs. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video iPod
On Tuesday 18 October 2005 16:43, John P. Mitchell wrote: MythTV Users, On 10/18/05, Joseph A. Caputo [EMAIL PROTECTED] wrote: On Monday 17 October 2005 19:02, Jeremy Palenchar wrote: Rather than spend a lot of time trying to hack a solution for this, why not just get Myth to act as a video podcasting station and let iTunes handle all of the formatting and transfer down to the iPod? Will iTunes do that?? I didn't think iTunes handled transcoding/reencoding; the source material must be in the correct format/resolution to begin with, mustn't it? I am not sure about iTunes, but I bet we could get it transcoded with the normal tools. -JAC You'd have to use quicktime. That's apple's Answer. I am not so sure. Take a look at: http://www.apple.com/quicktime/tutorials/creatingvideo.html It does not say that QuickTime Pro is required. If you look at the bottom of the page the video formats that the iPod supports are listed. I thought we have the tools to put video into mp4 already. But if you notice, the page you linked to is a tutorial designed for QuickTime 7 Pro. It doesn't say whether the required features/encoders exist in the non-Pro version. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] myth music is so slow
On Thursday 13 October 2005 22:01, Justin Hunt wrote: In fact its not the import that is unbearable its trying to select music to play thats slow. Information that would have been useful about ten posts ago... I seem to recall that this might have been an issue before... but of course, you still haven't told us anything about your system -- what distro, kernel, version of Qt, version of Myth, etc, so it's hard to pinpoint anything... Help us to help you. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] not expiring
On Saturday 15 October 2005 19:18, perlguy9 wrote: Hello, I've got a bunch of recorded programs filling up the disk, all of which have Auto-Expire: Yes in the Mythweb listing, but none of them are being expired when the disk fills up. Is there something else I need to do to make this happen? A cron job I'm missing or something? If you're running an SVN version, auto-expire was broken for a little while. Upgrade to current SVN. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Comcast being coy?
On Wednesday 12 October 2005 20:24, Chris Ribe wrote: I haven't tried, but I'm almost certain the answer is yes. Digital and analog cable coexist on the same line, as everybody in a neighborhood shares the same line. Yes, that's *usually* the case. Most cable providers rely on the fact that almost no-one has a QAM-capable tuner, and even if they did, a lot of the providers encrypt most of the digital channels anyway. It's a matter of cost -- imagine how much it would have cost them to roll out digital cable if they'd had to go out and put a filter on every subscriber's line to block the digital signal until that subscriber upgraded. It was definitely worth it for them to just allow the signal through, knowing that most people couldn't do anything with it anyway. Plus, I think some providers have problems providing cable modem services if they filter the digital signal. Now, as some TVs and tuner cards are coming out with QAM tuners, they may re-evaluate the cost/benefit of that practice, and may start encrypting things that they didn't before. Of course, they're not allowed to encrypt the OTA equivalent channels, but everything else is fair game. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] myth music is so slow
On Wednesday 12 October 2005 18:43, Justin Hunt wrote: Hi everyone, I finnaly decided to setup myth music and imported about 200 songs (i have 6500 copying to the server, but wanted to have some output...). I then proceded to the select music screen and tried to find bare naked ladies, 10 minutes later im still waiting for the songs to show up. This backend isnt real slow (a p4 1.7 ghz with 650mb ram), and it isnt doing anything else. Is there anything i can do to speed it up? Mythmusic is designed to be run on the frontend. There are no components of Mythmusic for the backend. The frontend with Mythmusic needs access to the database (which it should already have, if you were already using it as a frontend) and the music files -- locally, or via an NFS mount. So, how's your frontend set up? And what exactly do you mean waiting for the songs to show up? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Who wants to help me develop a new theme? It's time.
On Thursday 13 October 2005 0:00, Andrew Hogue wrote: I think however that it goes a bit beyond just a simple theme, it might require a bit of an overhaul on the interface in order to piece everything together not sure about that though either way... adding animation to the theme would be very simple if we used openGL. I think this is exactly what the new libmythui is intended to accomplish -- nifty OpenGL transitions/effects and such. Isaac is working on it for sometime after 0.19 is released, IIRC. Should make some nice eye-candy themes possible. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Apple iMac Remote
On Thursday 13 October 2005 12:32, cryptodigm * wrote: Are there any Mac enthusiasts out there that know the detials on the new iMac remote? http://www.apple.com/imac/frontrow.html It's Apple, so it's sure to be expensive, but if it works on bluetooth or a LIRC capable IR freq, I'd love to use one with myth. Anyone know where to find more details on it or how to get one? From what I've read, it's an IR remote, which means it can probably be used with almost any LIRC-compatible receiver (except possibly the ones that come with most Hauppauge cards, as they only receive RC-5 IR protocol, which I doubt is what Apple's remote sends). As far as getting one, at the moment I doubt you'd be able to get one without purchasing a new iMac. However, with these new Apple products, a 3rd-party market design-alike market usually crops up pretty quickly, so there may soon be some remotes on the market that have a similar design but offer features that Apple's doesn't. With built-in IR and iSight, the new iMac would make a sweet frontend, if a bit pricey. Though, if you figure in the cost of an equivalent flat panel display + frontend PC, it's probably not that expensive. Anybody care to comment on how quiet (or not) recent iMacs are? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Auto expire setting ambiguity
On Monday 10 October 2005 9:50, Chris Pinkham wrote: When I am in the recorded media section and selecting a recording to watch, I can hit a right arrow key and myth pops up a dialog box with various buttons - one of which says 'Auto Expire'. Does this mean the recording it set to auto expire, or does it mean that if I press the button, it wiull THEN be set to autoexpire? If I press it, and go back and look at it again, it now says 'Don't auto expire'. There are also Play and Delete buttons. Do these buttons mean the recording is playing and has been deleted or do they mean that if you click them, then they will Play or Delete the recording? :) You really need a checkbox or something to make the useage of the button clear as it is quite ambiguous the way it is. Doesn't seem abiguous at all if you think about all the other buttons that are there. You click a button to do the action printed on the button label. You Press Play on a CD player to play the CD, you press Stop to stop playing. You press Auto Expire to turn ON Auto-Expire for a recording. You press Don't Auto Expire to turn OFF Auto-Expire for a recording. While I see your point, and even partially agree with it, I think that as a general UI design point, boolean or toggle options are kind of a special case. With simple controls like Play or Delete, the meaning of the text is obvious -- they describe an action that will be taken. With controls that change according to some state, where there are more than 2 possible states, it's pretty easy to make the determination that the text of the button is reporting the current state (i.e., in the recording setup screen, the recording type item cycles through the available recording types, and it's obvious that the current text reflects the currently selected recording type). With boolean or toggle controls, if a checkbox or other explicit text is not used it can be confusing to the user -- is the button an action (i.e., if I press Auto Expire, does that turn auto-expire on), or is it a reflection of current status (i.e., it says Auto Expire, so that means auto-expire is on)? Toggling the option does not enlighten the user without cross-referencing the state (i.e., by looking at the icon, which many folks don't know about). However, all is not lost: it's not necessary to change the control to a checkbox. All that is needed to remove ambiguity is to change the text to read Auto Expire is ON and Auto Expire is OFF, or something similar. This would actually reverse the current sense of the button from the user's point of view (it's currently an action button, this would make it a status button), but it would be absolutely clear that the button text reflected the current status. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Buffer file not rolling
Mitko Haralanov wrote: On Fri, 7 Oct 2005 12:10:38 -0400 Joseph A. Caputo [EMAIL PROTECTED] wrote: The ringbuffer will grow until it reaches the max size configured in the database. Try setting your max ringbuffer size to a smaller value; it's in mythtv-setup, a setting called Live TV buffer (GB). Well, my dedicated partition is 10GB and I set the live buffer to grow up to... well, 10GB. But there must be some number that is a bit off. I lowered it to 9GB so I'll see how it goes... What filesystem are you using on that partition? Some filesystems reserve a certain percentage of space to be writable only by the root user, so on a 10 GB partition you may only be able to write about 9 GB as a normal user. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR-30 - Could not find suitable XVideo surface
Trevor Kramer wrote: I already had that set - interestedly if I unset it I see the same effect - so it is bypassing whatever PVR-350 optimizations there are. On Oct 7, 2005, at 5:10 PM, Nathan Hesson wrote: In the Frontend setup you need to enable TV-Out via the 350's decoder. I will look where it is exactly when I get home but the option is there. (I think it is in Setup-TV-Playback (probably way off though). Do you auto-transcode your recordings to something other than MPEG-2? If so, then they won't play back through the PVR-350's MPEG decoder, as it can only handle MPEG-2. You'll need to enable Xv support in the ivtv driver to get smooth playback of non-MPEG-2 video on a PVR-350. Search the list; there have been some threads recently on how to do this what version of the ivtv driver you need. Also check out the ivtv-users list. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Crop while transcoding?
Greg Grotsky wrote: Hello All, I have a couple of questions about the transcoder options: 1) I'm wondering if there's anyway to have the transcoder crop the frame while transcoding from inside myth. I have many cartoon type recordings that are recorded from a 1280x720 station but the cartoon doesn't fill the frame. I want to save space so I need the '-croptop 8 -cropbottom 4 -cropright 170 -cropleft170' specified when I run ffmpeg externally. There aren't any switches for adding these types of options in the transcoding options menus, is there some way to implement these switches in the database? 2) I know there are a few different types of transcoder settings, I'm referring to the High Quality, Medium Quality, Low Quality options. Is there a way to choose which one of these methods the transcoder will use when manually selecting a recording for transcoding? When I choose to transcode a video from the recordings menu, I'm not sure how to determine which one it will choose. Myth has the ability to apply filters on either playback or recording. Recording filters are per-channel, but I believe playback filters are global. In addition to the usual deinterlace filters, there are other, including a 'crop' filter. This is probably what you're looking for, with 2 possible issues: First, I don't know if any of the filters get applied during transcode, and second, what you probably want is the ability to specify filters per-recording schedule. Check it out, though, you might be able to hammer it into submission. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Help - autoexpire not working
On Friday 07 October 2005 5:00, Chris Pinkham wrote: Ever since my last 2 SVN upgrades, auto-expire has not been working, and my disk has been filling up regularly. My last good working was from 8/13 (sorry I don't have an SVN revision; my build system is still set up to use date-name directories, leftover from the CVS days). In my backend logs, I see this any time it tries to auto-expire a program: This should now be fixed in current SVN. The progstart was being sent to the backend instead of the starttime when telling the backend to expire a recording. Thanks, that did it. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Buffer file not rolling
On Thursday 06 October 2005 22:24, Mitko Haralanov wrote: I have an interesting situation here that I have been noticing lately. Last time I reinstalled my myth box, I decide to make a dedicated partition for the buffer files. That way, no matter how much I have already recorded, I always have the same amount of LiveTV buffer. What I notice, however, is that when I start watching LiveTV, the ring buffer file starts growing and never stops. It just doesn't act as a ring buffer but rather as a normal file. Eventually, the partition fills up and mythbackend goes into this infinite loop said that there is not more space left on the device. What I have to do is remove the ringbuffer file manually and then restart the backend. I did a search in the mailing list but did not find anyting useful. Has anyone else see this? Does anyone know what might be going wrong? The ringbuffer will grow until it reaches the max size configured in the database. Try setting your max ringbuffer size to a smaller value; it's in mythtv-setup, a setting called Live TV buffer (GB). -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] FAQ
On Friday 07 October 2005 8:56, Chris Martin wrote: Hello All, I've had a go at doing an FAQ for this mailing list. Consider it in a rough state at the moment with more questions to be added. If anyone has any suggestions then please let me know. it's at http://users.ox.ac.uk/~wolf1473/MythFAQ.html Found one thing right off the bat... your link to the mailing list archives on gossamer-threads points to the ivtv-devel list :-) -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Comcast being coy?
On Friday 07 October 2005 12:04, Alex Brekken wrote: No, you don't need (or want) the DVR version. The DCT-6200 box is what you want. The Comcast reps definitely don't know what they're talking about, and have no idea what Firewire is. However, if you have them search their knowledge base for IEEE-1394 (the technical name for Firewire) they will find a blurb that states how they must enable the port due to a new law/regulation blah blah blah. Regardless, just have them send you a 6200 and you'll be fine. Of course, there's nothing that says they can't force you to upgrade. They could very well drop the 6200 and say well, the only firewire-capable box we have is the DVR version, so if you want firewire you'll have to upgrade to DVR. Bastards. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Upcoming scheduled recordings silently died yesterday afternoon
On Friday 07 October 2005 12:32, Nick wrote: Quite worrying (and annoying when I went to watch last night's Horizon and this afternoon's Working Lunch) - it seems that recording on the backend simply stopped. The list of upcoming recordings was accurate when checked and even contained programs this afternoon listed as Will be recorded when they should have been... Time on the backend is correct and synced using ntp. The database showed no errors on inspection, and when I restarted the BE, those programs which should have been recording started to record. Before restarting, I checked to see if there were problems with the capture card, but LiveTV worked on both cards with no problems. There was no output in either mythbackend.log or /var/log/messages either, so perhaps I'll need to run with more verbose logging for recordings for a while. Has anyone seen this behaviour? Disk full, maybe? Auto-expire was broken for a while in SVN, a fix was put in this morning. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Buffer file not rolling
On Friday 07 October 2005 12:56, Peter Darley wrote: On Oct 7, 2005, at 9:10 AM, Joseph A. Caputo wrote: The ringbuffer will grow until it reaches the max size configured in the database. Try setting your max ringbuffer size to a smaller value; it's in mythtv-setup, a setting called Live TV buffer (GB). Ok, this has me confused. I thought that the ringbuffer was on the frontend? If so, this implies that the ringbuffer needs to be the same size on all front ends? No, the ringbuffer is on the backend, just like all of the other recordings. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Buffer file not rolling
On Friday 07 October 2005 14:03, Peter Darley wrote: On Oct 7, 2005, at 10:09 AM, Dave Sherohman wrote: On Fri, Oct 07, 2005 at 09:56:37AM -0700, Peter Darley wrote: Ok, this has me confused. I thought that the ringbuffer was on the frontend? If so, this implies that the ringbuffer needs to be the same size on all front ends? So, does every backend have a ringbuffer for each of its tuners, or are they all on the master backend? Is there a doc somewhere that goes over this? Each backend has a ringbuffer; not sure if it's per-tuner or not. Also, I think the entire ringbuffer concept is going away Real Soon Now once Isaac finishes his re-working of LiveTV. Neat features are coming like channel-change history and retro-active recording of LIveTV. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Help - autoexpire not working
Ever since my last 2 SVN upgrades, auto-expire has not been working, and my disk has been filling up regularly. My last good working was from 8/13 (sorry I don't have an SVN revision; my build system is still set up to use date-name directories, leftover from the CVS days). In my backend logs, I see this any time it tries to auto-expire a program: 2005-10-06 01:17:19.935 AutoExpiring: Blue Collar TV Tue Oct 4 02:00:00 2005 865 MBytes 2005-10-06 01:17:19.937 AutoExpiring: The Bellboy Tue Oct 4 17:45:00 2005 1974 MBytes Cannot find program info for 'AUTO_EXPIRE 1026 2005-10-04T02:00:00', while attempting to Auto-Expire. Cannot find program info for 'AUTO_EXPIRE 1071 2005-10-04T17:45:00', while attempting to Auto-Expire. Also, I know the backend is supposed to check for a certain (configurable) amount of free space before starting a recording... does the same apply to the transcoder? If not, I had a thought... perhaps that configurable amount of space should be considered per simultaneous job? In other words, let's say I set my threshold at a minimum of 8 GB free... that works fine as long as I only have 1 tuner recording. If there's a second tuner with a simultaneous recording, the backend needs to take that into account. The same for a transcode (needs space for the .tmp file until it's done). Of course, these situations wouldn't normally present a problem if auto-expire was working properly, but there's always the possibility that the disk is full of recordings set to *not* auto-expire. The workaround, of course, is to set the 'new recording' disk space threshold to account for the maximum space that could be consumed by potential simultaneous jobs. Perhaps that could go into the docs somewhere... Anyway, if anyone has any thoughts on why my auto-expire is broken, I'd appreciate it. Oh, and BTW, normal delete via the frontend or mythweb works just fine. TIA, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythgallery and music
On Friday 30 September 2005 20:54, Peter wrote: Taan wrote: I vaguely remember reading somewhere that if you put an mp3 into the gallery directory it would automatically be played during a slideshow. I can't find anything about this now though, so I was wondering if it was just a figment of my imagination. Taan I'd also like something like this, but moreso just being able to play songs in mythmusic and while using other plugins suchas news, weather or gallery. Is this possible at all? Not with mythmusic, but if you're adventurous you can try out mfd mfe, which were designed for exactly that. You need to compile your own, though. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythlib and qvaluevector et all
On Wednesday 28 September 2005 19:37, tgate wrote: On Sep 28, 2005, at 2:27 PM, [EMAIL PROTECTED] wrote: Myth has not been ported to Qt 4.0 yet. Downgrade to Qt 3.3.x. Maybe there's something I don't understand. I went to www.trolltech.com to get Qt so that I could use qmake. As far as I know they only offer 4.0.1 4.x (i.e., 4.0.1) is the new, bleeding-edge Qt release. It's not source-compatible with the 3.x line. The latest release in the 3.x line is 3.3.5. yum tells me I have this installed: qt.i386 1:3.3.4-15.4 installed Okay, so you have Qt 3.3.4 installed, which should be fine. What made you think you have 4.0.1? Anyway, what you're probably missing then is the corresponding qt-devel package, which contains all the source and header files needed to compile software that uses Qt. What is the difference between Qt ad qt? No difference; it's just package naming convention. And do I need to find a version of Trolltech Qt3.3.x? Nope; just grab the qt-devel package for your distro. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythplugins won't compile
On Thursday 29 September 2005 10:52, [EMAIL PROTECTED] wrote: hello, I have compiled/installed mythtv base 0.18.1 on my Ubuntu 5.04 system and it runs fine. A few weeks later I am trying to compile mythplugins; qmake works fine but make fails [error shown below.] I have rechecked that my environment variables $PATH and $QTDIR are set as described in the howto. I have also run the errors through google and this mailing list, but found nothing. What am I doing wrong? something basic I'm sure. Thanks for any suggestions! main.cpp:15:26: kapplication.h: No such file or directory main.cpp:16:26: kcmdlineargs.h: No such file or directory main.cpp:17:21: klocale.h: No such file or directory In file included from tabview.h:4, from main.cpp:18: webpage.h:6:26: kapplication.h: No such file or directory webpage.h:7:25: kmainwindow.h: No such file or directory webpage.h:8:18: kurl.h: No such file or directory webpage.h:9:37: kparts/browserextension.h: No such file or directory Looks like it's trying to build mythbrowser, but you don't have the KDE development packages installed. The configure script for mythplugins *should* have automatically detected that and disabled the building of mythbrowser; did you explicitly enable it perhaps? If not, try re-running the configure script like so: cd mythplugins ./configure --disable-mythbrowser Then try building the plugins. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] another mythplugins make problem
On Thursday 29 September 2005 12:52, Marius Schrecker wrote: Just tried to compile mythplugins (todays svn) get a couple of lines through make, then: Entering directory `/home/mythtv/tmp/mythtv.svn.050929/mythplugins/mythdvd/mythdvd' make[2]: *** No rule to make target `mythconfig.mak', needed by `Makefile'. Stop. make[2]: Leaving directory `/home/mythtv/tmp/mythtv.svn.050929/mythplugins/mythdvd/mythdvd' make[1]: *** [sub-mythdvd] Error 2 make[1]: Leaving directory `/home/mythtv/tmp/mythtv.svn.050929/mythplugins/mythdvd' make: *** [sub-mythdvd] Error 2 Something silly and simple, I hope. Did you run the configure script before running make? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Anyone successful with HD3000 DVB andPVR-150/500's?
On Tuesday 27 September 2005 14:59, Folashade Adeyosoye wrote: I am beginning to think I might have chosen the wrong card, I am not looking on upgrading my Comcast cable anytime soon to digital. The HD-3000 really only makes sense if you're capturing a digital signal. You don't need to upgrade to digital cable to get that; you could hook up an antenna and tune in free OTA local broadcasts. If you have no intention of tuning digital broadcasts or digital cable, then you're better off with a PVR-xxx (150,250,350,500). I wonder what the ratio of HD-3000 is to the PVR-500 out there, and which one would one consider the better card. Since they're really designed for different purposes (analog cable/broadcast vs. digital cable/broadcast), I wouldn't say either one is better. It's just a matter of which one better suits your intended application. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Source for drives
On Wednesday 28 September 2005 8:08, Lee Koloszyc wrote: I did miss out of $50 once because I threw away the packaging before I cut out the UPC. Dumb Dumb Dumb! Just got bit by that myself! D'oh! In addition, I'll just say that I've always had good experiences with Staples rebates. Their process is completely electronic; they use their internal sales data so you don't have to send in copies of receipts or UPC codes; you just go to their web site, enter in 2 numbers from your receipt and your address, and they mail you the check. I wish they were all that simple. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythlib and qvaluevector et all
On Wednesday 28 September 2005 16:12, tgate wrote: I'm trying to compile some myth add ons and I'm getting these errors... /usr/include/mythtv/uitypes.h:12:26: error: qvaluevector.h: No such file or directory /usr/include/mythtv/uitypes.h:16:22: error: qptrlist.h: No such file or directory /usr/include/mythtv/mythwidgets.h:4:21: error: qbutton.h: No such file or directory /usr/include/mythtv/mythwidgets.h:14:21: error: qheader.h: No such file or directory /usr/include/mythtv/mythwidgets.h:15:20: error: qtable.h: No such file or directory /usr/include/mythtv/mythwidgets.h:17:22: error: qlistbox.h: No such file or directory I notice that qvaluevector was added to the cvs tree way back at version 1.15 but I don't see a qvaluevector anywhere in the cvs tree. I've got the latest Qt-X11 (4.0.1) from Trolltech so I'm not sure what I'm missing. Myth has not been ported to Qt 4.0 yet. Downgrade to Qt 3.3.x. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Is auto-expire broken? And delete-crazy?
On Monday 26 September 2005 22:11, Mark Kundinger wrote: Does anyone else have a problem with auto-expire deleting programs, even when the auto-expire method is set to none, and even when there's a tone of free recording space available? (I'm using a version from SVN about two weeks ago, btw) Heh. I was just about to post the opposite problem... since updating to SVN rev 7308 (a few days ago), it seems like auto-expire doesn't work... my disk keeps filling up, and either the backend isn't trying to auto-expire programs, or it's trying and failing. I wonder if it has anything to do with the recent change in file naming conventions... Anyone else seeing either problem? -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Missing 1/3 of screen in Mythvideo
On Sunday 25 September 2005 16:17, Frank Coogan wrote: Hi all! I've just completed an upgrade on an Asus Pundit from 80GB HD running Fedora 1/Mythtv .12 to a 200GB HD running Fedora 3/Mythtv .18. All went well following Jarods HOW TO. I have a couple of glitches I need some help with. First of all I'm not a Linux expert by any means. All I know came from Jarods guide, google searches and this forum. I am still a beginner with this OS. That being said here are the details of the problem. I have an ASUS Pundit running a P4, 512 mb, pvr-250, FC 3 installed following JW's HOW TO, Mythtv .18. When playing a file through Mythvideo the bottom 1/3rd of the screen is cut off and i can see the previous menu screen instead of the video i'm playing. I've searched the list for similar problems but have only found references to small black bars at the bottom or sides of screens. I'm using mplayer as I couldn't get the xine to work for me.Funny thing is its not doing it on every video file. Some tv shows that aren't widesceen it displays perfectly. Then another movie file that was widescreen displayed ok. This has me stumped. Any help would be appreciated. If you need more info like the details of my xorg.conf file please let me know. This used to work without problem in my .12 install and would love to get it running again. Thanks, Frank This is likely due to Xv issues, possibly a buggy Xv implementation in either your video driver or the video card itself. An easy workaround would be to change your mplayer command line to specify a different video output method. If you have OpenGL support, you could try -vo gl or -vo gl2; SDL is also an option. To see a list of video output methods supported by your copy of mplayer, run the following command: mplayer -vo help Another possible solution would be to check and see if you're using Separate video modes for GUI and TV-out option in the frontend setup, and if so, turn it off. You'll then have to restart X11 to make sure the Xv plane is properly reset. HTH, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] VBI subtitles with ivtv cards?
On Thursday 22 September 2005 16:37, Isaac Richards wrote: On Thursday 22 September 2005 04:29 pm, Joseph A. Caputo wrote: Hi, Please 'scuse my ignorance, but while going through the commit history for the week that I was on vacation in August, I saw some changes in SVN related to VBI subtitles w/ivtv-driven cards. Does this mean that subtitles are now working/supported for these cards (assuming I have a recent enough version of ivtv)? If so, is there anything special I need to do besides enable it in the backend setup? (Note: I'm using regular TV-out, not a PVR-350). Only change was the ioctls enabling them are right now. Someone still needs to write a ivtv-format vbi parser. So does that mean that they'll get embedded in the MPEG file, but Myth just can't parse them out yet? And if so, then: - Are they muxed into the MPEG in a standard way (i.e., could I view them with another program (mplayer, xine, etc)? ) - I assume they'd be lost if Myth transcoded the file (say, to Nuppel/MPEG-4) -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] VBI subtitles with ivtv cards?
On Friday 23 September 2005 10:19, Jesse Guardiani wrote: Joseph A. Caputo wrote: On Thursday 22 September 2005 16:37, Isaac Richards wrote: On Thursday 22 September 2005 04:29 pm, Joseph A. Caputo wrote: Hi, Please 'scuse my ignorance, but while going through the commit history for the week that I was on vacation in August, I saw some changes in SVN related to VBI subtitles w/ivtv-driven cards. Does this mean that subtitles are now working/supported for these cards (assuming I have a recent enough version of ivtv)? If so, is there anything special I need to do besides enable it in the backend setup? (Note: I'm using regular TV-out, not a PVR-350). Only change was the ioctls enabling them are right now. Someone still needs to write a ivtv-format vbi parser. So does that mean that they'll get embedded in the MPEG file, but Myth just can't parse them out yet? Yes. You can view them on your TV if you enable ivtv VBI passthrough using the ivtvctl command. Ummm... I guess maybe I could if I had a PVR-350... :-) -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Scrambling analog channels
On Friday 23 September 2005 11:52, Paul Schied wrote: Just thought people might be interested in this. When deciding whether or not to go ahead and attempt to pull together a mythtv setup I came accross the unfortunate reality that my cable company (comcast in Philly) scrambles almost all of my analog channels. If i hook up my direct cable feed to my tv I am only able to get about a dozen basic channels, almost all cable channels are scrambled. I only have basic extended cable and from what I've been reading most people think that cable companies do not scramble analog channels even if they give you a cable box. Just an example where they definitely do. If anyone has any possible work arounds (I'm doubtful) I would love to hear them as this has been a definite bummer for me. Are you sure you've got your TV set up properly? When plugging analog cable directly into your TV, some TV's have a setup switch (older TVs) or a menu option that tells the TV whether it should try and tune to antenna (ANT) or cable (CATV) standards. You wouldn't have had to bother with this if you were previously using a converter box, as the box typically outputs S-video or Composite video, which don't need a tuning standard; or else it outputs a broadcast-type signal on VHF channel 3 or 4, which wouldn't be a problem regardless of which tuning standard the TV was set for. What you're describing sounds exactly like what would happen if your TV thought it was tuning OTA via an antenna -- you're getting just the VHF channels. I live right across the river from Philly and I'm pretty sure the analog channels aren't scrambled. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Scrambling analog channels
On Friday 23 September 2005 13:08, Joseph A. Caputo wrote: On Friday 23 September 2005 11:52, Paul Schied wrote: Just thought people might be interested in this. When deciding whether or not to go ahead and attempt to pull together a mythtv setup I came accross the unfortunate reality that my cable company (comcast in Philly) scrambles almost all of my analog channels. If i hook up my direct cable feed to my tv I am only able to get about a dozen basic channels, almost all cable channels are scrambled. I only have basic extended cable and from what I've been reading most people think that cable companies do not scramble analog channels even if they give you a cable box. Just an example where they definitely do. If anyone has any possible work arounds (I'm doubtful) I would love to hear them as this has been a definite bummer for me. Are you sure you've got your TV set up properly? When plugging analog cable directly into your TV, some TV's have a setup switch (older TVs) or a menu option that tells the TV whether it should try and tune to antenna (ANT) or cable (CATV) standards. You wouldn't have had to bother with this if you were previously using a converter box, as the box typically outputs S-video or Composite video, which don't need a tuning standard; or else it outputs a broadcast-type signal on VHF channel 3 or 4, which wouldn't be a problem regardless of which tuning standard the TV was set for. What you're describing sounds exactly like what would happen if your TV thought it was tuning OTA via an antenna -- you're getting just the VHF channels. I live right across the river from Philly and I'm pretty sure the analog channels aren't scrambled. One other thing... are you sure your TV is cable-ready? If not, that would also explain why you can't tune higher channels. It's unlikely that a recent model TV wouldn't be cable-ready, but I don't know how old your TV is. Actually, I'd be surprised if it's even legal to scramble analog cable (non-premium) channels. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] VBI subtitles with ivtv cards?
Hi, Please 'scuse my ignorance, but while going through the commit history for the week that I was on vacation in August, I saw some changes in SVN related to VBI subtitles w/ivtv-driven cards. Does this mean that subtitles are now working/supported for these cards (assuming I have a recent enough version of ivtv)? If so, is there anything special I need to do besides enable it in the backend setup? (Note: I'm using regular TV-out, not a PVR-350). Thanks, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users