MythLogBot@irc.freenode.net :: #mythtv-users

Daily chat history

Current users (160):

aberrios, adante, aloril, andreax, AndyCap, anykey_, Azelphur, bbee, Beirdo, ben1066, benc_, BLZbubba, brfransen, brtb, Captain_Murdoch, Cardoe, ChanServ, christ`, CiaranG, clever, cocoa117, Cougar, CyberKnet, d0netsFN, damaltor, DarthFrog, Dave123, Dave123-road, deathadder, dekarl, director9, dlblog, emmanuelux, EvilGuru, felipe`, fendrychl, Ffseto, Floppe, fluvvell, G, ghoti, gigem, gizmobay, gregL, GreyFoxx, grumpydevil, Guest13651, Heliwr, highzeth, ikevin, IMSanchMac, infojunky, J-e-f-f-A, jams, jarle, jayb_, jbrett, jcarlos, jduggan, jkfod, jm|laptop, johntramp, joki, jpabq`, jstenback, justdave, justinh, k-man, keith4, kenni, kinsel8, kloeri, knightr, kormoc, kurre2, kwmonroe, lapion, larrikin, likwid-, lis0r, lotia, mag0o_, MaverickTech, Metoer, MilkBoy, MissionCritical, MMlosh, Moscherkobold, Muzer, MythLogBot, mzanetti, mzb, natanojl, NewBuntu81, npm, nutron, Oleg_, peitolm, petefunk, peterpops, pheld, pigeon, pimanac, pplmaker, purserj, pyrodex, quicksilver, RagingComputer, RagingMind, rhpot199`, Roklobsta, roknir_, rumblebumble, russell5, satedgrue, Scopeuk, sean1, Seeker`, seld, Shadow__X, sid3windr, simcop2387, skd5aner, Slasher`, Spanky, sphery, squidly, sraue, StevenR, stevieman, sulx, sutula, Technophil, tgm4883, TheAsp, thefRont, tlhiv_laptop, tmkt, toeb, tomimo, toorima, tris, troyt, trumee, Twiggy2cents, Ua2, ubIx, wahrhaft, wseltzer, xavierh_, XDS2010_, xrdodrx, xris, xtort-, Zan^, zCougar, zombor, _abbenormal, _Anomaly, _charly_
Tuesday, April 3rd, 2012, 00:00 UTC
[00:00:09] kisak: the NFS part is relevent to all the damaged recordings I got while using NFS, not relevent to why I stopped using NFS
[00:00:13] wagnerrp: kisak: thats not true, if you do not intend to perform recordings on the slave backend, there is no point to running mythbackend
[00:00:53] DarthFrog: wagnerrp: Is his point about doing post-processing on the slave backend not valid?
[00:00:58] kisak: wagnerrp: oh? there's no trick to postprocess on a storage server?
[00:01:09] wagnerrp: you run mythjobqueue, not mythbackend
[00:01:18] wagnerrp: the only reason to run mythbackend is if youre going to record
[00:01:43] wagnerrp: DarthFrog: youre going to run your master backend on freenas?
[00:02:03] kisak: wagnerrp: well, mythjobqueue's proper role hasn't soaked into my head yet
[00:02:11] DarthFrog: wagnerrp: No. Mythbuntu. the second box, for storage, will be a NAS box.
[00:02:40] wagnerrp: ah, just as an archive that you shuffle recordings over after clipping, or non-recorded videos?
[00:03:06] wagnerrp: note that you need a fairly beefy machine to run freenas
[00:03:19] DarthFrog: wagnerrp: I'll use it as an NFS server and mount NFS shares on the master backend as storage directories.
[00:03:55] wagnerrp: their current recommended minimum is 6GB of memory
[00:05:01] DarthFrog: ???
[00:05:06] DarthFrog: 6 GB???
[00:05:12] wagnerrp: also note, in 0.25, you can run mythmediaserver directly on the fileserver
[00:05:22] wagnerrp: eliminating the need to route content through the backend, and to the frontend
[00:05:36] wagnerrp: uh huh
[00:05:46] DarthFrog: I'll have to look into mythmedia server.
[00:06:15] DarthFrog: 6 GB RAM strikes me as excessively high resource requirements.
[00:06:33] wagnerrp: sounds like youve never used ZFS before
[00:06:57] DarthFrog: No. I've meant to look into it (and btrfs) but have not yet done so.
[00:07:19] wagnerrp: ZFS (and likely btrfs) aggressively cache anything and everything they can get their hands on
[00:07:30] wagnerrp: and if you have an application open that isnt really doing anything
[00:07:40] DarthFrog: I was planning on using XFS, which is supported by OpenMediaVault.
[00:07:43] wagnerrp: theyll flush it out to swap so they can use that memory for more cache
[00:08:34] ServerSage (ServerSage!~ServerSag@c-24-4-121-88.hsd1.ca.comcast.net) has joined #mythtv-users
[00:08:46] wagnerrp: ive got my master backend running freebsd on 4GB of memory
[00:08:47] DarthFrog: Hmm, the soon to be file server only has 1 GB RAM.
[00:09:04] wagnerrp: and ZFS complains on boot that it is disabling things like prefetch, as there are only 4GB of memory installed
[00:09:55] DarthFrog: Methinks that ZFS might be overkill.  :-)
[00:09:56] wagnerrp: back when it was a solaris filesystem, the recommended scaling on commercial file servers was 2GB of memory for each TB of storage
[00:10:20] wagnerrp: if you intend to do software raid, i wouldnt recommend anything else
[00:10:30] DarthFrog: No RAID.
[00:10:51] DarthFrog: JBOD
[00:11:09] OldEnK (OldEnK!~OldEnK@63-152-75-130.cdrr.qwest.net) has left #mythtv-users ("Leaving")
[00:11:19] wagnerrp: you mean independent, not spanned, right?
[00:11:24] DarthFrog: Right.
[00:12:16] wagnerrp: zfs is less useful if you are using independent drives
[00:12:21] DarthFrog: If a disk fails, c'est la vie. It's only TV anyway. :-) My video collection is backed up to a separate NAS system (DLink DNS-323)
[00:12:32] wagnerrp: its nice for a root filesystem, as you can dynamically repartition things as you see fit
[00:12:41] kormoc: I really really really wish zfs was on linux/OS X natively and well supported
[00:12:55] wagnerrp: its not really useful for a single drive performing bulk data storage
[00:13:02] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[00:13:19] DarthFrog: Can you recommend a good intro document on ZFS?
[00:13:27] wagnerrp: kormoc: if you were still around, i would point you at http://zfsonlinux.org
[00:13:41] wagnerrp: do you know what LVM is?
[00:13:56] DarthFrog: And, please correct me if I am wrong, but isn't btrfs intended to serve the same role as ZFS on Linux?
[00:14:02] kisak: DarthFrog: if you're doing JBOD, what advantage do you get over 20 seperate NFS shares?
[00:14:12] wagnerrp: more or less, yes
[00:14:24] mwm42 (mwm42!~coop@2620:149:4:1201:2977:5cea:421e:5701) has joined #mythtv-users
[00:14:28] wagnerrp: i think the scope of ZFS is large than the intended purpose of btrfs
[00:14:36] DarthFrog: kisak: Sorry, ten shares is what I meant (all the box will hold).
[00:15:02] mwm42 (mwm42!~coop@2620:149:4:1201:2977:5cea:421e:5701) has quit (Client Quit)
[00:15:26] kisak: DarthFrog: that's not the relevent part of the question, if you have the drives run independantly, if one dies, the others are not affected
[00:15:35] mwm42 (mwm42!~mwm42@2620:149:4:1201:2977:5cea:421e:5701) has joined #mythtv-users
[00:15:56] wagnerrp: basically, zfs and btrfs are a merger of the volume manager and the filesystem
[00:16:01] DarthFrog: kisak: yes. All drives independent. I shouldn't have said JBOD.
[00:16:17] kisak: DarthFrog: okay
[00:16:32] wagnerrp: that means the volume manager is no longer just blindly duplicating blocks, it is intelligently duplicating files
[00:17:04] DarthFrog: wagnerrp: I'm leery of so much abstraction. Probably because I haven't looked into it yet and so don't understand it properly.
[00:17:39] wagnerrp: you can do traditional striping/parity, you can do things like just spanning multiple drives but ensuring there are at least N copies of each file
[00:18:01] wagnerrp: you get native checksumming to account for bitrot, and the ability to transparently repair such corruption
[00:18:03] mwm42: i'm sure that this has been asked a lot today, but i thought that 0.25 was supposed to have dropped? is there anywhere i can check for updates, rather than refreshing mythtv.org every 15m? ;)
[00:18:52] wagnerrp: you can dynamically scale stripe sizes to get rid of that performance consuming read-compute-write step performed by RAID5/6
[00:19:20] wagnerrp: http://mythtv.org/wiki/Release_Notes_-_0.25
[00:19:32] wagnerrp: says targeted release is Apr. 9
[00:19:34] mwm42: ahhh, 4/9!
[00:19:38] mwm42: :(
[00:19:54] wagnerrp: (it was 4/2 until a couple days ago)
[00:20:11] DarthFrog: mwm42: Next week. Patience is a virtue. The necessity for patience is a PITA.
[00:20:13] wagnerrp: release was delayed to try to get livetv for analog devices up to a usable level
[00:21:03] kisak: wagnerrp: any chance we will we be seeing health improvements for firewire livetv too?
[00:21:09] mwm42: so if i were to check out the latest (and I don't need analog), it should be stable, right?
[00:21:56] wagnerrp: mwm42: for the most part
[00:22:20] wagnerrp: it is very unlikely you will see anything but bug fixes between now and next monday
[00:22:53] DarthFrog: Far too late to introduce new features.
[00:23:22] wagnerrp: which also means protocol/schema changes are unlikely to occur as well
[00:23:27] mwm42: cool
[00:23:50] kisak: wagnerrp: I can always change the channel once in livetv on either ogf the fire tuners, but after that it is extremely likely that the backend will crash on the second channel change attempt, so that's 2 tuning events, crash on the third
[00:24:34] wagnerrp: im not sure how much maintenance firewire will continue to get from this point forward
[00:24:44] wagnerrp: since its only going to get used by a handful of canadian users
[00:25:34] kisak: oh? is something going to happen in the US to kill off firewire support?
[00:25:47] wagnerrp: less support, more necessity
[00:26:27] wagnerrp: anyone in the US who can use firewire can use cablecard, more easily, more reliably, and cheaper
[00:27:02] russell5: i second that. Was using firewire and recently switched to a cablecard device and very happy. so much easier and no hassle
[00:27:05] DarthFrog: I'm Canadian and my cable co. doesn't enable the firewire port. :-(
[00:27:25] wagnerrp: DarthFrog: in the US, they are required to offer it if requested
[00:27:32] wagnerrp: in Canada, thats not the case
[00:27:36] DarthFrog: Right.
[00:27:46] wagnerrp: which is why the volume of Canadians using it is going to be fairly low
[00:28:00] wagnerrp: while the volume of US users using it should be trending toward zero
[00:28:23] kisak: hmm ... I wonder how the userbase will react when you tell them--abandon your Tivo or DVR for Mythtv, you only need a $25 yearly subscription, $200 cablecard and a $150 HDPVR to get started
[00:28:57] mwm42: most cable companies give you a free cablecard
[00:29:01] wagnerrp: where did the HDPVR come into play?
[00:29:02] mwm42: or charge $2.50–5/mo
[00:29:31] wagnerrp: and right, thats a $0–3/mo cablecard charge for up to a quad-tuner InfiniTV
[00:29:44] DarthFrog: wagnerrp: How else will you get HD into Myth?
[00:29:45] mwm42: also, most cable companies charge $12–15/mo for an HD DVR. ROI is one year with an hd home run
[00:29:51] wagnerrp: versus 4 $8–12/mo cable box rentals for the same capability
[00:30:04] DarthFrog: Oh, not a Hauppauge HD-PVR? Hmm.
[00:30:29] wagnerrp: DarthFrog: anything you could previously record over firewire, you can record using a cablecard tuner
[00:30:40] wagnerrp: if firewire was sufficient before, it will be sufficient now
[00:30:46] kisak: because cable companies seeming randomly have channels that you're not allowed to record, and the cablecard tuner can't tune them or do an auxillary capture
[00:31:41] wagnerrp: kisak: comcast and verizon corporate policy is that only the premium channels are marked for copy protection
[00:31:49] wagnerrp: charter is starting to be that was as well
[00:32:01] wagnerrp: time warner, youre screwed, but you were just as screwed with firewire too
[00:32:02] kisak: wagnerrp: that policy isn't followed
[00:32:10] kisak: wagnerrp: at least for verizon
[00:32:28] wagnerrp: kisak: oh? ive not heard anyone on the mailing list or in here complain
[00:32:43] russell5: on my verizon i have every channel i subscribe to open and able to record
[00:32:48] russell5: on cable card
[00:33:49] wagnerrp: kisak: are you talking about things like people having trouble recording CBS using cablecard tuners?
[00:34:03] kisak: wagnerrp: about 30–40% of the non-premium HD channels I can not tune with firewire
[00:34:27] russell5: i had that same thing with firewire
[00:34:33] russell5: cablecard i have more
[00:34:52] wagnerrp: there are no specific rules about what channels you can receive DRM free over firewire
[00:35:08] wagnerrp: there is nothing to say a firewire box even has to talk to something that does not support 5C
[00:35:28] wagnerrp: anything you can record over firewire, you will be able to record using a cablecard tuner
[00:35:40] wagnerrp: the reciprocal is not true
[00:36:19] kisak: if I wasn't poor, this wouldn't be as much of an issue
[00:36:37] kisak: thanks for the info
[00:37:26] wagnerrp: kisak: http://www.ronfrazier.net/mythtv/cci/index.php
[00:38:13] cocoa117 (cocoa117!~cocoa117@46.37.189.8) has quit (Ping timeout: 246 seconds)
[00:38:38] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 272 seconds)
[00:39:58] kisak: if anything that makes me depressed
[00:43:21] wagnerrp: http://en.wikibooks.org/wiki/How_to_use_a_Mot . . . P_is_Enabled
[00:44:08] wagnerrp: if that doesnt match your STB, you should be able to find instructions elsewhere on how to access the diagnostic menus
[00:44:13] wagnerrp: youre looking for the 'CCI' status
[00:45:04] jamesb007 (jamesb007!~jamesb007@pool-108-20-43-100.bstnma.fios.verizon.net) has joined #mythtv-users
[00:45:12] wagnerrp: a new Transporter
[00:45:42] wagnerrp: hopefully this asian girl is less annoying than the russian
[00:45:58] jamesb007 (jamesb007!~jamesb007@pool-108-20-43-100.bstnma.fios.verizon.net) has left #mythtv-users ()
[00:46:13] russell5: i agree
[00:49:48] jamesb007 (jamesb007!~jamesb007@pool-108-20-43-100.bstnma.fios.verizon.net) has joined #mythtv-users
[00:54:51] jamesb007 (jamesb007!~jamesb007@pool-108-20-43-100.bstnma.fios.verizon.net) has left #mythtv-users ()
[00:56:13] cocoa117 (cocoa117!~cocoa117@46.37.178.87) has joined #mythtv-users
[01:01:09] hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has joined #mythtv-users
[01:01:30] kisak: wagnerrp: I definately have copy freely channels that I can not tune via firewire
[01:04:58] kisak: tomorrow when the preview weekend is over, I'll sample some of the premium channels
[01:05:28] Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-158-15-68.range86-158.btcentralplus.com) has quit (Quit: Slim-Kimbo)
[01:06:19] kisak: hmm ... I better check the one unecnrypted channel I can't catch via firewire
[01:07:15] wagnerrp: likely CBS?
[01:07:39] kisak: FOX, it's captured only by the HDHR
[01:10:24] kisak: hmm ... the "RC Flag" reads as "0x01" on that channel
[01:11:05] kisak: that's mildly amusing, unencrypted to the box, encrypted to firewire
[01:14:49] kisak: now all I have to do is decide if I can afford a infinitv 4 with no budget
[01:16:21] skd5aner: sphery: I can do some livetv channel changes in <~2 seconds
[01:16:33] skd5aner: which is nearly on part with my STB
[01:17:39] skd5aner: also, I don't think it's as black and white as simply removing settings... and while I do agree that several settings could be removed, I still happen to also agree with the argument that I like the fact that MythTV /is/ customizable for the right reasons
[01:17:53] skd5aner: I just don't necessarily think everything should be lumped in the same screens
[01:18:21] skd5aner: I'm a big fan of software that shows the 8–10 config items that everyone should see, and then exposes the rest via an "advanced" button, or similiar
[01:18:55] Twiggy2cents: Ugh I still have 0 byte recordings once in a blue moon. I know it isnt that common but I wish that mythtv would check and restart the recording if no change in filesize was detected
[01:19:11] wagnerrp: id rather see such things intelligently scaled
[01:19:33] wagnerrp: i.e. let the backend be very lax on tuning requirements at first
[01:19:45] wagnerrp: and fine tune itself down as history produces data
[01:20:00] Twiggy2cents: Oh so if it fails it will learn to sleep for a little bit next time?
[01:20:09] Twiggy2cents: I assume it is a race condition
[01:20:14] wagnerrp: that kind of thing, yes
[01:20:23] Twiggy2cents: That would be nice
[01:20:31] wagnerrp: the protocol already does such a thing on a much shorter scale for file transfers
[01:20:55] Roklobsta (Roklobsta!~quassel@ppp118-209-249-152.lns20.mel6.internode.on.net) has joined #mythtv-users
[01:21:01] wagnerrp: but for something like tuning, it would require history of such things to be stored in the database
[01:23:57] gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.7)
[01:24:26] Twiggy2cents: Just curious, if there is no open donations for mythtv then who pays for the web hosting?
[01:24:46] wagnerrp: OSUOSL
[01:24:56] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:25:06] wagnerrp: we own the server, and store it in their colocation facility
[01:25:17] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv-users
[01:25:24] mwm42: what kind of bandwidth do you push there?
[01:25:28] Twiggy2cents: Yep, I am never gonna guess that acronym. google to the rescue
[01:25:54] wagnerrp: Oregon State University Open Source Laboratory
[01:26:11] wagnerrp: they run coloc and mirrors for a bunch of different open source projects
[01:26:18] Twiggy2cents: So do you buy their server or tote your own rackmount stuff in?
[01:26:46] wagnerrp: they dont sell servers (that i know of anyway)
[01:27:33] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users
[01:27:33] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc
[01:27:50] Twiggy2cents: Not that I dont believe that everyone is kind hearted but what do they get out of all the free hosting?
[01:28:02] Twiggy2cents: Is it purely to help opensource?
[01:28:10] wagnerrp: as far as i know
[01:28:20] wagnerrp: kormoc: http://zfsonlinux.org
[01:29:02] wagnerrp: maintained by some guys out of lawrence livermore
[01:29:11] kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has quit (Read error: Connection reset by peer)
[01:29:18] mwm42 (mwm42!~mwm42@2620:149:4:1201:2977:5cea:421e:5701) has quit (Quit: mwm42)
[01:29:21] Twiggy2cents: That is nice of them.
[01:29:23] kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users
[01:29:44] Twiggy2cents: On another web based topic. Does git house all your files for free too?
[01:29:59] skd5aner: github
[01:30:01] wagnerrp: git doesnt do anything for free
[01:30:01] skd5aner: and yes
[01:30:04] wagnerrp: its a software
[01:30:11] Twiggy2cents: I meant github
[01:30:13] Twiggy2cents: Sorry
[01:30:16] wagnerrp: github currently houses our repo for free
[01:30:31] Twiggy2cents: Do they make their money off of advertisements?
[01:30:32] wagnerrp: however they do have paid hosting for private repositories and finer control
[01:30:42] Twiggy2cents: Oh
[01:32:30] kormoc: wagnerrp, I thought that wasn't stable/production ready
[01:32:35] wagnerrp: shortly after the 0.25 release, we intend to move the primary repository back to our own server
[01:32:39] Twiggy2cents: It is interesting how you guys have put years of work into this very complex program and dont except donations yet if you go on any phones custom rom section all of the dev's ask for donations. All they did is theme the stock rom!
[01:32:49] wagnerrp: at which point github will serve as a read-only mirror
[01:32:56] wagnerrp: kormoc: not sure to be honest
[01:33:02] Twiggy2cents: wagnerrp, OSUOSL will let you use that much bandwidth?
[01:33:13] wagnerrp: ive used it a bit, but i dont have any systems running it currently
[01:33:28] wagnerrp: Twiggy2cents: i honestly dont know what our bandwidth allowances are at osuosl
[01:33:40] kormoc: "Unlimited until it becomes a problem"
[01:34:08] kormoc: but we push the files to their ftp/mirror setup so the majority of our bandwidth isn't to our host
[01:34:37] Twiggy2cents: Well it cant be to bad except on release day. Especially since it is packaged in most of the common distros
[01:35:05] Twiggy2cents: Gotcha. Who pays for the ftp mirror?
[01:35:08] wagnerrp: kormoc: all of our packages go out that way, but i dont know how many people use those versus the repository
[01:35:12] wagnerrp: Twiggy2cents: OSUOSL
[01:35:17] Twiggy2cents: Lol
[01:39:19] Twiggy2cents: I wonder how drastic the change in look will be from the first release of mythtv to version 1.00
[01:39:33] penney (penney!~penney@static-50-53-21-191.bvtn.or.frontiernet.net) has joined #mythtv-users
[01:40:20] penney: How do I change the folder image for an existing directory in MythVideo? Just updating the folder.jpg and running a scan doesn't seem to do the trick.
[01:40:55] cocoa117 (cocoa117!~cocoa117@46.37.178.87) has quit (Ping timeout: 264 seconds)
[01:41:14] wagnerrp: typically, the folder image gets automatically chosen based off the images stored for the content in that folder
[01:42:01] penney: My "Home Videos" folder is showing the cover art for "Gary Cooper's Wedding Night". I'm not sure where this image came from, but the contents of folder.jpg are a family photo.
[01:42:29] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[01:42:53] wagnerrp: mythtv doesnt have a concept of something being a "home video"
[01:43:03] wagnerrp: so if at any point you ran the bulk metadata updater
[01:43:13] wagnerrp: it would have attempted to do so on any of your own produced content
[01:43:32] wagnerrp: and should the filename of one just happen to be sufficiently close to that of some movie on themoviedb.org
[01:43:44] wagnerrp: it would have pulled that information, and the matching artwork
[01:44:05] penney: None of the files in this directory tree have any metadata attached.
[01:45:06] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:45:10] penney: I'm willing to believe some metadata got set somewhere. Is there a way I can force a reset on this directory? I've tried removing it: running scan, then replacing it and scanning again, and the image comes back.
[01:45:59] wagnerrp: removing, scanning, replacing, and scanning would do it
[01:46:11] wagnerrp: unless you have mythtv set to automatically run the bulk updater after a scan
[01:46:18] wagnerrp: in which case you would be right back where you were
[01:46:31] wagnerrp: aside from that, theres only the "folder.<ext>" files
[01:46:52] Twiggy2cents: Isnt there a reset metadata option if you go to the information menu?
[01:47:18] wagnerrp: sure, per file
[01:47:28] Twiggy2cents: But not per folder?
[01:47:32] wagnerrp: no
[01:47:35] Twiggy2cents: ohh
[01:50:50] penney: hmmm... I'm not convinced but I'll give it a try. Like I said, I don't see any metadata for any of the subfolders or files. I'll report back in a few...
[01:52:58] dmz (dmz!~dmz@unaffiliated/dmz) has quit (Ping timeout: 245 seconds)
[01:55:37] justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has quit (Ping timeout: 252 seconds)
[01:55:57] justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has joined #mythtv-users
[01:58:33] cocoa117 (cocoa117!~cocoa117@91.228.3.140) has joined #mythtv-users
[02:00:22] penney: Disabled bulk media update, moved folder out, re scanned, moved it back in and still getting Gary Cooper.
[02:06:14] nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv-users
[02:06:59] damaltor (damaltor!sbnc@h1889977.stratoserver.net) has quit (Ping timeout: 252 seconds)
[02:07:53] penney: rm -rf ~/.mythtv/themecache/* did the trick.
[02:08:05] peeaivo (peeaivo!~peeaivo@unaffiliated/peeaivo) has quit (Ping timeout: 252 seconds)
[02:08:32] wagnerrp: ah, didnt think about that one
[02:08:57] penney: :) Google FTW!
[02:09:01] penney: thanks anyways though!
[02:09:04] penney: have a good night!
[02:09:14] penney (penney!~penney@static-50-53-21-191.bvtn.or.frontiernet.net) has quit (Quit: leaving)
[02:09:57] peeaivo (peeaivo!~peeaivo@dsl-lprbrasgw1-fe89fa00-77.dhcp.inet.fi) has joined #mythtv-users
[02:09:57] peeaivo (peeaivo!~peeaivo@dsl-lprbrasgw1-fe89fa00-77.dhcp.inet.fi) has quit (Changing host)
[02:09:57] peeaivo (peeaivo!~peeaivo@unaffiliated/peeaivo) has joined #mythtv-users
[02:11:03] darkdrgn2k (darkdrgn2k!~darkdrgn2@bas2-toronto44-3096460315.dsl.bell.ca) has quit (Quit: Leaving)
[02:14:31] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[02:14:40] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[02:16:04] damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv-users
[02:41:30] Oleg_ (Oleg_!~webcam@pool-71-183-189-2.nycmny.east.verizon.net) has quit (Quit: Leaving)
[02:41:41] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[02:42:33] MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection)
[02:43:10] cocoa117 (cocoa117!~cocoa117@91.228.3.140) has quit (Ping timeout: 246 seconds)
[02:47:19] justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has quit (Ping timeout: 252 seconds)
[02:48:00] MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users
[03:02:27] cocoa117 (cocoa117!~cocoa117@109.73.65.72) has joined #mythtv-users
[03:07:35] wagnerrp: mmm... adam baldwin on castle
[03:08:42] pimanac (pimanac!~andrew@pool-108-36-247-58.phlapa.fios.verizon.net) has joined #mythtv-users
[03:20:47] justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has joined #mythtv-users
[03:24:29] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[03:32:08] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Ping timeout: 245 seconds)
[03:42:59] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[03:43:57] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:45:49] cocoa117 (cocoa117!~cocoa117@109.73.65.72) has quit (Ping timeout: 246 seconds)
[03:49:10] wagnerrp: but sphery, how am i ever going to stuff mythtv into a squashfs that i can pump over tftp to boot off of if i need that extra 293KB including DVB support will cause
[03:49:37] [R]: that's what she said?
[03:50:08] sphery: hehe
[03:50:15] wagnerrp: amazingly, yes!
[03:50:31] wagnerrp: the rare chance that line is actually appropriate!
[03:50:47] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[03:51:13] sphery: I still love that in the last thread about being able to install mythbackend without installing mythfrontend and vice versa, the minimyth guy chimed in to say that the difference in size is "in the weeds" compared to what's required for the rest of the distro
[03:51:39] sphery: but, yet, people running mythbuntu off a HDD feel it's important
[03:51:41] wagnerrp: heh, got a link?
[03:52:25] wagnerrp: i do admit, if we did properly separate out the shared libraries, and removed the need for mythtv-setup
[03:52:56] wagnerrp: we could cut out a sufficiently sizable chunk to be worthwhile when installing to a CF card or such
[03:53:13] sphery: wagnerrp: http://www.gossamer-threads.com/lists/mythtv/users/507783#507783
[03:53:15] wagnerrp: could be useful for someone building a slave backend
[03:53:40] wagnerrp: but when CF cards are readily in the multi-GB range for a few bucks
[03:53:57] dmz (dmz!~dmz@67.216.138.246.pool.hargray.net) has joined #mythtv-users
[03:53:57] dmz (dmz!~dmz@67.216.138.246.pool.hargray.net) has quit (Changing host)
[03:53:57] dmz (dmz!~dmz@unaffiliated/dmz) has joined #mythtv-users
[03:54:01] sphery: when all of mythtv is 150MB unstripped, I don't see how any changes could make installing only part of it worthwhile
[03:54:17] wagnerrp: i would expect the frontend-only part would cut out significantly less
[03:54:28] wagnerrp: i cant believe the recording bits amount to much
[03:54:38] sphery: yeah
[03:54:59] wagnerrp: sphery: remember, minimyth at least used to be installable on as small as a 256MB CF card
[03:55:27] sphery: 70MB stripped
[03:55:35] sphery: and that includes themes
[03:55:39] wagnerrp: and last year, someone was in here talking about how they were booting straight off a ~120MB squashfs image
[03:55:55] sphery: oh, wait, that also includes source
[03:55:56] sphery: hehe
[03:55:56] wagnerrp: when i was questioning the time it took to pull a couple MB kernel over tftp
[03:56:04] wagnerrp: source or headers?
[03:56:05] sphery: forgot my prune on the source dir
[03:57:20] sphery: ah, no, that was just headers--seems I deleted source off that system
[03:57:31] wagnerrp: well thats choice... "i removed all the database files"
[03:57:51] wagnerrp: clearly someone you want to be getting system administration advice from
[03:59:15] kisak: I want advice from a system administrator who purges database files
[03:59:24] kisak: spices up the day
[04:00:05] ** wagnerrp wants a system with a big red 'purge' button **
[04:02:14] kisak: part 1: emergency stop button
[04:02:49] cocoa117 (cocoa117!~cocoa117@109.73.65.232) has joined #mythtv-users
[04:03:17] kisak: part 2: an old nostromo N50
[04:11:35] kisak: wow, that's the slowest I've ever seen mythcommflag --rebuild run 5 fps on a transcoded recording, it was ~1700 before the transcode
[04:12:09] kisak: also, the hdd isn't pegged
[04:12:27] wagnerrp: transcoded to what?
[04:12:42] wagnerrp: 1700 is the special 'low resolution' MPEG2 commercial flagging mechanism
[04:12:56] wagnerrp: that only performs a partial decoding of the video
[04:15:39] wagnerrp: kisak: and did you ever see the new tron? if the button could use the klaxon that sounds when he snags the disk, that would be lovely
[04:18:00] kisak: well, I ran the recording through mythtranscode with the 'autodetect from 1080i' profile, I suppose it's mpeg4: 2200 kb/s, 2–15, scale for frame size, high quality, 4MV / MP3 48k – ql5. honestly, I don't think I've ever used it as it was intended before
[04:18:20] kisak: it's just a placeholder for my script to do a lossless transcode
[04:18:55] kisak: it inflated the file 600MB
[04:19:24] kisak: in any case, the rebuild completed at 0% after 4 1/2 minutes
[04:20:24] kisak: ...and the rebuild made playback worse
[04:21:08] kisak: ~5 seconds of stuttering followed by it quiting back to the Watch Recordings Menu
[04:21:25] kisak: ~1/4 normal speed
[04:22:42] Shadow__X: do you guys have any recommendations on grounding coax?
[04:23:57] kisak: oh ... I misremembered the size, it did not inflate ~600MB
[04:27:00] tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 244 seconds)
[04:41:12] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[04:41:33] kisak: wagnerrp: I have not gotten around to watching the new tron
[04:43:55] kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has quit (Quit: leaving)
[04:44:11] kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users
[04:44:36] kisak: hmm ... it seems that mythtranscode has turned the .mpg into a .nuv, what can I do to tell mythbackend to look for a .mpg once more?
[04:48:13] cocoa117 (cocoa117!~cocoa117@109.73.65.232) has quit (Ping timeout: 265 seconds)
[04:51:16] kisak: recorded -> basename perhaps?
[04:54:14] kisak: that did it
[04:57:42] kisak: hmm ... back to before I mucked it up worse, it's real framerate is 24 fps, and it's playing at ~10.8 fps
[04:59:44] kisak: hmm ... could it be that I'm maxing out my 10/100 connection
[05:00:34] kisak: nope, not close
[05:03:17] kisak: I get the feeling I've used up all my karma points and I should stop now unless I find something concrete
[05:05:20] cocoa117 (cocoa117!~cocoa117@46.37.189.21) has joined #mythtv-users
[05:06:03] sean1 (sean1!~sean@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has joined #mythtv-users
[05:08:26] sean1: I decided today that I am going to switch provider, I have iptv. I think I will switch to a cable provider, they have some options for equipment. I opted for a dcx-3200. Does anyone have this box
[05:10:14] sean1: I was thinking firewire channel changing. Oh I would love to get rid of my slightly un-reliable ir blaster
[05:12:29] wagnerrp: what provider?
[05:14:11] sean1: Shae
[05:14:13] sean1: shaw
[05:14:59] wagnerrp: well if the firewire port is active at all, you can use external channel changer scripts with firewire
[05:15:15] wagnerrp: or in 0.25, you can use the internal firewire support to change channels in combination with analog capture
[05:15:35] wagnerrp: does your existing IPTV provider not work with the IPTV support in mythtv directly?
[05:15:39] sean1: yeah, I have hd-pvr's
[05:16:14] wagnerrp: i know people are using Sasktel directly, without requiring an STB
[05:16:19] sean1: for the capture
[05:16:31] sean1: Yeah, I am in manitoba
[05:17:21] wagnerrp: its a bit old but... http://mythtv.org/wiki/Sasktel_IPTV_Saskatoon_Channels
[05:17:30] sean1: I have not tried the direct route as they have MS mediaroom on the boxes, it is my understanding that all of the mediaroom streams are encrypted
[05:18:22] wagnerrp: yeah, mediaroom is no good
[05:18:33] sean1: now if I am wrong, I better cancel my change, lol
[05:20:21] sean1: I am very fond on the hd-pvr, when it works, it is as great as sliced bread
[05:21:14] sean1: it has been quite stable lately though
[05:23:20] sean1: I think a lot of it has to do with the signal. I had shaw direct (satellite) for a bit and there equipment would cause the hd-pvr crash
[05:24:48] sean1: what are you running wagnerrp
[05:25:17] oobe (oobe!~thingo@unaffiliated/oobe) has quit (Remote host closed the connection)
[05:25:25] wagnerrp: just ClearQAM
[05:27:18] Beirdo: definitely need to do a make distclean when trying out the new ffmpeg sync I have lined up ;)
[05:28:53] sean1: ahhh, that is cool, i wish i could go that route, unfortunately my city has like 2 hd channels
[05:29:45] wagnerrp: well ive also got a pair of -150s hooked up to cheap DTAs
[05:29:54] wagnerrp: but ive never gotten around to getting IR blasting set up
[05:30:00] wagnerrp: so i.. um...
[05:30:06] Beirdo: we keep you too busy ;)
[05:30:21] wagnerrp: go into the basement to set them to one channel when i need them
[05:30:35] wagnerrp: and let mythtv blindly think '/bin/true' is doing something useful
[05:31:03] oobe (oobe!~thingo@220.244.162.235) has joined #mythtv-users
[05:31:03] oobe (oobe!~thingo@220.244.162.235) has quit (Changing host)
[05:31:04] oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users
[05:32:29] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer)
[05:32:29] stoffel (stoffel!~quassel@pD9E43DFE.dip.t-dialin.net) has joined #mythtv-users
[05:32:29] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel
[05:33:13] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv-users
[05:34:36] oobe (oobe!~thingo@unaffiliated/oobe) has quit (Remote host closed the connection)
[05:34:51] Beirdo: booooo
[05:35:02] wagnerrp: :)
[05:35:29] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer)
[05:36:09] Beirdo: ah crap
[05:36:20] Beirdo: it installed the wrong versioned .so files
[05:36:27] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv-users
[05:36:56] wagnerrp: hopefully not overwriting your production system
[05:37:35] Beirdo: no no
[05:37:44] Beirdo: it's installing in the correct place
[05:37:56] Beirdo: just taking .so only (for ffmpeg libs)
[05:38:09] Beirdo: and it's linked against .so.54 and the like
[05:38:54] Beirdo: manually putting in the links, I'll fix that later
[05:40:39] Beirdo: heh
[05:40:48] Beirdo: and it's borked
[05:40:50] Beirdo: go figure
[05:47:25] IMSanchMac (IMSanchMac!~imsancho@CPE-123-211-72-91.lnse4.cha.bigpond.net.au) has joined #mythtv-users
[05:48:28] IMSanchMac: Does anyone know the correct mode argument to use nuvexport in h264mp3 mode?
[05:48:42] Beirdo: argument?
[05:48:48] IMSanchMac: I get the option and it works if I run it interactively
[05:49:06] IMSanchMac: but setting --mode=h264mp3 doesn't work
[05:50:10] IMSanchMac: gives "Unkown exporter mode: h264mp3"
[05:50:37] Beirdo: what does it show up as in the menu?
[05:50:46] cocoa117 (cocoa117!~cocoa117@46.37.189.21) has quit (Ping timeout: 246 seconds)
[05:51:14] IMSanchMac: "2. Export to H.264/MP3 (using mencoder)"
[05:51:22] Beirdo: oh jeez
[05:51:29] Beirdo: no idea, that's over a year old
[05:52:07] IMSanchMac: damn
[05:52:17] Beirdo: oh wait
[05:52:36] IMSanchMac: was hoping to update my old xvid export user job
[05:52:51] kormoc: try h264-mp3 ?
[05:53:20] IMSanchMac: success!
[05:53:34] IMSanchMac: cheers kormoc
[05:53:39] ** kormoc tips his hat **
[05:54:02] Beirdo: yeah, I forgot
[05:54:10] Beirdo: I took out transcode, not mencoder
[05:54:17] Beirdo: and then I looked in the wrong spot
[05:54:18] wagnerrp: and ffmpeg
[05:54:20] Beirdo: :)
[05:54:35] Beirdo: well, ffmpeg is there, but it used our compiled version only
[05:54:48] Beirdo: gracias, senor kormoc :)
[05:55:05] wagnerrp: what, no fancy characters?
[05:55:39] Beirdo: like I have my keyboard setup for accents
[05:56:17] kormoc: just fake it with ?s
[05:56:24] wagnerrp: oof.. i thought i was done with this thing
[05:56:42] wagnerrp: no, ive still got two big chunks of code i just ignored to be filled in later
[05:57:35] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Ping timeout: 246 seconds)
[05:58:32] wagnerrp: no, i was right the first time
[05:58:56] ** wagnerrp puts in big, easily searchable TODOs and closes the files **
[06:07:06] cocoa117 (cocoa117!~cocoa117@78.129.173.206) has joined #mythtv-users
[06:11:50] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has quit (Quit: leaving)
[06:14:40] Beirdo: OK, that's better
[06:14:45] Beirdo: now it segfaults :)
[06:17:02] hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users
[06:19:31] ubIx (ubIx!~ulf@p5DD187CE.dip0.t-ipconnect.de) has joined #mythtv-users
[06:20:52] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has joined #mythtv-users
[06:23:10] ubIx_ (ubIx_!~ulf@p5DD189ED.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds)
[06:23:54] mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users
[06:23:54] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[06:23:54] mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host)
[06:24:45] Beirdo: sometimes I wish we didn't have the -fomit-frame-pointer on
[06:28:56] benc_ (benc_!~benc@markcaswell.dsl.visi.com) has quit ()
[06:37:52] rmckee (rmckee!~rmckee@203.166.49.1) has quit (Quit: Leaving)
[06:39:26] oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users
[06:41:54] hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Quit: hpeter)
[06:53:31] cocoa117 (cocoa117!~cocoa117@78.129.173.206) has quit (Ping timeout: 264 seconds)
[06:58:52] walter_ (walter_!~walter@2001:978:3c00:10a:223:32ff:fec6:93b0) has joined #mythtv-users
[06:59:35] mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users
[06:59:35] mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host)
[06:59:35] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[07:11:04] cocoa117 (cocoa117!~cocoa117@109.73.66.99) has joined #mythtv-users
[07:14:37] Beirdo: oooh boy, this will take a while
[07:15:44] Beirdo: audio is trashed
[07:16:17] Beirdo: I'll get back to it tomorrow. It's not like they changed the whole API on me.... oh wait, they did.
[07:16:36] wagnerrp: which blend are you going with?
[07:16:48] Beirdo: highly caffienated
[07:16:54] Beirdo: err... ffmpeg
[07:17:14] Beirdo: less code renaming for us (like the binaries)
[07:19:03] RagingMind (RagingMind!~RagingMin@97-88-147-234.dhcp.mrqt.mi.charter.com) has quit (Ping timeout: 244 seconds)
[07:19:03] Beirdo: the big crashfest was a few seeks in our custom mpegts.c
[07:19:09] Beirdo: using the wrong type of seek
[07:19:36] Beirdo: now it seems to be audio-related
[07:19:39] Beirdo: fun fun fun
[07:20:15] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has quit (Ping timeout: 265 seconds)
[07:22:30] Beirdo: oooooh
[07:23:04] justdave (justdave!~dave@unaffiliated/justdave) has quit (Ping timeout: 245 seconds)
[07:30:39] Beirdo: OK, THAT was a mostly easy fix
[07:30:58] Beirdo: now just gotta do that everywhere I decode audio
[07:31:08] Beirdo: then fix aac decoding
[07:31:30] Beirdo: as at least ONE aac dies hard
[07:32:54] Beirdo: AC-3 is working though
[07:33:58] ServerSage (ServerSage!~ServerSag@c-24-4-121-88.hsd1.ca.comcast.net) has quit (Remote host closed the connection)
[07:35:05] RagingMind (RagingMind!~RagingMin@97.88.147.234) has joined #mythtv-users
[07:36:55] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has joined #mythtv-users
[07:37:01] justdave (justdave!~dave@unaffiliated/justdave) has joined #mythtv-users
[07:37:08] roknir (roknir!~roknir@unaffiliated/roknir) has joined #mythtv-users
[07:41:51] stoffel (stoffel!~quassel@pD9E43DFE.dip.t-dialin.net) has quit (Remote host closed the connection)
[07:43:05] RagingMind (RagingMind!~RagingMin@97.88.147.234) has quit (Read error: Operation timed out)
[07:43:35] RagingMind (RagingMind!~RagingMin@97-88-147-234.dhcp.mrqt.mi.charter.com) has joined #mythtv-users
[07:45:55] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[07:46:16] justdave (justdave!~dave@unaffiliated/justdave) has quit (Ping timeout: 246 seconds)
[07:48:59] mzb (mzb!~mzb@ppp108-88.static.internode.on.net) has quit (Quit: Quit? I never quit! ... well, hardly ever.)
[07:49:32] RagingMind (RagingMind!~RagingMin@97-88-147-234.dhcp.mrqt.mi.charter.com) has quit (Ping timeout: 244 seconds)
[07:49:32] roknir (roknir!~roknir@unaffiliated/roknir) has quit (Ping timeout: 244 seconds)
[07:52:20] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has quit (Read error: Connection reset by peer)
[07:52:40] pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has joined #mythtv-users
[07:52:44] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[07:53:36] RagingMind (RagingMind!~RagingMin@97-88-147-234.dhcp.mrqt.mi.charter.com) has joined #mythtv-users
[07:54:50] likwid- (likwid-!likwid@skynet.darpa.org) has quit (Ping timeout: 246 seconds)
[07:55:39] justdave (justdave!~dave@unaffiliated/justdave) has joined #mythtv-users
[07:55:55] cocoa117 (cocoa117!~cocoa117@109.73.66.99) has quit (Ping timeout: 264 seconds)
[07:57:13] roknir (roknir!~roknir@24-240-79-254.dhcp.mdsn.wi.charter.com) has joined #mythtv-users
[07:57:13] roknir (roknir!~roknir@24-240-79-254.dhcp.mdsn.wi.charter.com) has quit (Changing host)
[07:57:13] roknir (roknir!~roknir@unaffiliated/roknir) has joined #mythtv-users
[08:14:24] cocoa117 (cocoa117!~cocoa117@109.73.65.108) has joined #mythtv-users
[08:15:40] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 260 seconds)
[08:31:02] quicksil1er is now known as quicksilver
[08:34:18] pclark (pclark!~pclark@193.35.11.116) has joined #mythtv-users
[08:36:54] sean1 (sean1!~sean@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has quit (Ping timeout: 260 seconds)
[08:55:31] hashbang (hashbang!~isajb@2001:630:e4:1212:230:48ff:febf:1392) has joined #mythtv-users
[08:57:40] cocoa117 (cocoa117!~cocoa117@109.73.65.108) has quit (Ping timeout: 246 seconds)
[09:06:04] pclark (pclark!~pclark@193.35.11.116) has quit (Ping timeout: 260 seconds)
[09:08:25] ben1066_ (ben1066_!~quassel@host109-152-47-162.range109-152.btcentralplus.com) has joined #mythtv-users
[09:10:05] ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Ping timeout: 246 seconds)
[09:13:36] ben1066 (ben1066!~quassel@host109-152-51-55.range109-152.btcentralplus.com) has joined #mythtv-users
[09:15:20] ben1066_ (ben1066_!~quassel@host109-152-47-162.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[09:16:43] cocoa117 (cocoa117!~cocoa117@109.73.66.195) has joined #mythtv-users
[09:17:41] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv-users
[09:19:23] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[09:20:25] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users
[09:20:33] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv-users
[09:20:37] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[09:28:58] T1Modem (T1Modem!~richard@CPE-144-131-132-228.static.nsw.bigpond.net.au) has joined #mythtv-users
[09:31:14] T1Modem: anyone out there using a HD-PVR without any issues?
[09:33:07] Moscherkobold (Moscherkobold!Moscherkob@roath.org) has quit (Read error: Connection reset by peer)
[09:34:49] Moscherkobold (Moscherkobold!Moscherkob@roath.org) has joined #mythtv-users
[09:35:44] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users
[09:35:59] ben1066 (ben1066!~quassel@host109-152-51-55.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[09:37:18] ben1066 (ben1066!~quassel@host86-167-179-211.range86-167.btcentralplus.com) has joined #mythtv-users
[09:38:39] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv-users
[09:40:19] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[09:46:49] T1Modem (T1Modem!~richard@CPE-144-131-132-228.static.nsw.bigpond.net.au) has quit (Quit: T1Modem)
[09:48:38] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Read error: Connection reset by peer)
[09:56:35] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv-users
[09:58:45] nutron (nutron!~nutron@unaffiliated/nutron) has quit (Ping timeout: 248 seconds)
[10:00:40] cocoa117 (cocoa117!~cocoa117@109.73.66.195) has quit (Ping timeout: 246 seconds)
[10:02:15] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[10:05:03] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:51] mike (mike!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv-users
[10:06:17] mike is now known as Guest13651
[10:07:42] nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv-users
[10:10:29] slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has joined #mythtv-users
[10:13:12] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv-users
[10:13:46] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[10:19:04] pclark (pclark!~pclark@193.35.11.116) has joined #mythtv-users
[10:19:31] cocoa117 (cocoa117!~cocoa117@95.154.230.172) has joined #mythtv-users
[10:36:01] oobe (oobe!~thingo@unaffiliated/oobe) has quit (Read error: Connection reset by peer)
[10:45:41] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[10:51:58] oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users
[10:54:37] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[10:56:47] `oobe` (`oobe`!~thingo@220.244.162.235) has joined #mythtv-users
[10:56:48] `oobe` (`oobe`!~thingo@220.244.162.235) has quit (Changing host)
[10:56:48] `oobe` (`oobe`!~thingo@unaffiliated/oobe) has joined #mythtv-users
[10:57:08] pclark (pclark!~pclark@193.35.11.116) has quit (Ping timeout: 245 seconds)
[10:57:14] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[10:57:14] oobe (oobe!~thingo@unaffiliated/oobe) has quit (Read error: Connection reset by peer)
[11:03:07] cocoa117 (cocoa117!~cocoa117@95.154.230.172) has quit (Ping timeout: 264 seconds)
[11:06:31] `0OoOoO0OoOoO0` (`0OoOoO0OoOoO0`!~thingo@unaffiliated/oobe) has joined #mythtv-users
[11:08:55] `oobe` (`oobe`!~thingo@unaffiliated/oobe) has quit (Ping timeout: 260 seconds)
[11:08:57] `0OoOoO0OoOoO0` (`0OoOoO0OoOoO0`!~thingo@unaffiliated/oobe) has quit (Read error: Connection reset by peer)
[11:13:37] mzb (mzb!~mzb@ppp108-88.static.internode.on.net) has joined #mythtv-users
[11:19:59] jkfod (jkfod!~Greg_od@31.31.109.193) has joined #mythtv-users
[11:28:40] cocoa117 (cocoa117!~cocoa117@109.73.65.57) has joined #mythtv-users
[11:28:58] walter_ (walter_!~walter@2001:978:3c00:10a:223:32ff:fec6:93b0) has quit (Quit: walter_)
[11:31:46] toeb: how can i drop all collected eit data?
[11:40:45] andreax (andreax!~andreaz@p54BF2A0D.dip.t-dialin.net) has joined #mythtv-users
[11:42:59] ahhughes_ (ahhughes_!~ahhughes@182-239-184-189.ip.adam.com.au) has joined #mythtv-users
[11:43:30] ahhughes_: how can I see what version of a backend and frontend I am running?
[11:51:35] ahhughes_: got it, apt-cache showpkg mythtv-frontend  :)
[11:55:27] tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users
[11:59:30] ben1066_ (ben1066_!~quassel@host86-146-99-201.range86-146.btcentralplus.com) has joined #mythtv-users
[12:00:11] ben1066 (ben1066!~quassel@host86-167-179-211.range86-167.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[12:00:41] ben1066_ (ben1066_!~quassel@host86-146-99-201.range86-146.btcentralplus.com) has quit (Client Quit)
[12:01:12] ben1066 (ben1066!~quassel@host86-146-99-201.range86-146.btcentralplus.com) has joined #mythtv-users
[12:02:01] ben1066 (ben1066!~quassel@host86-146-99-201.range86-146.btcentralplus.com) has quit (Changing host)
[12:02:01] ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv-users
[12:06:07] cocoa117 (cocoa117!~cocoa117@109.73.65.57) has quit (Ping timeout: 265 seconds)
[12:13:57] likwid- (likwid-!likwid@skynet.darpa.org) has joined #mythtv-users
[12:16:04] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users
[12:22:31] cocoa117 (cocoa117!~cocoa117@46.37.178.104) has joined #mythtv-users
[12:29:51] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Remote host closed the connection)
[12:31:11] pclark (pclark!~pclark@193.35.11.116) has joined #mythtv-users
[12:43:27] ahhughes_ (ahhughes_!~ahhughes@182-239-184-189.ip.adam.com.au) has quit (Quit: Leaving)
[12:43:51] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Remote host closed the connection)
[12:45:15] jkfod (jkfod!~Greg_od@31.31.109.193) has quit (Quit: Leaving.)
[12:53:33] Dave123 (Dave123!someone@cpe-74-74-202-129.rochester.res.rr.com) has quit (Remote host closed the connection)
[12:58:17] Dave123 (Dave123!someone@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users
[13:03:48] ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Read error: Connection reset by peer)
[13:03:55] ben1066 (ben1066!~quassel@host86-146-99-201.range86-146.btcentralplus.com) has joined #mythtv-users
[13:05:00] ben1066 (ben1066!~quassel@host86-146-99-201.range86-146.btcentralplus.com) has quit (Changing host)
[13:05:01] ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv-users
[13:07:55] cocoa117 (cocoa117!~cocoa117@46.37.178.104) has quit (Ping timeout: 246 seconds)
[13:09:02] andreax (andreax!~andreaz@p54BF2A0D.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[13:10:49] andreax (andreax!~andreaz@p54BF2A0D.dip.t-dialin.net) has joined #mythtv-users
[13:21:16] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[13:24:34] cocoa117 (cocoa117!~cocoa117@109.73.65.52) has joined #mythtv-users
[13:28:22] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Read error: Connection reset by peer)
[13:37:04] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv-users
[13:41:39] Oleg_ (Oleg_!~webcam@pool-96-224-17-81.nycmny.east.verizon.net) has joined #mythtv-users
[13:43:53] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 250 seconds)
[13:53:58] BLZbubba: ok this Hauppauge HD PVR IR blaster is a joke
[13:54:16] BLZbubba: is there a good mythtv-compatible one that I cna plug into a USB port?
[13:55:03] BLZbubba: the signal on it is so weak that it loses every other button press
[13:56:27] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv-users
[13:56:28] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v Captain_Murdoch
[13:58:13] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[14:01:37] pplmaker: blzbubba: it might be a bad cable. a few years ago I replaced an sdcard with an hd one and the cable it came with sent out a weak signal. I called their support # and they sent me a replacement FOC
[14:06:56] pplmaker: its definitely a shabby contraption but ive been using it for years
[14:07:09] pplmaker: and it works
[14:09:40] CKnet is now known as CyberKnet
[14:10:34] cocoa117 (cocoa117!~cocoa117@109.73.65.52) has quit (Ping timeout: 246 seconds)
[14:11:56] streeter (streeter!streeter@nat/redhat/x-gctshemkmzzztjns) has joined #mythtv-users
[14:23:39] cocoa117 (cocoa117!~cocoa117@46.37.189.18) has joined #mythtv-users
[14:34:24] DarthFrog: How can I stop Myth from altering the system sound volume? I set the output volum to a high level using alsamixer and run "sudo alsactl store". But I have to do that for every video! Whenever a video is over, the volume is reset automatically. I can't figure out how to override this behaviour.
[14:37:20] wagnerrp: why cant mythtv set the system volume?
[14:37:29] wagnerrp: or rather, why dont you want it to?
[14:37:40] DarthFrog: Don't know but it doesn't.
[14:37:54] DarthFrog: If that would work, I'd be OK with it.
[14:38:21] DarthFrog: I route my sound through the stereo and use the receiver for volume control.
[14:38:34] wagnerrp: it sounds like youre changing the volume outside of mythtv's control
[14:38:54] wagnerrp: so when it inits the video again, the audio subsystem resets the volume to where it thought it was
[14:38:57] DarthFrog: But mythtv doesn't control the volume.
[14:39:00] wagnerrp: rather than checking to see where you changed it
[14:39:25] DarthFrog: Hmm, you've given me an idea. Thanks.
[14:39:43] wagnerrp: how is your audio connected to your PC?
[14:39:48] wagnerrp: analog or digital?
[14:39:53] DarthFrog: analog.
[14:40:02] wagnerrp: and what distro?
[14:40:19] DarthFrog: Mythbuntu 10.04
[14:40:32] wagnerrp: actually mythbuntu, not ubuntu with the mythbuntu packages?
[14:40:54] wagnerrp: there is a single key difference between the two (ubuntu will use pulseaudio on top of alsa)
[14:41:27] DarthFrog: You know, I can't remember for certain. But I'm fairly sure it's Mythbuntu.
[14:41:51] wagnerrp: if its just stock ubuntu, and you are running pulseaudio
[14:42:03] wagnerrp: mythtv will disable pulseaudio before entering playback, and then enable it when exiting
[14:42:13] DarthFrog: No, it wouldn't be Ubuntu. I despise GNOME.
[14:42:16] wagnerrp: leading to strange system audio behavior if youre not expecting it
[14:42:52] DarthFrog: Pulse isn't installed.
[14:43:53] DarthFrog: root@kermit:/usr/share/alsa# lspkg | grep pulse
[14:43:54] DarthFrog: libpulse0
[14:43:56] DarthFrog: libpulse-mainloop-glib0
[14:43:57] DarthFrog: vlc-plugin-pulse
[14:44:25] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Ping timeout: 244 seconds)
[14:44:59] wagnerrp: libpulse is just to allow mythtv and other applications to be compiled and packaged against pulse
[14:45:05] wagnerrp: not that its actually installed
[14:45:22] DarthFrog: I was wondering about that.  :-)
[14:47:10] rumblebumble (rumblebumble!~rumblebum@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has quit (Remote host closed the connection)
[14:48:20] DarthFrog: wagnerrp: BTW, about our conversation yesterday about a slave backend vs. a NFS server box: I'm reading the Myth FAQ and it says that mythbackend requires at least one properly configured capture card. Since the storage box will not have a capture card, that settles the issue. :-) NFS server it is.
[14:50:03] ** peitolm thought the master had to have a tuner, but that wasn't a requirement for the slaves **
[14:50:31] DarthFrog: peitolm: Don't know. The FAQ doesn't distinguish between them.
[14:51:05] peitolm: wagnerrp is the guru in this case
[14:53:06] sphery: peitolm: we don't support tunerless backends of any kind
[14:53:31] sphery: some people run broken setups with tunerless remote backends, but there are known problems with that configuration
[14:53:53] Ua2 (Ua2!~Ua2@74.174.28.98) has quit (Read error: Operation timed out)
[14:55:00] sphery: so the right solution is to do as DarthFrog is doing (and/or run mythmediaserver and/or run mythjobqueue rather than run mythbackend) and wait for us to make it easier for you to get the right parts running
[14:56:10] DarthFrog: I love people who make my life easier. :-)
[14:56:46] cocoa117 (cocoa117!~cocoa117@46.37.189.18) has quit (Ping timeout: 246 seconds)
[14:56:51] ** DarthFrog will buy sphery copius amounts of beer whenever he comes to Vancouver, BC. **
[14:57:50] sphery: hehe, well I still have to actually finish that code (been planning it for a couple versions, now :)
[14:58:46] wagnerrp: DarthFrog: the mythtv system as a whole requires at least one configured tuner card, or else the scheduler in the master backend will fault out
[14:59:43] peitolm: mythmediaserver? *will go home and read*
[14:59:49] DarthFrog: Well, the master backend will have 3 Hauppauge cards with digital terminals feeding them, so that's not an issue.
[14:59:53] wagnerrp: the master backend makes assumptions that it itself will have a tuner, and some may exhibit unknown behavior if there is no local tuner
[15:00:16] wagnerrp: slave backends without tuners really arent a problem, just an inefficiency
[15:00:36] DarthFrog: I have a CommandIR (two, actually) to use for IR blasting the digital boxes.
[15:00:38] wagnerrp: no sense running the backend when all you need is the jobqueue, or all you want to do is serve media content
[15:01:03] wagnerrp: for which 0.21+ has mythjobqueue and 0.25+ has mythmediaserver
[15:01:09] sphery: though without a tuner, the backend has no encoderlink, which causes problems in disk representation
[15:01:30] DarthFrog: Not so much serve media content as store it. This box will have 5.25 TB space. The master backend already has 5.5 TB.
[15:02:00] DarthFrog: I'll let the master backend feed all the frontend boxes.
[15:02:06] sphery: yeah, and for adding storage that's writable from other backends, you'd just do NFS, like you plan :)
[15:03:19] wagnerrp: DarthFrog: for recordings, those are stored against the backend that made them, so without some maneuvering, routing the content from the file server over NFS to the master backend, and through mythproto to the frontends is the only option
[15:03:37] wagnerrp: unless of course you want to configure the frontends to connect directly over NFS as well, and bypass the master backend for playback
[15:03:54] DarthFrog: Don't see a real advantage to that.
[15:04:08] wagnerrp: for stuff like mythvideo, you can just run mythmediaserver on the file server, and have it serve over mythproto directly
[15:04:30] wagnerrp: DarthFrog: improvement in network efficiency, at the expense of additional configuration being performed on each frontend
[15:05:01] wagnerrp: sphery: do we still have that 'master backend override' option?
[15:05:38] sphery: not really
[15:06:01] sphery: the widget was removed... the plan is to figure out the right thing to do automatically
[15:06:43] wagnerrp: figuring out the right thing, being let the backend track what system the filesystem is marked as 'local' on, and pull from that?
[15:07:13] pclark (pclark!~pclark@193.35.11.116) has quit (Ping timeout: 276 seconds)
[15:07:19] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv-users
[15:07:37] sphery: the right approach for now is: If you want to use NFS, mount the NFS file system on the frontend at the same location it exists on the backend(s), if you want to use MythTV streaming, don't mount the NFS file system or mount it at a different location on the frontend
[15:08:18] wagnerrp: the 'master backend override' was to force the use of the master backend for streaming for content recorded by slave backends, wasnt it?
[15:08:33] wagnerrp: i didnt think it was ever intended to have anything to do with NFS
[15:08:35] sphery: wagnerrp: basically... each host figures out what file systems it can see, and which are local, then we compute the most-efficient path from a given directory to a given frontend
[15:09:24] sphery: wagnerrp: it was being used by people who--for some reason--mounted the file system with NFS but didn't want to use NFS (which begs the question of why they'd mount it)
[15:09:53] wagnerrp: right, but we dont currently find the most efficient path do we? i thought we just blindly use the backend that recorded it
[15:10:06] sphery: correct
[15:10:22] sphery: though /if/ there's a local copy of the file at the same location, the frontend will always prefer that
[15:10:31] sphery: so if you mount the NFS file system, it will be used
[15:10:49] sphery: so users must choose the most efficient path by either mounting or not mounting the file system
[15:11:38] sphery: and note that the "master backend streams the content if the slave backend isn't running" part hasn't worked for years, according to reports
[15:11:38] DarthFrog: So would mounting the storage directories on the frontend via NFS be the most efficient?
[15:12:41] sphery: DarthFrog: in your case (and assuming a remote frontend system), yes--since it would mean that data would go directly from the NFS server to the frontend, instead of NFS server->backend system->frontend
[15:12:50] wagnerrp: only if your recordings are stored somewhere other than the host that recorded them
[15:13:06] sphery: however if you have only one frontend system that's also the one backend system, it wouldn't matter
[15:13:13] wagnerrp: which is what im getting at, some mechanism to allow you to run a mythmediaserver on the NFS server
[15:13:14] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv-users
[15:13:22] sphery: then again, with modern networking equipment, the efficiency difference is really not something to worry about
[15:13:28] sphery: i.e. we're not using 10Mb hubs, now
[15:13:29] wagnerrp: and have the frontends automatically recognize that they should go to that, rather than the master/slave backend
[15:13:31] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[15:13:37] DarthFrog: wagnerrp: Some will be on the master backend (all of them right now) and some will be on the NFS box that I'm building (once the courier delivers the hardware).
[15:13:41] wagnerrp: but yeah, its an inconvenience on 100Mbit hardware
[15:13:45] wagnerrp: and unnoticeable on gigabit
[15:13:53] sphery: wagnerrp: yeah, that's the plan
[15:14:01] DarthFrog: What about Wireless-G?
[15:14:10] wagnerrp: DarthFrog: right, and it would automatically know which machine it is actually stored on, and choose that
[15:14:18] wagnerrp: 802.11G need not apply
[15:14:19] sphery: just requires us to make the information about file systems generically available and to "store" it in the context
[15:14:20] DarthFrog: wagnerrp: Excellent. Thanks.
[15:14:21] wagnerrp: replace, discard
[15:14:28] sphery: then modify the getplaybackurl function to do the right thing
[15:15:19] sphery: then, regardless of the specified hostname in the database, we ask the most-appropriate host for the file
[15:15:21] DarthFrog: I presume that the NFS mounts should have the same directory name as on the master backend? i.e. recordings stored in /var/lib/mythtv/recordings on both?
[15:15:40] sphery: so that if it's recorded by a slave backend to an NFS server, we can still ask the mythmediaserver on the NFS host for the file
[15:15:45] wagnerrp: if mythfrontend is to be able to find them, yes
[15:15:53] sphery: DarthFrog: yes, that's required
[15:15:56] DarthFrog: sphery: Thus the benefit in having different hostnames. :-)
[15:16:22] wagnerrp: you mean the requirement?
[15:16:31] wagnerrp: you cant have two machines on the same domain with the same hostname
[15:17:02] DarthFrog: And then presumably the frontend machine would be able to make DVDs from the videos/recordings on the NFS mount.
[15:17:25] sphery: hehe, I don't know anything about mytharchive
[15:17:37] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv-users
[15:17:40] wagnerrp: you could, but im not sure why you would want to in this day and age
[15:17:43] DarthFrog: I was just reading in the MythTV FAQ about hostnames. I don't know why anyone would want two machines with the same hostname. It would get rather confusing.
[15:18:02] sphery: but at least for playback, we'd always be able to find a recording and play it back using the most-efficient read mechanism
[15:18:17] DarthFrog: sphery: in past versions, mytharchive would only work with local files.
[15:18:24] sphery: DarthFrog: does it say something about the same host name on different systems in there?
[15:18:29] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[15:18:31] DarthFrog: sphery: Yes.
[15:18:36] sphery: where at?
[15:19:11] sphery: Why can't my remote frontend play recordings even though I can see them in 'watch recordings' ? "Ensure that all your MythTV machines have different hostnames." perhaps?
[15:19:50] ben1066_ (ben1066_!~quassel@host109-152-58-45.range109-152.btcentralplus.com) has joined #mythtv-users
[15:20:06] DarthFrog: Yes.
[15:20:10] DarthFrog: I just found it. :-)
[15:20:14] sphery: yeah, the rest of that pretty much makes it sound like there's some reason for using the same host name: http://www.mythtv.org/wiki/Frequently_Asked_Q . . . dings.27_.3F
[15:20:15] wagnerrp: "but when i installed my machines, they all automatically named themselves 'localhost'. is that not good?"
[15:20:34] sphery: probably could use a bit of cleanup
[15:20:54] ** DarthFrog names all his machines after frogs.  :-) **
[15:22:10] ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Ping timeout: 276 seconds)
[15:22:18] sphery: wagnerrp: think it's time to mention changing Live TV and recording order at http://www.mythtv.org/wiki/Frequently_Asked_Q . . . _for_live_TV (and remove the old pre-0.25 info)
[15:23:17] sphery: (and maybe turn that heading into a question)
[15:24:51] kisak: wagnerrp: where did you get your spl and pcre useflag rdepends for php 5.3 in the mythweb ebuilds?
[15:24:56] ben1066_ (ben1066_!~quassel@host109-152-58-45.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[15:25:13] wagnerrp: kisak: they were already there when i started editing?
[15:25:40] kisak: wagnerrp: as far as I can tell, those useflags have gone away
[15:28:26] streeter (streeter!streeter@nat/redhat/x-gctshemkmzzztjns) has quit (Quit: Leaving)
[15:28:49] ** wagnerrp thinks this is about as clear an example of "Go back and RTFM" as he has ever seen... http://help.themoviedb.org/discussions/proble . . . movie-review **
[15:29:17] kisak: spl doesn't exist in portage anywhere, pcre isn't in php
[15:29:30] wagnerrp: yeah, i dont know
[15:29:37] wagnerrp: ive never actually used that ebuild
[15:30:07] wagnerrp: or so much as installed apache on gentoo
[15:30:30] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv-users
[15:34:54] kisak: on the same line as those use flags, shouldn't it read dev-lang/php:5.3, not the specific version =dev-lang/php-5.3 which does not exist
[15:36:05] kisak: or ditch the =dev-lang/php-5.3 all together, I can check if it's sane
[15:36:11] wagnerrp: yes, but when i did such, 'emerge -vp mythweb' would complain
[15:36:25] wagnerrp: i havent bothered to figure out what specifically is wrong
[15:36:33] wagnerrp: but from what you say, its probably those invalid use flags
[15:36:34] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[15:42:03] ben1066 (ben1066!~quassel@host86-151-189-44.range86-151.btcentralplus.com) has joined #mythtv-users
[15:44:58] pheld: got a problem with theme download from the theme selector. it doesn't seem to download anything. the download progress dialog disappears instantly and there's no new zipfile alongside others in ~/.mythtv/tmp/
[15:45:19] wagnerrp: remote frontend?
[15:45:33] pheld: FE and BE on the same machine
[15:45:47] wagnerrp: nothing in the error logs for the backend?
[15:46:19] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv-users
[15:46:38] ben1066 (ben1066!~quassel@host86-151-189-44.range86-151.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[15:48:37] pheld: I see nothing there. Wasn't there a recent change that brought the theme handling back to the FE?
[15:49:38] pheld: I'll run the FE with -v all and check if there's something else
[15:49:38] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[15:49:51] kisak: wagnerrp: I think the ebuild should simply read 'REDEPEND="dev-lang/php[curl,json,mysql,session,posix]' since mythweb probably needs those use flags for 5.3 as well as 5.4
[15:50:55] kisak: and ditch the second php rdepend line
[15:50:55] wagnerrp: there is a ticket open that mythweb does not work with php5.4
[15:51:08] wagnerrp: and its known that it does not work with 5.1 or previous
[15:51:22] wagnerrp: as for the second line, i honestly have no idea what purpose that is serving
[15:51:27] wagnerrp: i fully intend to remove it
[15:51:39] kisak: wagnerrp: nothing older than php 5.3 is in portage
[15:52:14] wagnerrp: so <dev-lang/php-5.4?
[15:52:29] kisak: <dev-lang/php-5.3
[15:52:36] wagnerrp: it needs 5.3
[15:52:41] pheld: What does this mean: DownloadManager: downloadError 103 No suitable proxy found
[15:53:05] wagnerrp: pheld: sounds like you have the proxy environmental variable configured, inproperly
[15:53:10] wagnerrp: *improperly
[15:53:46] ben1066 (ben1066!~quassel@host109-152-66-224.range109-152.btcentralplus.com) has joined #mythtv-users
[15:53:59] pheld: is that something new. I haven't changed the environement in ages on this box, except from script changes to cope with the recent log changes
[15:54:06] kisak: in that case, have dev-lang/php[useflags], followed by <dev-lang/php-5.4 on the next line to exclude 5.4 like you want
[15:54:23] wagnerrp: you can have multiple calls to a single package like that?
[15:55:39] kisak: wagnerrp: it likes it over here
[15:57:51] hashbang (hashbang!~isajb@2001:630:e4:1212:230:48ff:febf:1392) has quit (Quit: Leaving.)
[16:02:03] kisak: silly me typing before I thought everything to it's conclusion, yes, you can throw out the second php rdepend line and it works as it should
[16:02:22] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv-users
[16:02:27] kisak: <dev-lang/php-5.4[curl,json,mysql,session,posix] by itself works as it should
[16:03:18] kisak: I don't modify ebuilds often enough
[16:03:27] wagnerrp: however using the slot... "dev-lang/php:5.3[curl,json,mysql,session,posix]" causes an error when i try to emerge it
[16:04:14] wagnerrp: lets try the more common selection
[16:05:44] wagnerrp: same error
[16:06:03] wagnerrp: so im guessing my laptop is just currently not configured in a manner php is happy installing itself on
[16:09:49] pheld: wagnerrp: looks like something is inconsistent. I've been using privoxy to filter content for http apps with no built-in filtering. It has worked fine with the FE theme download until a few weeks ago. The mechanism to get a list of available themes and notify about available updates has worked all the time. Theme download works with http_proxy undefined.
[16:09:56] dekarl (dekarl!~dekarl@p4FE84ED0.dip.t-dialin.net) has joined #mythtv-users
[16:11:48] kisak: wagnerrp: I just did some more tinkering, if you change =dev-lang/php-5.3 to >=dev-lang/php-5.3 in || ( <dev-lang/php-5.3[spl,pcre] =dev-lang/php-5.3 ), that also fixes the behavior
[16:12:33] wagnerrp: kisak: the || means "give me one of these things"
[16:12:49] wagnerrp: if 'spl' and 'pcre' are not valid use flags, then you are matching on the second part always
[16:13:04] pheld: so how do I now enable http_proxy for mythbrowser (ad-blocking etc). is there a way to do that separately
[16:13:34] kisak: wagnerrp: well, it must be a relic from php 5.1 and 5.2
[16:13:56] wagnerrp: pheld: mythtv only supports a single proxy setting, its all or nothing
[16:14:12] wagnerrp: it leaves it up to your proxy to decide whether or not to pass directly through
[16:15:09] wagnerrp: pheld: on the other hand, mythbrowser is a frontend thing, while theme downloading is performed by the master backend, and then pulled over mythproto
[16:15:32] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[16:15:38] wagnerrp: if the backend is running with no configured proxy, theme downloads should automatically bypass it
[16:16:05] sphery: and you can always set up a nice transparent proxy that's configured to do the right thing...
[16:16:34] pheld: wasn't the move of theme download to the BE reverted for 0.25 some time last week?
[16:17:07] wagnerrp: AFAIK, the theme downloader always cached on the master backend
[16:17:08] sphery: https://github.com/MythTV/mythtv/commit/95ad33f89
[16:17:09] sphery: yes
[16:17:23] wagnerrp: to allow multiple frontends to only pull a single time
[16:17:23] pheld: the test I just made could not have worked if the BE handled the download. I only changed the env for the FE
[16:17:30] sphery: if you fix the problem and submit a patch, we can make it work properly :)
[16:17:59] Goga777 (Goga777!~Goga777@95-30-0-227.broadband.corbina.ru) has joined #mythtv-users
[16:18:06] wagnerrp: sphery: was that changed due to the issues with it often not properly making that second step from MBE to RFE?
[16:18:09] sphery: that was pushed as a "because there's not enough time before release for us to look into it and fix it properly"
[16:18:37] sphery: wagnerrp: yes, as a general workaround for theme chooser downloads failing at some point
[16:18:44] sphery: (possibly different points for different users)
[16:19:06] sphery: minimizes the points, so it's more likely to succeed
[16:25:54] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users
[16:25:54] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc
[16:26:58] knightr: wagnerrp, Hi! I need help from our Python guru please...
[16:27:53] wagnerrp: shoot
[16:28:17] fabrice (fabrice!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has joined #mythtv-users
[16:28:49] fabrice (fabrice!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has quit (Client Quit)
[16:28:53] hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has quit (Quit: hadees)
[16:29:08] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has joined #mythtv-users
[16:29:13] kmcorbett (kmcorbett!~kmcorbett@173-9-35-41-NewEngland.hfc.comcastbusiness.net) has joined #mythtv-users
[16:30:27] knightr: I need to make mythburn.py accept UTF-8 in its date format... It complained because it wasn`t ASCII so I added .decode("utf-8") at the end of that line and now I get this: http://pastebin.com/YvKGTKTr
[16:31:07] ** wagnerrp runs away in terror **
[16:31:19] knightr: LOL... :) :) :)
[16:32:19] knightr: I saw the program and had the same reaction...
[16:32:20] wagnerrp: https://github.com/wagnerrp/pytmdb3/issues/10 . . . ment-4882126
[16:33:47] wagnerrp: you use .encode() to encode from the format to a generic transferable format
[16:34:04] wagnerrp: you use .decode() to convert it back to your system specific format
[16:34:22] wagnerrp: wait
[16:34:31] wagnerrp: why would a date format not be ascii?
[16:34:46] wagnerrp: is it using the month/day names or something?
[16:35:21] wagnerrp: scratch that
[16:35:33] wagnerrp: all python date formatting strings are ascii characters
[16:35:47] wagnerrp: you will NEVER receive anything but ascii from that query
[16:36:03] wagnerrp: unless the user has horribly gruesomely broken something
[16:36:48] sean1 (sean1!~sean@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has joined #mythtv-users
[16:36:51] knightr: Chinese maybe? (-;
[16:37:01] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has quit (Quit: Ex-Chat)
[16:37:10] wagnerrp: python is an ascii language
[16:37:11] knightr: Either that or I pass %s as date format..
[16:37:14] wagnerrp: not chinese
[16:38:10] knightr: And try to mimic %s using a QDate in the settings page or use C++ strftime for that entry and that entry alone...
[16:38:30] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[16:38:56] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has joined #mythtv-users
[16:39:12] kmcorbett (kmcorbett!~kmcorbett@173-9-35-41-NewEngland.hfc.comcastbusiness.net) has quit (Quit: Quit)
[16:39:39] hadees (hadees!~hadees@64.132.24.248) has joined #mythtv-users
[16:40:36] knightr: wagnerrp, the output needs to end up looking like this: 2012年03月26日 星期一
[16:40:38] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[16:42:02] knightr: (I'm not sure if you can see the Chinese characters..)
[16:42:19] wagnerrp: i see them, and youre wrong
[16:42:37] wagnerrp: the output needs to be a handful of ascii characters, prepended with % symbols
[16:42:53] wagnerrp: its querying the printing format from the database
[16:43:00] wagnerrp: its not applying the format to a datetime
[16:43:05] wagnerrp: no chinese involved
[16:43:19] wagnerrp: if the user is getting unicode, the user did something very bad
[16:43:54] knightr: I need to either embed those characters in the format string or use %s
[16:44:04] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has quit (Quit: Ex-Chat)
[16:44:08] knightr: but %s only makes sense to strftime...
[16:44:26] knightr: and all these setup screen use QDate....
[16:44:49] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has joined #mythtv-users
[16:45:32] jkfod (jkfod!~Greg_od@31.31.109.193) has joined #mythtv-users
[16:45:38] wagnerrp: embed what characters?
[16:45:54] wagnerrp: oh.... i see what youre saying
[16:46:07] wagnerrp: the user is adding their own garbage text to the string
[16:46:15] wagnerrp: independent of the formatting markup
[16:46:46] knightr: nope, I need to add a new date format to archivesettings.cpp just like I did to globalsettings.cpp..
[16:47:06] wagnerrp: instead of the default string, theyve got something like "%a %d chinesegarbagenonsense %b %Y"
[16:47:24] knightr: problem is in C++ we use QDate but to talk to python I must use strftime...
[16:47:41] knightr: yep!
[16:48:46] wagnerrp: why would someone want to put their own text in there?
[16:49:00] wagnerrp: i mean other than stuff like '-' or ':', what would you want in there?
[16:49:05] knightr: Because it's their date format...
[16:49:30] knightr: First char means year, second month, last means day...
[16:49:39] knightr: The last part is the day of the week..
[16:50:22] wagnerrp: the markup is all ascii which isnt a problem, im wondering why theyre non-markup chinese characters into the string
[16:51:25] wagnerrp: *theyre stuffing non-...
[16:51:43] knightr: because they must be displayed...
[16:51:44] slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has quit (Remote host closed the connection)
[16:52:03] knightr: strftime does accept non-markup chracters doesn't it?
[16:52:37] wagnerrp: sure, but at least in the context of english, i would only consider putting punctuation in there
[16:52:46] wagnerrp: stuff like '-' or ':' or ','
[16:52:58] wagnerrp: unless they have their own independent unicode punctuation they would use instead
[16:53:21] ** wagnerrp really has no idea of anything outside roman alphabets **
[16:54:17] knightr: Those characters are actually words and are supposed to be there...
[16:54:17] wagnerrp: in any case, the python docs say it must be a string, which presumably means an ascii string and unicode is not supported
[16:54:34] wagnerrp: in which case you would use '.encode("utf-8")' rather than decode
[16:54:37] knightr: ok, so I guess I have to use %s
[16:54:58] wagnerrp: http://docs.python.org/library/time.html#time.strftime
[16:55:07] wagnerrp: those are the supported characters, and only those characters
[16:55:15] knightr: arren't these coming from the BD already in UTF-8 so shouldn't I decode theme...
[16:55:18] wagnerrp: there is no internationalization of the strftime format
[16:55:31] wagnerrp: BD?
[16:55:44] wagnerrp: DB?
[16:55:50] wagnerrp: yes, the database outputs in unicode
[16:56:11] wagnerrp: would you would .encode('utf-8') them to get them into ascii the strftime() could process
[16:56:26] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Remote host closed the connection)
[16:57:43] wagnerrp: and then .decode('utf8') to convert it back into utf8 after strftime has had its way with it
[16:59:44] wagnerrp: its logically somewhat backwards
[16:59:55] wagnerrp: you "encode" out of UTF8, you "decode" back into UTF8
[17:00:54] wagnerrp: knightr: now whether Python will apply the internationalized versions of those date formats, or just use English months and days
[17:00:58] wagnerrp: im guessing the latter
[17:01:47] knightr: wagnerrp, Thank you! Assuming it converts UTF-8 characters to something like \u5e74 (which is ASCII) that could actually work...
[17:02:42] wagnerrp: actually, it converts them into 1-byte ordinals
[17:08:24] knightr: I'll try it, thank you! According to what I read Python directly use the strftime provided by the C librairies so there's a chance it might work...
[17:08:26] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has quit (Remote host closed the connection)
[17:08:39] knightr: Once again thank you Raymond!
[17:10:44] gizmobay (gizmobay!~gizmobay@ip98-165-216-111.ph.ph.cox.net) has joined #mythtv-users
[17:10:55] jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Connection reset by peer)
[17:11:03] knightr: ttyl Raymond, I have to send an email to the translators (about another issue) and go back to work now... take care!
[17:11:41] Ua2 (Ua2!~Ua2@74.174.28.98) has joined #mythtv-users
[17:12:09] jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv-users
[17:12:14] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Ping timeout: 245 seconds)
[17:12:47] gizmobay: I was having the issues seen in ticket 9830 but mine was also saying all tv tuners were unavailable when trying to switch to a different channel on the same tuner card in LiveTV.
[17:13:11] gizmobay: DOes the patch in 9830 fix this for 0.25?
[17:19:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[17:26:04] cocoa117 (cocoa117!~cocoa117@109.123.79.44) has joined #mythtv-users
[17:36:10] NewBuntu81: what is the newest kernel of mythbuntu 11.10?
[17:45:01] Twiggy2cents: probably some version of the linux kernel
[17:47:48] Goga777 (Goga777!~Goga777@95-30-0-227.broadband.corbina.ru) has quit (Remote host closed the connection)
[17:56:19] rumblebumble (rumblebumble!~rumblebum@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has joined #mythtv-users
[18:00:39] rumblebumble: Was just reading and I thought i would mention the Mele-a1000 seems very interesting. I think there is going to be an increase in arm devices
[18:02:41] wagnerrp: 'noticeably faster' could be the understatement of the week
[18:03:15] rumblebumble: hahaha, yeah, 1ghz is not the fastest
[18:03:39] wagnerrp: no, im serious
[18:04:03] wagnerrp: a 1GHz A8 is several times faster than the 700MHz ARM11 in the raspberry pi
[18:04:20] wagnerrp: the RPi has around as much performance as a low end Pentium II
[18:04:40] rumblebumble: Oh, it is
[18:04:54] rumblebumble: I do not know that much about the arm chips
[18:04:56] wagnerrp: a 1GHz A8 is probably around 2.5x faster
[18:05:19] wagnerrp: the difference is the A8 has an absolute garbage FPU, its really designed for integer-only
[18:06:47] sphery: do most arm chips (at least the ones in devices like this or tables/smartphones) actually even include the neon fpu?
[18:07:33] wagnerrp: does not compute
[18:07:42] wagnerrp: include the NEON? or include the FPU?
[18:08:34] wagnerrp: NEON is a vector unit, their version of MMX, SSE, or Altivec
[18:09:44] wagnerrp: their FPU (FPX) does on average 1 FLOP per cycle per core, compared to 4 on an Intel chip
[18:09:46] sphery: ok, so whatever they call it, do most even have the hardware floating point module
[18:09:47] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[18:10:00] rumblebumble: is that an instruction set
[18:10:02] wagnerrp: however with the A8, they had something called FPXlite or something
[18:10:13] wagnerrp: that ran on the order of 1/10th that speed
[18:10:16] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has joined #mythtv-users
[18:10:19] sphery: since, AIUI, ARM is not a single chip design but a bunch of modules you can choose to include or not include on your chip
[18:10:23] wagnerrp: slower than the old ARM11
[18:10:46] wagnerrp: nearly all modern A8 and A9 designs include both the FPX and NEON units
[18:10:59] wagnerrp: older Ti chips did not include NEON, but instead provided their own DSP core
[18:11:15] wagnerrp: newer OMAPs will have both
[18:11:27] cocoa117 (cocoa117!~cocoa117@109.123.79.44) has quit (Read error: Connection reset by peer)
[18:12:04] _abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Read error: Connection reset by peer)
[18:12:12] _abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users
[18:13:47] rumblebumble: I was just think it would be nice to have mythtv frontend box like the Mele that could be sold by a community store and the proceeds could benefit development.
[18:14:18] wagnerrp: its not usable until someone writes an OpenMAX video decoder for mythtv
[18:15:00] sphery: and someone provides accessible/usable/distributable video drivers for the chip that support openmax
[18:15:05] _abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Client Quit)
[18:15:12] wagnerrp: that too
[18:15:51] wagnerrp: the "Allwinner A10"
[18:16:03] rumblebumble: Ok, I thought the GPU acceleration would be the issue
[18:16:10] wagnerrp: that really sounds like a poor chinese attempt to market to westerners
[18:16:29] wagnerrp: mythtv already supports OpenGL ES in an experimental fashion
[18:16:41] wagnerrp: the issue is video decoding, which this device simply cannot do in software
[18:16:54] wagnerrp: you have to tie into whatever hardware decoder they offer
[18:17:28] wagnerrp: and if we do ever get a decoder that supports them, its likely going to be OpenMAX, which seems to becoming the standard interface for mobile hardware
[18:17:36] rumblebumble: yeah, there seems to be quite a bit of development happening with the spark tablet
[18:18:29] _abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users
[18:18:44] rumblebumble: I think it is using the Mali 400 GPU
[18:19:16] wagnerrp: i dont see any indication of memory
[18:19:27] rumblebumble: It is my understanding that it decodes well
[18:19:50] wagnerrp: looking at the board, i see two hynix BGAs, likely dedicated to graphics, and a third hynix TSOP for system usage
[18:20:44] clever: looking at which board?
[18:21:53] wagnerrp: oh, the BGAs are 2Gbit DDR3 shared, and the TSOP is a 16Gbit NAND chip
[18:22:34] wagnerrp: someone actually putting gigabit on one of these things would be nice
[18:23:10] wagnerrp: its not like it costs more than a few pennies extra, and you can always just drop the communication rate to get the same low power as a 10/100 chip
[18:23:34] clever: wagnerrp: on the rasberry pi?
[18:23:44] rumblebumble: they can be purchased for around 120 bucks, and the zenithink product have an open boot loader
[18:24:34] wagnerrp: no, this Mele A1000 thing
[18:24:54] clever: ah
[18:30:09] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has quit (Read error: Connection reset by peer)
[18:30:18] satedgrue (satedgrue!~no@pi.basepi.com) has joined #mythtv-users
[18:31:39] rumblebumble: here it is: http://www.dealextreme.com/p/mele-1080p-andro . . . an-sd-119913
[18:34:43] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has joined #mythtv-users
[18:36:05] Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-158-15-68.range86-158.btcentralplus.com) has joined #mythtv-users
[18:38:01] wizbit (wizbit!~wizbit@unaffiliated/wizbit) has quit (Quit: leaving)
[18:39:09] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv-users
[18:42:11] rumblebumble: Just wondering if where was a plan to better mythweb streaming playback
[18:43:05] rumblebumble: I know there is an plan to have multiple recordings at various bit rates
[18:45:14] wagnerrp: next version of mythtv should include a schema rewrite, allowing multiple different copies of a recording to be stored and referenced in the database
[18:45:34] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Ping timeout: 245 seconds)
[18:45:49] wagnerrp: 0.25 to be released next monday already has new HLS code, for on-the-fly transcoding for use with mobile devices
[18:46:03] wagnerrp: however it is not currently hooked up for use through mythweb
[18:46:42] rumblebumble: It would be fantastic if it was, it would basically make any computer into a frontend
[18:47:03] wagnerrp: any PC already can be a frontend
[18:47:22] wagnerrp: any meaning any mainstream PC hardware from the last 5–6 years
[18:47:39] rumblebumble: I know, i jsut mean without loading software
[18:48:00] wagnerrp: no PC will run without loading software
[18:51:49] rumblebumble: Without loading mythfrontend, if live tv/recordings would stream and play via the browser, it would instantly add support for many devices. it would not be a subtitute for a frontend, but it would be nice
[18:52:41] wagnerrp: you already can stream recordings via the browser
[18:53:04] wagnerrp: sort of, you get an ASX stream that your installed media player can handle
[18:57:48] rumblebumble: Ahhh, I guess that has never worked convenient for me. I use totem and the asx stream does not work since it wants a username and pass
[18:58:40] wagnerrp: so disable Apache digest authentication
[18:59:02] rumblebumble: I am use vlc and put in the username and pass but it seems that every time I want to seek a location I have to re-enter the username and pass.
[18:59:51] rumblebumble: I think I will, thanks wagnerrp
[19:00:39] wagnerrp: DO NOT DISABLE APACHE DIGEST AUTHENTICATION IF IT CAN BE ACCESSED FROM THE INTERNET
[19:01:13] cocoa117 (cocoa117!~cocoa117@109.73.66.86) has joined #mythtv-users
[19:02:00] rumblebumble: That is the plan in the end, that is why I have not disabled it, I just need more upload speed
[19:08:06] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has joined #mythtv-users
[19:13:02] clever: wagnerrp: i seem to remember some rule in the apache config to only disable digest on the stream, while keeping everything else protected
[19:13:28] wagnerrp: you can apply filters for certain paths or address ranges
[19:13:45] wagnerrp: protecting only those areas you want
[19:16:40] FabriceMG: wagnerrp, What is the process for channel icon's in 0.25? I have lost icon on local and remote frondend. some error on log file
[19:17:10] cocoa117 (cocoa117!~cocoa117@109.73.66.86) has quit (Ping timeout: 246 seconds)
[19:17:48] wagnerrp: honestly, i dont know, i havent touched those on my system in years
[19:18:14] hadees (hadees!~hadees@64.132.24.248) has quit (Quit: hadees)
[19:20:51] kmcorbett (kmcorbett!~kmcorbett@173-9-35-41-NewEngland.hfc.comcastbusiness.net) has joined #mythtv-users
[19:28:30] FabriceMG_ (FabriceMG_!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has joined #mythtv-users
[19:28:30] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has quit (Read error: Connection reset by peer)
[19:29:18] FabriceMG_ is now known as FabriceMG
[19:34:24] sphery: wagnerrp: So, how comfortable are you with the data Trac stores? Just wondering if you think it would be feasible to run a script on the old data and replace SVN changeset numbers with the git revision SHA1 (or at least add git revision links). May make sense to do it after we've updated Trac/updated primary origin git server, but would be very nice (i.e. for when you stumble across old tickets, like ...
[19:34:30] sphery: ... http://code.mythtv.org/trac/ticket/4359 ).
[19:35:20] wagnerrp: right now, with it sitting in sqlite, not at all
[19:35:29] cocoa117 (cocoa117!~cocoa117@95.154.230.230) has joined #mythtv-users
[19:35:35] sphery: not feasible to do it?
[19:35:40] sean1 (sean1!~sean@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has quit (Ping timeout: 276 seconds)
[19:35:41] wagnerrp: i have no idea how to hook something into trac itself to do so
[19:35:42] sphery: or not comfortable with the data?
[19:35:54] sphery: well, it would be just a one-time replacement, right?
[19:36:00] wagnerrp: and i would _not_ want to externally manipulate the sqlite database without taking the server down first
[19:36:05] sphery: i.e. edit the old comments/descriptions, etc
[19:36:20] wagnerrp: if we take the server down, it wouldnt be all that difficult
[19:36:45] wagnerrp: and going through the ~130k comments wouldn't take all that long
[19:36:48] sphery: yeah, and it seems reasonable to take it down for a bit to do it--at some convenient time
[19:37:03] wagnerrp: i would rather do that as part of the migration to mysql (or after) should we do so
[19:37:13] sphery: sounds like a good plan
[19:39:36] wagnerrp: did you hear my complaints about trac's mysql schema a while back?
[19:40:02] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has quit (Remote host closed the connection)
[19:40:06] sphery: wonder, also, if there's a way we can get trac to auto-unzip-and-view zipped/gz/bz2/xz/lzma type attachments...
[19:40:10] sphery: no, missed that
[19:40:17] wagnerrp: its awful
[19:40:18] sphery: I knew you were playing around with mysql in trac
[19:40:27] wagnerrp: so many things as 'text' fields that shouldnt be
[19:40:37] wagnerrp: and some things that are too large to be merely a 'text'
[19:40:49] sphery: hehe, I can only imagine that they're just waiting for someone to finish implementing their recordedfile schema changes
[19:41:14] wagnerrp: i had to make description a mediumtext because weve got one a while back where someone crammed about a meg and a half of logs into it
[19:41:22] sphery: hehe, wow
[19:41:31] EvilGuru: wagnerrp: trac was originally sqlite/postgres, IIRC
[19:41:57] wagnerrp: EvilGuru: presumably they actually put some thought into the postgres schema
[19:42:27] wagnerrp: with mysql, it looks like they just took the sqlite schema, dumped it, imported it into mysql, and used whatever came back out the other side
[19:42:44] EvilGuru: hehe yes, problem is sqlite will give/take anything
[19:43:05] wagnerrp: and it has got only a few simple data types
[19:43:28] wagnerrp: i mean FFS, they were using text fields as primary keys
[19:43:44] sphery: wow
[19:43:46] wagnerrp: for stuff that 99999 entries out of 100000 carry an integer value
[19:43:56] wagnerrp: but for some reason they decided to throw a string in there
[19:44:58] EvilGuru: I did use trac w/mysql at one point — some years ago — but reverted to sqlite after a few months due to bugs
[19:45:54] wagnerrp: yeah, thats what we decided a few years back too
[19:46:20] wagnerrp: but at the time, sqlite itself was full of bugs
[19:46:27] wagnerrp: primarily of the database locking kind
[19:47:00] wagnerrp: something would fail, the database would lock
[19:47:12] wagnerrp: and then trac would be unusable for the next five minutes until that lock timed out
[19:47:36] EvilGuru: I'd learn how to properly administer postgres but often things that are ported mysql => postgres perform extremely poorly
[19:48:06] ** wagnerrp doesnt know how to properly administer mysql **
[19:48:25] wagnerrp: gives you an idea of how bad the mysql schema is if I know its that bad
[19:50:24] kmcorbett (kmcorbett!~kmcorbett@173-9-35-41-NewEngland.hfc.comcastbusiness.net) has quit (Quit: Quit)
[19:51:53] ** wagnerrp wonders what he was doing 3hrs ago that made him go off and write an immutable mixin for python **
[19:52:35] wagnerrp: i remember thinking, "this would work great here"
[19:52:40] wagnerrp: but i cant remember where "here" was
[19:54:55] benc_ (benc_!~benc@markcaswell.dsl.visi.com) has joined #mythtv-users
[19:58:00] joki (joki!~joki@p54864960.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)
[19:58:06] joki- (joki-!~joki@p54861E6D.dip.t-dialin.net) has joined #mythtv-users
[19:58:09] joki- is now known as joki
[20:13:15] ** wagnerrp wants to stab anyone who designs their website to hook '/' into their own search box **
[20:15:38] cocoa117 (cocoa117!~cocoa117@95.154.230.230) has quit (Read error: Connection reset by peer)
[20:21:03] FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-157-82.w81-50.abo.wanadoo.fr) has quit (Quit: Ex-Chat)
[20:29:01] sphery: wagnerrp: no joke... and other keys, too (like github does)
[20:29:12] sphery: other keys are annoying when you have auto-search-in-page enabled
[20:29:23] sphery: (i.e. when you don't use / or Ctrl-F to start a search)
[20:29:44] BLZbubba: pplmaker: cool i have a couple of different blaster cables on their way; hopefully they will have a better signal
[20:39:35] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 246 seconds)
[20:41:59] cocoa117 (cocoa117!~cocoa117@109.73.66.63) has joined #mythtv-users
[20:47:19] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: A red shoe and a green shoe walk into a bar. The black bartender shouts "This joke is racest!")
[20:47:44] ikevin- (ikevin-!~kevin@2a01:240:fe76:1::1) has quit (Quit: http://www.illux.org)
[20:48:14] ikevin (ikevin!~kevin@2a01:240:fe76:1::1) has joined #mythtv-users
[20:57:08] pplmaker: what cables, what are you talking about?
[21:06:49] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (Ping timeout: 245 seconds)
[21:22:26] cocoa117 (cocoa117!~cocoa117@109.73.66.63) has quit (Ping timeout: 265 seconds)
[21:23:48] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv-users
[21:27:19] Seeker`: anyone else getting livetv dumpout to main menu when it switches program? I think the error is video buffering failed too many times
[21:33:35] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv-users
[21:34:44] obo (obo!~obo@rockbox/developer/obo) has quit (Remote host closed the connection)
[21:36:26] obo (obo!~obo@rockbox/developer/obo) has joined #mythtv-users
[21:37:05] obo (obo!~obo@rockbox/developer/obo) has quit (Remote host closed the connection)
[21:38:56] cocoa117 (cocoa117!~cocoa117@95.154.230.231) has joined #mythtv-users
[21:41:44] EvilGuru: Seeker`: Sure
[21:42:07] EvilGuru: Seeker`: http://code.mythtv.org/trac/ticket/10490
[21:43:18] EvilGuru: If you pause livetv just after starting for 30s or so the transitions are seemless again
[21:49:07] jams: sphery, slashdot is the worst because they autofocus the keyboard on that stupid login box
[21:49:52] Seeker`: EvilGuru: ah, thanks, didn't see that when looking down the list.
[21:50:29] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 250 seconds)
[22:01:47] sean1 (sean1!~sean@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has joined #mythtv-users
[22:24:23] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv-users
[22:24:47] cocoa117 (cocoa117!~cocoa117@95.154.230.231) has quit (Ping timeout: 265 seconds)
[22:40:14] jkfod (jkfod!~Greg_od@31.31.109.193) has quit (Remote host closed the connection)
[22:40:58] cocoa117 (cocoa117!~cocoa117@91.228.3.160) has joined #mythtv-users
[22:42:35] jkfod (jkfod!~Greg_od@31.31.109.193) has joined #mythtv-users
[22:45:19] jkfod (jkfod!~Greg_od@31.31.109.193) has quit (Remote host closed the connection)
[22:45:59] jkfod (jkfod!~Greg_od@31.31.109.193) has joined #mythtv-users
[22:46:18] kisak (kisak!~kisak@pool-74-99-175-111.hrbgpa.fios.verizon.net) has quit (Ping timeout: 245 seconds)
[22:50:36] jkfod (jkfod!~Greg_od@31.31.109.193) has quit (Ping timeout: 244 seconds)
[22:52:56] russell5 (russell5!~russell5@pool-98-118-36-84.bstnma.fios.verizon.net) has quit (Remote host closed the connection)
[22:54:07] russell5 (russell5!~russell5@pool-98-118-36-84.bstnma.fios.verizon.net) has joined #mythtv-users
[22:55:13] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 276 seconds)
[22:56:42] jkfod (jkfod!~Greg_od@31.31.109.193) has joined #mythtv-users
[22:57:40] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[23:00:54] Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-158-15-68.range86-158.btcentralplus.com) has quit (Quit: Slim-Kimbo)
[23:18:05] Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has quit (Ping timeout: 260 seconds)
[23:19:48] Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has joined #mythtv-users
[23:24:05] Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has quit (Ping timeout: 252 seconds)
[23:27:07] cocoa117 (cocoa117!~cocoa117@91.228.3.160) has quit (Ping timeout: 264 seconds)
[23:42:45] Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has joined #mythtv-users
[23:56:08] cocoa117 (cocoa117!~cocoa117@95.154.230.19) has joined #mythtv-users

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.