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

Daily chat history

Current users (218):

MythLogBot, Dave123, matmatmat, Defense|Twin, jamesd2, paul-h, pheld, RobertLaptop, tmetro, bobgill, leprechau, croppa, grndslm, grumpydevil, KaZeR, mbamford, ruskie, Anduin, bjd, brfransen, hipitihop, justdave, kormoc, MartinJT, mzb, npm, wylie, yalu, And4713, Beirdo, EvilGuru, foxbuntu, fugdnscerd, highzeth, ikevin, ivor, k-man, kabtoffe, purserj, RDV_Linux, Rebecca, squidly, squish102, tink, troyt, ttelford, Digdilem, dmb, Lt_Dan, my007ms, oobe, poodyp, ThisOtherGuy, Computer_Czar, i_is_cat, simcop2387, tgm4883, Dassu, jduggan, Shadow__X, skd5aner, cafuego, felipe`, Cap_J_L_Picard, Casper0082, clever, d0netsFN, gnome42, MilkBoy, nrpil, zzpat, chainsawbike, dare, dlblog, Essobi, gbutters, janneg, MooingLemur, RyeBrye, sphery, styelz, Wicked, _charly_, c4t3l, davisc, hachi, Patina, quicksilver, Splat1, tomimo_, tt884_, donFTW, LabMonkey, wagnerrp, eNeRGi, Floppe, baffle, growler, tris, bbigras, bobshaffer, Cougar, dibbz, gregl, Heliwr, Hiisty, J-e-f-f-A, kavakava, Loto, mag0o, Metoer, PointyPumper, rooaus, thefRont, toorima, xand, aloril, bbee, Dibblah, ghoti, keith4_, Tomas-, _abbenormal, AndyCap, Captain_Murdoch, dmz, gpd_, high-rez, honk, jmkasunich, jstenback, mikeones, nils__, Prost, shadash, sutula, tank-man, Therock_, XLV, d-tech, iridium_, joe, keith4, Maliuta, markl_, at0m, ChanServ, Chipdancer, dagar, Daviey, dknowles, GreyFoxx, jams, jcarlos, kurre_, Lollero, lotia, pigeon, prg3, rhpot1991, sid3windr, sulx, TheAsp, tzanger, xris, pkendall, hadees, jpabq, jpabq-, jarle, Oleg_, mythtimelord, dewman, mazda01, jya, dashcloud, awalls, lozarythmic, GenericHuman, natanojl, gandalfcome, adante, j-rod, tmkt, dkeith__, fleers, dserban_, dansushi, JJ1, innatech, Ian_Zeplin, ldam, Brad-D, GuySoft, benc-, Greek-Boy, suffice, Philski, tompurl, anykey_, spiffydudex, ServerSage, missD, lep2, noaXess, nuonguy, QED__, matmat, Caliban, psipsi, suffice_, noaXess_kubuntu, Mandingo-Dev, gizmobay, czth, NightMonkey, TM11111, benomatic
Friday, April 9th, 2010, 00:00 UTC
[00:00:22] sphery: yeah, some of the history is ok, but a purely historical page is useless
[00:01:37] RyeBrye (RyeBrye!~ryebrye@67.199.187.50) has quit (Ping timeout: 265 seconds)
[00:02:15] sphery: skd5aner: Mainly the history that leads to "So if you're in North America and you use mc2xml or zap2xml, you're stealing data to avoid paying $20/yr, and should be ashamed of yourself."
[00:02:20] skd5aner: Beirdo: hey, when I've moved – any reason to break is a welcome one
[00:02:35] sphery: *or should be shot in the foot to teach you a lesson
[00:02:49] skd5aner: you mean I can steal data? What the heck am I paying $20 for?!
[00:03:02] sphery: I hear that's what they'd do on 24--tortue people who steal it.
[00:03:07] sphery: torture
[00:03:23] skd5aner: that's how terrorists actually start, stealing listing data
[00:03:48] skd5aner: stealing listing data is a gateway crime to building chemical weapons and dirty bombs
[00:04:07] sphery: yeah, we should also put in the steal it at a cost of many hours per year to save $20/yr and end up with significantly less detailed, less useful information that makes duplicate detection far less reliable
[00:04:16] sphery: that part is often forgotten
[00:04:46] skd5aner: honestly – do that many people even consider not using SD? I would have to think it can't be more than a handful
[00:04:46] sphery: That's a good point. Maybe we can get the DHS to start investigating these listings thieves
[00:05:00] sphery: well, we hear about it far too often
[00:05:24] skd5aner: well, I'm sure they've already monitored our conversation and have started an investigation ;)
[00:05:35] sphery: primarily people who "buy" Windows MCE (often an OEM version) and then think they've bought a lifetime subscription to MS's feed of TMS's data
[00:05:44] sphery: which is completely wrong
[00:05:58] sphery: not to mention the fact that only Windows MCE may use MS's feed
[00:06:14] Beirdo: skd5aner: well, I packed 6 boxes today, got maybe 2 or 3 more to go
[00:06:23] sphery: Beirdo: progress!
[00:06:27] highzeth: http://www.mythtv.org/wiki/HE-AAC http://svn.mythtv.org/trac/ticket/5487 http://svn.mythtv.org/trac/changeset/21488 so does it work, or does the wiki need a refresh on the wording? =)
[00:06:42] Beirdo: yeah, then I need to bring em to the post office... then get ME on a plane
[00:06:43] Beirdo: heh
[00:06:54] Beirdo: the latter is next Tuesday
[00:07:25] skd5aner: I stay off the lists 98% of the time, which is where I assume most of that comes up, but it just seems to me like an obvious violation of ToS and licensing – but still I suppose an interesting argument, I at least see what people are thinking (not that I agree with their assessment)
[00:07:50] sphery: highzeth: the latter wouldn't surprise me, but I don't know my HD audio format stuff, so I can't say for sure
[00:08:12] sphery: skd5aner: on the list it gets ugly
[00:08:12] ** Beirdo uawns **
[00:08:15] Beirdo: yawns
[00:08:47] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users
[00:09:06] sphery: skd5aner: http://www.gossamer-threads.com/lists/mythtv/users/425054#425054 thread is an interesting read
[00:09:09] skd5aner: "I bought vista, it came with MCE, that comes with listing data – therefore why shouldn't I be able to use that data" – I think it really comes down the mindset of many Win/Apple users who don't know better
[00:09:10] highzeth: sphery: right, I got a dvb-t usb tuner up & running remote tonight, will update the wiki ones Ive got a hands on test at his place the coming week.
[00:09:20] sphery: skd5aner: especially the "I'm not a lawyer (yet)" comments :)
[00:09:30] highzeth: sphery: .no DVB-T if there was any doubt, they use HE-AAC =)
[00:09:43] skd5aner: my favorite – it's what makes reading places like slashdot so fun sometimes
[00:09:44] sphery: highzeth: cool... I know that iamlindoro would be much more in-the-know than I, but I think he's out, now
[00:10:30] Beirdo: anyways, if I can get a sample dump from "mode2" on a machine with lirc (press any remote button, I don't care), that would be sweet
[00:10:32] sphery: skd5aner: the actual quote was, "I'm not a lawyer either, but I will be in August."
[00:10:35] sphery: he was serious
[00:10:47] Beirdo: sphery: who, the wannabe again?
[00:10:51] sphery: Beirdo: yeah
[00:10:57] skd5aner: lol, sweet
[00:11:00] sphery: Beirdo: mode2 is the graphical one?
[00:11:06] Beirdo: time to start forwarding his emails to the school
[00:11:17] Beirdo: sphery: text mode... it gives the timings as numbers
[00:11:30] mallen_: there a Scan Congiuration guide out for my provider?
[00:11:39] skd5aner: lawyers can almost always make either side of the law work for them, just depends on their ideologies
[00:11:44] Beirdo: I just need an idea how large the codes get, etc
[00:11:45] mallen_: or is it trial and error to find the channels?
[00:11:49] sphery: mode2: error opening /dev/lirc
[00:12:03] sphery: Beirdo: serial only? I have a USB ATI Remote Wonder
[00:12:09] Beirdo: there's probably a device option
[00:12:13] Beirdo: hmmm, dunno
[00:12:13] sphery: (as in Wonder if it could work better)
[00:12:38] Beirdo: I think you need to stop lircd first
[00:12:41] sphery: mine uses libusb, so I'm guessing there's nothing for mode2 to read
[00:13:00] Beirdo: that could well be.
[00:13:04] Beirdo: sigh
[00:13:04] Beirdo: hehe
[00:13:19] skd5aner: Beirdo: would help you out, but I stopped using LIRC 2 years ago
[00:13:26] sphery: even stopped it doesn't do anything
[00:13:35] Beirdo: thanks for trying :) I am just wondering how long the codes come out to
[00:13:43] sphery: (lircd stopped, mode2 does nothing)
[00:13:48] Beirdo: OK.
[00:13:49] sphery: same error
[00:13:53] Beirdo: stupid lirc
[00:14:07] sphery: yeah, I'm pretty sure my device isn't mode2-able
[00:14:08] Beirdo: there is a -d optoin
[00:14:23] Beirdo: to get to the device if it's not /dev/lirc (I'd guess)
[00:14:27] sphery: I have a /dev/lircd , but isn't htat different?
[00:15:21] Beirdo: maybe it would work with that
[00:15:34] Beirdo: but I'd bet lircd has to be running for that (likely a socket?)
[00:15:36] sphery: http://mythtv.pastebin.com/dDaRuzay
[00:15:45] sphery: with or without lircd running
[00:15:55] Beirdo: heh
[00:15:57] Beirdo: OK then
[00:15:59] sphery: it is a socket
[00:16:00] Beirdo: stupid lirc :)
[00:16:14] sphery: I was thinking mine does'nt do mode2
[00:16:23] Beirdo: yeah, probably not
[00:16:47] Beirdo: I am planning on using mode2 as it seems to match my intended firmware quite well
[00:18:01] lyricnz (lyricnz!~simonrobe@120.153.216.148) has joined #mythtv-users
[00:18:31] lyricnz (lyricnz!~simonrobe@120.153.216.148) has quit (Client Quit)
[00:19:24] mallen_ (mallen_!~mallen_@ip72-218-152-102.hr.hr.cox.net) has left #mythtv-users ()
[00:20:40] miner49er: thanks fro you help guys – must sleep now – it's still building!
[00:20:49] skd5aner: sphery: reading through that thread, can I just say that I really appreciate your simple, honest, non-threating, "just the facts" approach that you always have to things like this
[00:20:59] sphery: Beirdo: is this any help: http://threebit.net/mail-archive/mythtv-users/msg02842.html
[00:21:05] skd5aner: miner49er: good luk, and good night
[00:21:13] miner49er: cheers, night
[00:21:17] sphery: skd5aner: well, I have been known to do otherwise, too :)
[00:21:21] miner49er (miner49er!~mat@cpc14-chap3-0-0-cust205.aztw.cable.virginmedia.com) has quit (Quit: Ex-Chat)
[00:21:53] Beirdo: hmm, that could be useful
[00:21:57] sphery: Beirdo: fwiw, it includes some mode2 output
[00:22:07] sphery: seems that was using a different driver for a different RW
[00:22:11] skd5aner: sphery: in comparison to the "big players" in this community, I just appreciate your candor – that's all
[00:23:03] skd5aner: "loud mouths" "old farts" etc :)
[00:23:45] skd5aner: you're always helpful, even when setting folks straight
[00:23:51] skd5aner: anyway – dinner's here, and I'm starving
[00:24:29] ** sphery tries to decide between making dinner or making brownies /then/ making dinner while they cook **
[00:24:53] sphery: (dinner being leftovers, I can eat while the brownies cook)
[00:24:54] skd5aner: I don't see how that's a hard decision at all
[00:25:17] sphery: alright, you've convinced me... I'll make the brownies--but only because you told me I had to.
[00:25:25] sphery: (thanks for the excuse)
[00:25:29] skd5aner: if you don't, who will?
[00:25:32] Beirdo: sphery: yeah, that post is one that doesn't do mode2
[00:25:34] Beirdo: crud
[00:25:37] skd5aner: Think of the children (or some random meme)
[00:26:15] sphery: oh, so the mode2 output he showed was something else?
[00:26:58] Beirdo: yeah,that;s lirc code... if the driver does MODE2 it shows "pulse: number" and "space: number"
[00:27:03] sphery: ahhh
[00:27:21] sphery: yeah, all that's handled by the receiver for the RW
[00:27:31] Beirdo: yup
[00:27:32] sphery: it just gives some code on the USB bus
[00:27:51] Beirdo: I might do that, but it's more flexible to just hand the timings to lirc
[00:28:04] Beirdo: along with the carrier frequency
[00:28:20] sphery: definitely nice when you want to be able to create a LIRC config for sending identical codes
[00:30:59] Beirdo: if I do it RIGHT, I should be able to handle any IR remote... I hope :)
[00:34:06] squish102 (squish102!~squish102@cpe-075-176-069-055.carolina.res.rr.com) has quit (Ping timeout: 260 seconds)
[00:34:24] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has quit (Quit: Leaving.)
[00:35:07] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users
[00:35:09] Beirdo: bleh. I'm tired :)
[00:36:01] tmkt_ (tmkt_!~dminogue@CPE00242b77265d-CM0016b533ff4a.cpe.net.cable.rogers.com) has quit (Ping timeout: 264 seconds)
[00:36:05] tmkt (tmkt!~dminogue@CPE00242b77265d-CM0016b533ff4a.cpe.net.cable.rogers.com) has joined #mythtv-users
[00:36:20] poodyp (poodyp!~poodyp@pc2.takaragaike-ph-unet.ocn.ne.jp) has joined #mythtv-users
[00:39:40] Beirdo: ahhh, it's 32 bits max
[00:39:53] Beirdo: OK, that's good to know... (reading the code for mode2.c)
[00:40:19] Beirdo: so I need to have 32 or so 32bit words...
[00:40:41] Beirdo: there goes most of the memory
[00:41:11] Beirdo: heh. 128 bytes for rx buffer, 128 bytes for tx buffer
[00:41:32] gandalfcome (gandalfcome!~gandalfco@150.203.88.138) has quit (Quit: gandalfcome)
[00:41:48] Beirdo: total of 512bytes memory in the processor
[00:41:55] gandalfcome (gandalfcome!~gandalfco@150.203.88.138) has joined #mythtv-users
[00:44:01] tmkt (tmkt!~dminogue@CPE00242b77265d-CM0016b533ff4a.cpe.net.cable.rogers.com) has quit (Remote host closed the connection)
[00:46:40] gandalfcome (gandalfcome!~gandalfco@150.203.88.138) has quit (Ping timeout: 252 seconds)
[00:48:53] ** Captain_Murdoch tries to think up another unique nick so he can login again and ask another question about the out of focus background in Arclight. **
[00:49:10] Beirdo: hehe
[00:49:17] Beirdo: just don't choose mchou
[00:49:18] mat__ (mat__!~quassel@g224174211.adsl.alicedsl.de) has joined #mythtv-users
[00:49:38] mat__ is now known as matmat
[00:50:26] mazda01 (mazda01!~daniel@cpe-173-89-33-87.wi.res.rr.com) has joined #mythtv-users
[00:50:37] matmatmat (matmatmat!~mat@g224174211.adsl.alicedsl.de) has joined #mythtv-users
[00:50:48] matmat: hey
[00:51:19] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[00:52:13] matmat: how can i use gdb if the concerning process is still running and needs to be killed?
[00:54:54] Beirdo: gdb will attach to a running pid
[00:55:29] matmatmat (matmatmat!~mat@g224174211.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[00:55:36] matmat: automatically?
[00:55:41] Beirdo: no
[00:55:44] Beirdo: man gdb
[00:56:06] Beirdo: I think it's just "attach pidnum"
[00:56:19] Beirdo: obviously with the real process id
[00:58:46] poodyp (poodyp!~poodyp@pc2.takaragaike-ph-unet.ocn.ne.jp) has quit (Ping timeout: 252 seconds)
[00:58:59] matmat: the real?
[00:59:12] matmat: like the one i get with ps x?
[00:59:17] Beirdo: yea
[01:03:02] matmat: hm, I'm dumb, cant seem to find it
[01:03:24] matmat: shouldnt the BE process contain something like mythbackend?
[01:03:37] Beirdo: you'd think so
[01:03:46] squish102 (squish102!~squish102@cpe-075-176-069-055.carolina.res.rr.com) has joined #mythtv-users
[01:08:59] matmat: ok, got it
[01:09:03] matmat: brb
[01:09:05] matmat (matmat!~quassel@g224174211.adsl.alicedsl.de) has quit (Remote host closed the connection)
[01:16:39] mat__ (mat__!~quassel@g224174211.adsl.alicedsl.de) has joined #mythtv-users
[01:16:47] mat__: re
[01:16:51] mat__ is now known as matmat
[01:18:16] matmat: seems like doesnt need the id but the name
[01:18:55] wagnerrp: im fairly certain it gdb would need the ID
[01:19:05] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has joined #mythtv-users
[01:19:05] wagnerrp: if not... what if you had multiple instances running
[01:19:22] cynicismic (cynicismic!~rclark@188-223-82-64.zone14.bethere.co.uk) has quit (Quit: leaving)
[01:23:29] Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-142-187-174.range86-142.btcentralplus.com) has left #mythtv-users ()
[01:24:31] sphery: matmat: http://sourceware.org/gdb/current/onlinedocs/ . . . Invoking-GDB
[01:26:23] sphery: such as gdb program 1234 or http://sourceware.org/gdb/current/onlinedocs/ . . . .html#Attach (the second being what beirdo said)
[01:27:59] Beirdo: heh
[01:29:05] sphery: couldn't find the second one because the ToC didn't use the word "attach" for the page describing "attach" in the file "Attach.html" at the anchor "Attach"
[01:29:57] Beirdo: heh
[01:30:03] Beirdo: thanks gdb
[01:33:18] kisak (kisak!~kisak@c-98-235-209-218.hsd1.pa.comcast.net) has left #mythtv-users ()
[01:34:40] matmat: should i be root to do that?
[01:34:53] matmat: it tells me i got no right and stuff
[01:35:31] matmat: mh probably that process has been started by user mythtv
[01:36:09] sphery: yeah, if started by mythtv, connect with mythtv
[01:36:28] sphery: root would likely have permission, but running apps as root is usually not ideal
[01:38:02] matmat: whats the pw of mythtv? or how can i switch user if theres no actual root account?
[01:38:47] sphery: does sudo -u mythtv -i work?
[01:38:50] matmat: i just want to create logs..
[01:38:56] sphery: if not, logins are disabled for mythtv user
[01:39:02] matmat: ill try
[01:39:05] Beirdo: OMG. I'm getting frigging confused :)
[01:39:52] Beirdo: trying to figure out how to output the output pulses :)
[01:40:17] matmat: it works
[01:40:47] matmat: now i got to figure out how to make a logfile of that
[01:41:03] sphery: matmat: http://www.mythtv.org/wiki/Debugging
[01:41:22] sphery: important parts being:
[01:41:34] sphery: set pagination off
[01:41:36] sphery: thread apply all bt full
[01:49:31] vincentvega03 (vincentvega03!~pimanac@c-68-83-139-61.hsd1.pa.comcast.net) has joined #mythtv-users
[01:50:35] matmat: ok...
[01:51:46] matmat: the first part is not necessary? editing the startup script..
[01:51:56] javatexan (javatexan!~mia@rrcs-71-40-238-191.sw.biz.rr.com) has quit (Quit: Leaving.)
[01:54:10] matmat: wheres the startup script in mythbuntu anyways?
[01:57:49] autojack (autojack!~owen@nerdnetworks.org) has joined #mythtv-users
[01:58:45] sphery: if you mean the /etc/default/apport stuff, it might be too late for that... installing symbols may work at this point (and would make the backtrace significantly more useful than one done without symbols)
[01:59:03] sphery: I don't know the apport stuff, though, so that might work, too
[01:59:42] sphery: the gdbcommands stuff is definitely unnecessary if you're already running the process and it's locked up
[02:00:05] autojack: is there some way to automate scanning for new video content in mythvideo 0.22?
[02:00:13] autojack: maybe from the command line?
[02:00:19] wagnerrp: JAMU
[02:01:34] autojack: aha
[02:01:41] matmat: trying to troubleshoot that bug here https://bugs.launchpad.net/mythbuntu/+bug/557265
[02:02:00] matmat: and i thought gdb of the backend might be useful
[02:02:25] autojack: JAMU looks like a bit like using a bazooka when I need tweezers.
[02:04:51] sphery: matmat: looks like there's a backtrace there for it
[02:05:30] sphery: log file is a mess, though
[02:06:02] sphery: (as in the mythfrontend log output is a mess)
[02:06:33] matmat: the frontend is fine now
[02:06:40] npm1 (npm1!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[02:06:45] matmat: doesnt crash anymore
[02:07:07] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Read error: Operation timed out)
[02:07:09] sphery: so what does it do now?
[02:07:21] mat__ (mat__!~quassel@e181235167.adsl.alicedsl.de) has joined #mythtv-users
[02:07:30] mat__: re
[02:07:46] mat__: so what about that backtrace?
[02:07:49] mat__ is now known as Guest42918
[02:08:00] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Quit: jya)
[02:08:08] Guest42918 is now known as matmatmat
[02:08:25] sphery: ah, I see you're trying to get the backtrace Marc requested
[02:08:44] matmatmat: oh .. yeah
[02:08:51] sphery: did the frontend crash that time?
[02:08:56] matmatmat: yes it dd
[02:08:58] matmatmat: did
[02:08:59] sphery: it /was/ a segfault, right?
[02:09:03] matmatmat: right
[02:09:09] matmatmat: but that didnt happen anymore
[02:09:24] npm1 (npm1!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Client Quit)
[02:09:28] matmatmat: i'm focussing on the backend
[02:09:40] sphery: so what happens to the backend when things go bad?
[02:09:44] sphery: it just stops responding?
[02:09:52] matmatmat: no, not exactly
[02:09:53] sphery: that would explain all the socket timeouts in the frontend log
[02:09:58] matmatmat: it just doesnt record anymore
[02:10:05] matmatmat: like there was no signal
[02:10:15] sphery: yeah, another potential issue
[02:10:33] matmatmat: but i can connect to the backend just fine
[02:10:49] matmatmat: its not like its not responding at all
[02:10:59] sphery: and can you play back recordings youhad previously made
[02:11:05] sphery: or no response after connect
[02:11:22] matmat (matmat!~quassel@g224174211.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds)
[02:11:34] sphery: unfortuantely that looks like a bad video stream, too
[02:11:35] matmatmat: i didnt try playback, but it responds fine otherwise
[02:11:50] sphery: so just the iptv recorder that fails
[02:12:02] matmatmat: yeah
[02:12:15] sphery: yeah, we'd definitely need a backend backtrace for that
[02:12:44] inordkuo (inordkuo!~inorkuo@adsl-177-182-134.int.bellsouth.net) has joined #mythtv-users
[02:13:04] sphery: did you get a backtrace from connecting to the process with gdb?
[02:13:12] sphery: the backend process
[02:14:09] matmatmat: i dont even know what a backtrace is. i connected with gdb, it gave me output, but i havent really understood how to make a logfile of it
[02:14:50] sphery: is there a file called gdb.txt in the directory in which you started gdb?
[02:16:14] dansushi (dansushi!~dan@147.4.211.193) has quit (Quit: Failure is always an option! -Mythbusters)
[02:16:17] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv-users
[02:16:31] dansushi (dansushi!~dan@147.4.211.193) has joined #mythtv-users
[02:16:36] matmatmat: no
[02:16:48] sphery: OK try:
[02:16:51] sphery: set logging on
[02:16:56] sphery: thread apply all bt full
[02:17:03] sphery: set logging off
[02:17:08] sphery: then you should have one
[02:17:11] matmatmat: after i attach?
[02:17:24] sphery: yeah or in the same gdb if you haven't detached
[02:17:25] inordkuo (inordkuo!~inorkuo@adsl-177-182-134.int.bellsouth.net) has quit (Ping timeout: 252 seconds)
[02:17:30] matmatmat: ok
[02:18:37] matmatmat: and i guess i should reproduce the problem rather than attaching to the already non-responding (recording) backend
[02:19:14] sphery: what do you get from the non-responding backend
[02:19:25] sphery: that might be useful
[02:19:41] matmatmat: ok, will get both
[02:19:54] inordkuo (inordkuo!~inorkuo@adsl-177-182-134.int.bellsouth.net) has joined #mythtv-users
[02:22:54] matmatmat: err
[02:23:20] matmatmat: maybe a stupid question but: with or without the frontend being connected?
[02:23:32] sphery: shouldn't matter
[02:23:42] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has quit (Quit: gandalfcome)
[02:24:03] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has joined #mythtv-users
[02:24:40] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has quit (Read error: Connection reset by peer)
[02:24:54] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has joined #mythtv-users
[02:26:06] matmatmat: got the nonresponding log, now i'm setting logging on, thread apply all bt full, then i go switch channels until it breaks and set logging off
[02:26:43] sphery: you'll need to do the thread apply all bt full after it breaks, too
[02:26:47] sphery: it won't automatically output that
[02:27:28] matmatmat: too as in twice?
[02:28:01] sphery: each time you need a backtrace, you'll need to do thread apply all bt full
[02:33:22] Lt_Dan (Lt_Dan!~fabulous@danica.jamespurl.org) has quit (Ping timeout: 264 seconds)
[02:33:55] Lt_Dan (Lt_Dan!~fabulous@danica.jamespurl.org) has joined #mythtv-users
[02:34:52] Lord_Deathscythe (Lord_Deathscythe!~chris@h26.254.20.98.dynamic.ip.windstream.net) has joined #mythtv-users
[02:34:54] matmatmat: ok, this is getting weird
[02:35:37] matmatmat: the frontend cant use the tuner while gdb is attached
[02:35:40] Lord_Deathscythe (Lord_Deathscythe!~chris@h26.254.20.98.dynamic.ip.windstream.net) has quit (Client Quit)
[02:35:47] matmatmat: if i detach, it works
[02:35:48] dashcloud (dashcloud!~quassel@pool-71-246-26-87.phlapa.fios.verizon.net) has quit (Ping timeout: 265 seconds)
[02:36:00] sphery: gdb blocks the program while attached
[02:36:06] sphery: you'll need to type run to let it run
[02:36:22] matmatmat: oh
[02:38:33] fugdnscerd (fugdnscerd!~shane@173-24-24-158.client.mchsi.com) has joined #mythtv-users
[02:39:02] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has quit (Read error: Connection reset by peer)
[02:39:17] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users
[02:44:46] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Quit: jya)
[02:47:13] matmatmat: i couldnt do the thread thing anymore because before that it said program exited with code 0335
[02:47:33] matmatmat: after that the thread line didnt have any effect
[02:47:55] matmatmat: the process is still alive tho
[02:48:33] matmatmat: or not
[02:48:42] matmatmat: seems to have a different pid
[02:48:43] wagnerrp: sphery: the 'dtv cutover' on the wiki... i think hes talking about how a number of stations switched their digital broadcast over to their old VHF analog frequency after the shutdown
[02:48:49] wagnerrp: requiring a rescan of channels
[02:49:35] wagnerrp: not sure what that would have to do with refreshing youre lineup though
[02:50:07] sphery: wagnerrp: yeah, it was my obscure way of saying that was a long time ago so not really necessary on that page, now
[02:50:54] Loto (Loto!~ctrlproxy@xbmc/user/Loto) has joined #mythtv-users
[02:56:03] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[02:57:00] matmatmat: https://bugs.launchpad.net/mythbuntu/+bug/557265 i posted the two, anything else i should add maybe?
[03:00:19] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[03:01:49] sphery: matmatmat: do you have any backend log output from the run where the backend stopped responding (not the exit 335 one)
[03:03:05] matmatmat: gdb or mythtv backend log?
[03:03:09] sphery: matmatmat: the nonresponding backtrace looks good... might be a deadlock
[03:03:14] sphery: matmatmat: backend log
[03:03:59] matmatmat: there must be dozens in the uploaded file, but i can produce a new one if it helps
[03:04:34] sphery: I was hoping to get the backend log associated with the backtrace you uploaded
[03:04:59] npm1 (npm1!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[03:05:03] sphery: basically something to show exactly where mythbackend was at when you stopped it to get the backtrace
[03:05:25] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Ping timeout: 264 seconds)
[03:05:36] matmatmat: oh yeah
[03:05:49] matmatmat: ill check if i have one
[03:08:20] npm1 (npm1!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Client Quit)
[03:08:22] matmatmat: unfortunately not
[03:08:41] sphery: ok... just would have been nice to go along with it
[03:08:53] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[03:08:57] matmatmat: oh wait
[03:09:02] matmatmat: its here
[03:09:04] matmatmat: got it
[03:09:23] matmatmat: ill upload the last one hour or so
[03:09:35] sphery: great
[03:10:24] matmatmat: does the gdb stuff have timestamps?
[03:11:09] sphery: no
[03:11:34] sphery: closest thing would likely be the file on disk
[03:11:40] sphery: the file timestamp that is
[03:18:08] matmatmat: well yeah
[03:20:09] gregl (gregl!~greg@cpe-69-204-191-116.nycap.res.rr.com) has joined #mythtv-users
[03:20:41] matmatmat: its sure has a lot of corrupt input in it
[03:22:52] sphery: yeah, I have a feeling the video issues have something to do with the lockup
[03:23:07] sphery: thanks for getting the backtrace and the logs
[03:23:59] matmatmat: its all self interest ,)
[03:24:16] leprechau (leprechau!~leprechau@temp4.wavelinx.net) has joined #mythtv-users
[03:24:53] sphery: well, that's pretty much why we all do stuff for FOSS
[03:25:42] wagnerrp: you give to the community, under the assumption it will cause the community to grow and give back to you
[03:25:50] wagnerrp: there is very little altruism on the internets
[03:27:01] matmatmat: yeah, and a bug report is a little contribution compared to the product i'm using
[03:27:15] matmatmat: little effort i mean
[03:27:54] wagnerrp: sphery has his never-ending quest to provide user support, under the hope that somewhere, somehow, someone will produce more than a bash script that senselessly renames your recordings
[03:27:59] sphery: but without people taking the time to get the info needed, a bug report is just a rumor of something not working :)
[03:28:08] sphery: wagnerrp: heh, exactly
[03:29:42] matmatmat: i could use a script that renames my recordings, since i dont even have epg ,)
[03:30:15] matmatmat: but the grabber is not due today, ill try again when the iptv thing is working
[03:30:19] sphery: gotta get that epg working
[03:30:26] wagnerrp: the subtext i was pushing was that renaming recordings is a _bad_thing_
[03:30:34] sphery: yeah, of course, without a recorder, it's not that important
[03:30:52] autojack (autojack!~owen@nerdnetworks.org) has left #mythtv-users ()
[03:30:55] sphery: I think he meant no one--not even Myth--knows what his recording are right now
[03:31:24] wagnerrp: oh, just a bunch of timestamped files with no database?
[03:31:34] matmatmat: yeah
[03:31:38] matmatmat: "unknown"
[03:31:43] wagnerrp: thats somewhat problematic
[03:32:04] matmatmat: i think its even problematic for the recordings index
[03:32:12] wagnerrp: nah, those can be rebuilt
[03:32:27] matmatmat: but .. its not my priority
[03:33:26] sphery: wagnerrp: NCIS: LA (perhaps the one you missed--Hand to Hand) "Full 1080p resolution on the security cam. We've got a great angle."
[03:33:35] wagnerrp: thats a nice security cam
[03:33:39] sphery: yeah
[03:33:48] wagnerrp: they make widescreen security cams?
[03:34:20] sphery: might actually be able to see some of the details CSI: Miami gets out of those low-quality/half-SDTV ones :)
[03:34:54] sphery: well, guess they needed a reason for the image on the big screen (wall) monitor to look so clear
[03:34:58] wagnerrp: CIF ftw
[03:35:22] sphery: and to make it better, they're hacking in to the security feed across the Internet
[03:35:44] sphery: wonder if they had to upgrade the ISP account for the place
[03:35:52] sphery: (the one with the security cam)
[03:36:23] wagnerrp: i wonder if they had to run someone over to the store to plug the security DVR into the network
[03:36:36] sphery: heh
[03:36:49] sphery: This is at a MMA gym
[03:37:37] sphery: and the security cam is overlooking the ring--can barely see the people in the gym
[03:38:47] iamlindoro: sphery, I'd rather they say it was a 1080p camera than... "ENHANCE!"
[03:38:54] sphery: true
[03:38:56] wagnerrp: kjansdckjaskcdn
[03:39:21] wagnerrp: OH just print the da-- thing
[03:42:28] javatexan (javatexan!~mia@rrcs-71-40-238-191.sw.biz.rr.com) has joined #mythtv-users
[03:50:39] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[03:51:27] npm1 (npm1!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[03:52:03] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Ping timeout: 260 seconds)
[04:01:06] npm1 (npm1!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Quit: Leaving.)
[04:13:24] jya (jya!~avenardj@gw2.hydrix.com) has joined #mythtv-users
[04:17:32] k_ross (k_ross!~47a40d7d@gateway/web/freenode/x-gcexwhfnfzaetwnp) has joined #mythtv-users
[04:23:32] inordkuo (inordkuo!~inorkuo@adsl-177-182-134.int.bellsouth.net) has quit (Quit: Leaving.)
[04:32:58] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[04:41:19] Jester05 (Jester05!~Jester@cpe-75-187-75-222.woh.res.rr.com) has quit (Quit: Leaving)
[04:47:32] k_ross (k_ross!~47a40d7d@gateway/web/freenode/x-gcexwhfnfzaetwnp) has quit (Ping timeout: 248 seconds)
[04:49:49] hadees (hadees!~hadees@216-188-225-151.dyn.grandenetworks.net) has joined #mythtv-users
[05:00:24] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[05:06:22] Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has quit (Ping timeout: 264 seconds)
[05:09:48] npm1 (npm1!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[05:11:13] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Ping timeout: 252 seconds)
[05:13:05] Shadow__X (Shadow__X!~jose@c-76-99-93-112.hsd1.nj.comcast.net) has joined #mythtv-users
[05:13:20] Shadow__X (Shadow__X!~jose@c-76-99-93-112.hsd1.nj.comcast.net) has quit (Changing host)
[05:13:20] Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has joined #mythtv-users
[05:17:25] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[05:20:57] javatexan (javatexan!~mia@rrcs-71-40-238-191.sw.biz.rr.com) has quit (Quit: Leaving.)
[05:21:34] fugdnscerd (fugdnscerd!~shane@173-24-24-158.client.mchsi.com) has quit (Ping timeout: 260 seconds)
[05:21:36] npm1 (npm1!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Quit: Leaving.)
[05:22:09] fugdnscerd (fugdnscerd!~shane@173-24-24-158.client.mchsi.com) has joined #mythtv-users
[05:37:13] missD (missD!melz@ppp118-208-189-245.lns20.bne4.internode.on.net) has quit (Read error: Connection reset by peer)
[05:37:28] missD (missD!melz@ppp118-208-189-245.lns20.bne4.internode.on.net) has joined #mythtv-users
[05:54:21] wagnerrp: 'my recordings are too large, how do i disable the mpeg encoder on my PVR?'
[05:55:15] Maliuta (Maliuta!~scooby@kiev.lusan.id.au) has quit (Read error: Connection reset by peer)
[05:55:19] ** kormoc blinks at wagnerrp **
[05:55:28] kormoc: Really? I mean... Really?!
[05:56:04] LabMonkey (LabMonkey!~bogart@ppp-70-254-42-18.dsl.lgvwtx.swbell.net) has quit (Ping timeout: 258 seconds)
[05:56:05] wagnerrp: seems it hasnt hit gossamer yet
[05:57:28] wagnerrp: http://mythtv.org/pipermail/mythtv-users/2010-April/285823.html
[05:58:07] kormoc: oh lordy, if only it was that simple
[06:00:23] kormoc: wait wait wait
[06:00:46] LabMonkey (LabMonkey!~bogart@ppp-70-254-42-18.dsl.lgvwtx.swbell.net) has joined #mythtv-users
[06:01:10] kormoc: "I could transcode to a better format... order to avoid the quality issued which can be introduced by transcoding"
[06:01:33] ** kormoc thinks that the technology doesn't work the way he thinks it works **
[06:01:47] tank-man: all he knows is, before it took less space
[06:02:29] kormoc: he can't transcode it to make it look better no matter what
[06:02:37] kormoc: once it's recorded, it'll never get better
[06:02:39] wagnerrp: no, but he is correct
[06:02:58] wagnerrp: if he pulls it out of the framegrabber, he could transcode to a higher quality than comes out of the hardware encoder
[06:03:07] kormoc: ahh
[06:03:08] wagnerrp: but that doesnt make it any less MADNESS
[06:03:13] kormoc: fair 'nuff
[06:03:20] ** kormoc sighs **
[06:03:26] kormoc: get a hdpvr and enjoy life
[06:03:42] wagnerrp: or crank up the bitrate and be happy
[06:07:09] vincentvega03 (vincentvega03!~pimanac@c-68-83-139-61.hsd1.pa.comcast.net) has quit ()
[06:09:14] Kunalagon (Kunalagon!~Kunalagon@195.178.32.28) has joined #mythtv-users
[06:10:58] brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has quit (Quit: brfransen)
[06:12:52] Maliuta (Maliuta!~scooby@kiev.lusan.id.au) has joined #mythtv-users
[06:19:14] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users
[06:20:12] superdump (superdump!~rob@unaffiliated/superdump) has joined #mythtv-users
[06:25:23] wilberfan (wilberfan!~wilberfan@96-41-122-151.dhcp.mtpk.ca.charter.com) has quit (Quit: Leaving)
[06:27:54] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[06:31:25] olejl (olejl!~olejl@95.175.69.243) has joined #mythtv-users
[06:34:14] olejl (olejl!~olejl@95.175.69.243) has quit (Client Quit)
[06:35:52] sybolt (sybolt!~sybolt@sybolt.xs4all.nl) has joined #mythtv-users
[06:37:10] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[06:46:03] jvs (jvs!~jvs@90.146.65.36) has joined #mythtv-users
[06:50:14] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[06:53:31] kormoc is now known as kormoc_afk
[07:09:54] Easy_Rider9999 (Easy_Rider9999!~Miranda@p5B2254DD.dip.t-dialin.net) has joined #mythtv-users
[07:23:41] jvs (jvs!~jvs@90.146.65.36) has quit (Quit: Leaving)
[07:26:44] keith4_ (keith4_!~keith@unaffiliated/keith4) has quit (Ping timeout: 240 seconds)
[07:27:03] keith4_ (keith4_!~keith@unaffiliated/keith4) has joined #mythtv-users
[07:29:47] hpeter (hpeter!~hpeter@250-203.5-85.cust.bluewin.ch) has joined #mythtv-users
[07:30:37] DjMadness (DjMadness!~quassel@pdpc/supporter/student/DjMadness) has quit (Ping timeout: 265 seconds)
[07:31:42] DjMadness (DjMadness!~quassel@0x5552d9c6.adsl.cybercity.dk) has joined #mythtv-users
[07:31:42] DjMadness (DjMadness!~quassel@0x5552d9c6.adsl.cybercity.dk) has quit (Changing host)
[07:31:42] DjMadness (DjMadness!~quassel@pdpc/supporter/student/DjMadness) has joined #mythtv-users
[07:35:12] Ian_Zeplin (Ian_Zeplin!~Ian_Zepli@host-84-9-39-46.dslgb.com) has joined #mythtv-users
[07:35:17] grumpydevil (grumpydevil!~rudy@2001:610:73e:0:225:64ff:fea4:928e) has joined #mythtv-users
[07:42:06] cdpuk (cdpuk!~chris@cdpuk.cdp.me.uk) has joined #mythtv-users
[07:43:29] octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has joined #mythtv-users
[08:16:55] flabberkenny (flabberkenny!~flabberke@a80-101-6-24.adsl.xs4all.nl) has joined #mythtv-users
[08:20:06] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[08:28:18] revilootneg (revilootneg!~oliver@141.71.80.49) has joined #mythtv-users
[08:33:01] oobe (oobe!~thingo@insidiousramblings.com) has quit (Ping timeout: 264 seconds)
[08:33:36] oobe (oobe!~thingo@insidiousramblings.com) has joined #mythtv-users
[08:42:19] Caliban (Caliban!~ianmacd@jiskefet.caliban.org) has joined #mythtv-users
[08:54:14] justinh: oh wow, we can get better quality just by changing format?! :-O
[08:54:15] mzb is now known as mzb_zz
[08:54:21] poodyp (poodyp!~mordac@cpe-98-148-126-59.socal.res.rr.com) has joined #mythtv-users
[09:15:15] cynicismic (cynicismic!~rclark@188-223-82-64.zone14.bethere.co.uk) has joined #mythtv-users
[09:21:28] mzb_zz is now known as mzb
[09:59:49] revilootneg (revilootneg!~oliver@141.71.80.49) has quit (Quit: leaving)
[10:10:18] jya (jya!~avenardj@gw2.hydrix.com) has quit (Quit: jya)
[10:25:49] octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has quit (Ping timeout: 252 seconds)
[10:32:24] hipitihop (hipitihop!~denis@203.132.229.18) has quit (Ping timeout: 276 seconds)
[10:38:37] grokky (grokky!~grokky@ppp118-209-64-56.lns20.mel4.internode.on.net) has joined #mythtv-users
[10:48:41] Oleg_ (Oleg_!~buffy@pool-173-52-180-125.nycmny.east.verizon.net) has quit (Ping timeout: 246 seconds)
[10:51:38] faichele (faichele!~faichele@p5DD5B7E1.dip.t-dialin.net) has joined #mythtv-users
[10:59:53] dare (dare!dare@its.better.with-linux.com) has quit (Ping timeout: 248 seconds)
[11:00:58] califdreas (califdreas!~califdrea@12.47.48.5) has joined #mythtv-users
[11:11:22] yanoshik (yanoshik!~d596017d@gateway/web/freenode/x-qqrwifihzgxzbapf) has joined #mythtv-users
[11:16:58] jvs (jvs!~jvs@90.146.65.36) has joined #mythtv-users
[11:22:33] HrB (HrB!~HrB@c213-89-203-100.bredband.comhem.se) has joined #mythtv-users
[11:24:08] dare (dare!dare@its.better.with-linux.com) has joined #mythtv-users
[11:25:51] HrB (HrB!~HrB@c213-89-203-100.bredband.comhem.se) has quit (Client Quit)
[11:26:16] yanoshik (yanoshik!~d596017d@gateway/web/freenode/x-qqrwifihzgxzbapf) has quit (Quit: Page closed)
[11:35:07] octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has joined #mythtv-users
[11:37:15] Solicitous (Solicitous!~adrian@220-253-102-36.TAS.netspace.net.au) has joined #mythtv-users
[11:48:16] poodyp_ (poodyp_!~poodyp@pc2.takaragaike-ph-unet.ocn.ne.jp) has joined #mythtv-users
[12:03:22] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has quit (Ping timeout: 264 seconds)
[12:03:34] jarle: trac will not let me upload this patch (http://pastebin.com/aLcWVAQw) as it contains too many external links and it thinks it is spam. Should I create the diff in some other way maybe?
[12:07:22] psipsi__ is now known as psipsi
[12:08:36] Solicitous (Solicitous!~adrian@220-253-102-36.TAS.netspace.net.au) has quit (Quit: Ex-Chat)
[12:09:41] grokky (grokky!~grokky@ppp118-209-64-56.lns20.mel4.internode.on.net) has quit (Quit: Leaving...)
[12:27:01] sybolt (sybolt!~sybolt@sybolt.xs4all.nl) has quit (Read error: Connection reset by peer)
[12:27:56] inordkuo (inordkuo!~inorkuo@97.66.21.169) has joined #mythtv-users
[12:32:21] sybolt (sybolt!~sybolt@sybolt.xs4all.nl) has joined #mythtv-users
[12:36:35] justinh: compress it?
[12:37:15] justinh: just been to a customer site to fix a full disk problem. stupid luser (one of ours) had formatted the 1TB disk alright.. as 1GB
[12:37:45] justinh: so as the office resident linux 'expert' (pleh) I was sent to fix it. heh
[12:39:21] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv-users
[12:46:30] stuartm: justinh: heh
[12:46:53] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has quit (Read error: Connection reset by peer)
[12:47:10] stuartm: jarle: much as I hate compressed patches/logs, I don't see a solution in this instance
[12:47:27] stuartm: err, I mean 'an alternative solution'
[12:48:22] stuartm is now known as gbee
[12:48:51] jarle: stuartm: I did like this: http://svn.mythtv.org/trac/ticket/8323 Guess kormoc can handle a litte cut'n'paste?
[12:52:08] gbee: guess that works ;)
[12:54:07] justinh: really liked First Bus' idea of security too
[12:54:14] justinh: 3 character root password :-O
[12:54:50] justinh: but hey the machine was behind a locked door. that'd stop anybody logging into it. well, except via ssh cos it's networked
[12:54:51] Beirdo: aaa?
[12:55:07] Beirdo: qaz?
[12:55:09] Beirdo: heh
[12:55:36] Beirdo: morning all.. time for me to go to Starbucks
[13:00:44] mag0o: gas station coffee is where it's at
[13:03:08] jarle: Are there a way I can make mythtv see "Show (R)" as the same show as "Show"? My EIT epg uses (R) after the title for re-runs...
[13:05:14] justinh: custom rule
[13:05:27] justinh: WHERE title like "Show%"
[13:05:52] justinh: I plan to try & do something about all that custom search/rule stuff to make it friendly at some point. when I get time
[13:06:49] jarle: justinh: yeah, I know this option, but then I'd have to do this for more or less all my shows...
[13:07:59] justinh: or, you could get on hacking an EIT fixup to do the dirty work for you
[13:08:25] justinh: there are already a bunch of them in the code to base a new one on
[13:09:03] justinh: not sure any already mark programs as 'rerun' or 'repeat' though
[13:09:03] Easy_Rider9999 (Easy_Rider9999!~Miranda@p5B2254DD.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[13:09:11] justinh: it shouldn't be too hard though
[13:09:36] jarle: justinh: I'll have a look at that...
[13:10:29] jarle: guess it's about time I submit some patches and not just living off other peoples work..
[13:16:47] jarle: so where in the code is the EIT scanning -> filling in program db done?
[13:18:32] justinh: eitscanner.cpp maybe
[13:19:15] justinh: eitfixup.cpp too, in libs/libmythtv/
[13:19:19] justinh: grep is your friend :)
[13:23:59] jarle: seems like eitfixup.cpp is the place to hack...
[13:30:20] justinh: yeah but where is calling the stuff there? ;-)
[13:30:48] justinh: actually seems like it might all be in there
[13:31:24] jarle: justinh: seems like you must have fixup enabled in dtv_privatetypes somehow...
[13:31:46] jarle: though I have no idea about how this table works...
[13:37:11] matmat (matmat!~mat@e181235167.adsl.alicedsl.de) has joined #mythtv-users
[13:44:09] devinheitmueller (devinheitmueller!~dheitmuel@208.51.239.218) has joined #mythtv-users
[14:02:30] justinh: heh 38degrees are now campaigning to ban secret lobbying of politicians
[14:06:54] matmat: thats dumb
[14:07:00] ** Beirdo should campaign to ban politicians **
[14:07:10] Kunalagon (Kunalagon!~Kunalagon@195.178.32.28) has quit (Quit: Leaving.)
[14:07:28] justinh: I think it'd be fair for all politicians to have to disclose meetings they have with people who have a vested interest in policy they make
[14:07:43] matmat: if you think about that longer than 30 seconds youd know who would benefit from having information about who is lobbying a certain politician
[14:08:13] justinh: like, say Peter Mandelson's meeting with David Geffen resulting in draconian laws to filter the internet
[14:08:16] matmat: and then you would realise which side has more money to counter such a lobbying initiative
[14:08:57] justinh: hey look I know how naive it is to expect politicians to be free of corruption but there's every sense in *wanting* them to be that way :)
[14:09:46] justinh: if it was me who stood to benefit from new laws, I'd do all I legally could to get them passed
[14:10:05] Beirdo: justinh: yeah, I hear ya
[14:10:23] Beirdo: politician ~= scumbag
[14:10:42] Beirdo: not always, of course, but it's a good baseline to go from.
[14:10:44] PeaceKeeper (PeaceKeeper!~PeaceKeep@12.148.112.253) has joined #mythtv-users
[14:10:57] streeter (streeter!~streeter@nat/redhat/x-cytqwpvesqzlwnsy) has joined #mythtv-users
[14:11:04] justinh: ban MPs from high-paid jobs connected with those they made policy for, for 10 years after leaving office, or so :)
[14:11:32] Beirdo: heh, make em work for the benefactors of their opposition
[14:12:29] justinh: nah, just stop then benefitting financially from policy they make. that ought to do it
[14:12:47] justinh: course none of them would ever vote for that
[14:12:57] justinh: I know I wouldn't ;)
[14:13:01] Beirdo: send em in exile to Australia like the good ole days? make em criminals, and ship em away?
[14:13:23] Beirdo: that would be too mean to Aussies though
[14:13:33] justinh: maybe Iraq instead
[14:13:34] Beirdo: but you could send retired Aussie politicians to the UK
[14:13:53] Beirdo: heh. ouch
[14:14:14] Beirdo: moral of the story... don't lose the election
[14:14:33] justinh: make em truly accountable :D
[14:15:16] Beirdo: heh, send GW Bush to Iraq outfitted like the average soldier on the ground
[14:15:31] justinh: pew pew!
[14:16:06] Beirdo: he'd last what? a day?
[14:16:09] Beirdo: anyways...
[14:16:42] Beirdo: I'm not in a packing mood
[14:17:04] Beirdo: but I need to finish before tomorrow so I can take a post office trip to get this crap on its way to Seattle
[14:17:21] Beirdo: wonder what's on TV?
[14:18:31] Beirdo: Hmmm, Frasier.
[14:19:16] Beirdo: get to see some Seattle skyline while I wait
[14:20:52] Beirdo: hehe. and I like the character of Frasier's dad
[14:21:40] dustybin (dustybin!dustybin@thinkdebian.org) has quit (Read error: Connection reset by peer)
[14:26:03] gbee: Beirdo: I suspect Bush wouldn't even make it out of the helicopter alive, well unless he was pushed out at 400ft
[14:26:39] Beirdo: heh
[14:26:48] Beirdo: you are likely right
[14:26:53] faichele (faichele!~faichele@p5DD5B7E1.dip.t-dialin.net) has quit (Remote host closed the connection)
[14:26:59] Beirdo: anyways...
[14:28:08] gbee: well it was like this sir, I was cleaning my bayonet and we hit some turbulence, he fell backwards onto the blade, he started to look a little pale so I thought he might need some fresh air but at the door he stumbled and fell out
[14:28:33] gbee: No sir, I cannot explain the bullet wounds ...
[14:28:37] Beirdo: anyone out there using lirc that can try a mode2 dump for me? sphery tried, but his setup won't allow it
[14:28:55] Beirdo: or my rifle still in his back
[14:31:12] justinh: oo, I got a favourite in the Grand National sweeps for once
[14:42:52] spiffydudex (spiffydudex!~123@66.185.68.122) has joined #mythtv-users
[14:43:10] jams: Beirdo- perhaps..what do you need for lirc
[14:43:44] Beirdo: well, I'm looking for a representative dump from the mode2 command
[14:43:50] Beirdo: with pulse and space timings
[14:44:17] jams: i can plug in a reciever and start pressing buttons
[14:44:38] jams: in mode2
[14:44:39] Beirdo: as my USB-IR box will be using MODE2, and I just want to have a good idea what it "normally" looks like :)
[14:44:55] Beirdo: that would do nicely. a couple buttons or so?
[14:45:16] jams: sure..the hard part will be finding the spare reciever
[14:45:22] Beirdo: heh
[14:46:29] Beirdo: I THINK the timings are all in microseconds... I hope so as that's how I've implemented it for transmit
[14:46:47] Beirdo: but I'm about to do the first run at the receive side...
[14:49:35] Beirdo: input capture with timestamp is always interesting stuff to code for microcontrollers :)
[14:50:26] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[14:50:38] jams: http://jmeyer.us/screens/be.out
[14:51:03] jams: that was the output of mode2 -d /dev/lirc0
[14:51:37] Beirdo: beautiful
[14:51:39] Beirdo: thanks
[14:51:40] jams: streamzap remote/receiver if it matters
[14:51:46] jams: np
[14:52:26] Beirdo: wow, that receiver sure has regular bit lengths :)
[14:53:30] dewman: jams, how do you like that remote?
[14:53:32] Nidhoegger (Nidhoegger!~user@p4FD25B86.dip.t-dialin.net) has joined #mythtv-users
[14:53:45] jams: maybe 896 and 1664 are lucky numbers
[14:54:39] jams: dewman- love bothe the remote and receiver.
[14:55:04] jams: The remote I only use for testing these days, as I use mx-880's throughout the house with streamzap receivers
[14:55:41] jams: but for a simple remote it's awesome. Just wish it had a few buttons that could be programmed
[14:55:47] clever: Beirdo: i was working on IR decoding with a uC a few weeks ago
[14:55:47] Beirdo: 896us is exactly 34 cycles at 38kHz
[14:56:18] Beirdo: and 1664 -> 63 cycles
[14:56:20] clever: but i dont have even the proper 38khz decoder chips, just a bare ir transistor
[14:56:24] Beirdo: within rounding error
[14:56:39] Beirdo: I'm doing it in the processor
[14:56:42] jams: dewman- it's very much plug and play. unlike the mce receivers where you hope it's supported
[14:56:49] clever: my bigest problem at the time, was boosting the signal
[14:57:03] clever: after about 3 inches, the signal was too weak to even see on the scope
[14:57:30] Beirdo: then put your face closer to the scope
[14:57:33] jams: j-rod- has done a lot of work with respect to mce receivers but still the fact there are 2390482304587 different receivers all branded mce bugs me
[14:57:45] clever: Beirdo: 3 inches between the remote and ir receiver :P
[14:58:27] j-rod: jams: plus the fact that some of them are mce transceivers in the true mce transceiver sense, while others, marketed as mce devices, are usb hid devices
[14:58:36] Beirdo: heh. you need to design yourself some amplification on that signal
[14:58:55] jams: hehe that too. bet it drives you nuts as well
[14:58:59] clever: Beirdo: yeah, but it also needs to be automatic gain control, so that sunlight doesnt max it out
[14:59:26] jarle: what is the networkid number used by mythtv? Is it something myth-specific, or is it something that can be found in lyngsat.com for example?
[14:59:50] Beirdo: anyways, I think I'll go and start working on the capture code
[15:00:22] Beirdo: dangit, you crappy cable provider!
[15:00:29] Beirdo: stop doing "no data"!
[15:00:31] brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has joined #mythtv-users
[15:00:39] gbee: jarle: it's part of the DVB spec, may be found on lyngsat but as it's normally unique to a network they may not bothering to list it, it's not required for tuning
[15:00:55] gbee: well it is and it isn't
[15:01:00] Beirdo: time for some Price is Right
[15:01:30] jarle: gbee: so it is basically the ID of the provider then?
[15:01:52] dewman (dewman!~dewman@lennon-ubr-64-85-156-99.power-net.net) has quit (Quit: Leaving)
[15:03:10] GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has joined #mythtv-users
[15:03:27] gbee: jarle: not quite, it's the unique ID of the network on which it is distributed e.g. Freeview in the UK is 9018
[15:06:17] gbee: and if a broadcaster takes the stream from Freeview and rebroadcasts it on the Sky network it would have an NITo NID of 9018 and a NITa NID of 2
[15:07:52] gbee: somewhere I assume there is a list of which IDs correspond to which broadcast network
[15:08:00] kmdm (kmdm!~kenny@unaffiliated/kmdm) has quit (Ping timeout: 276 seconds)
[15:09:21] simonckenyon (simonckenyon!~kvirc@195.7.61.12) has joined #mythtv-users
[15:10:35] spiffydudex: Hi all, I have gotten my capture card to work outside of myth perfectly. I have since gone through and added it to myth and when I go to view live TV it is a split mirror down the middle, left and right. I have tried changing the deinterlacer and that seems to have no effect. I am using Mythbuntu, a Happauge 950q, and I have enabled auto builds for 0.23. Can anyone give me any tips as to what I can do to fix this?
[15:12:21] jams: spiffydudex- ati card?
[15:12:31] spiffydudex: Nvidia Ion N330
[15:12:48] iamlindoro: It's an ION 3D!
[15:12:54] Ryushin (Ryushin!proxy@windwalker.openinnovations.com) has joined #mythtv-users
[15:12:55] jams: for some changing profiles to slim fixes it. but since it's not an ati card i don't know :)
[15:12:57] iamlindoro: Now all you need is a fancy 3D TV
[15:13:06] spiffydudex: lol
[15:13:15] spiffydudex: Yeah...if only I had the money :P
[15:13:27] iamlindoro: jams: Different presentation-- he's reflecting vertically, the traditional ATI deint issue is reflected horizontally
[15:13:31] devinheitmueller: spiffydudex: change the capture profile resolution from 480x480 to 720x480. It's a mythtv bug.
[15:13:41] iamlindoro: Check out the big brain on devinheitmueller
[15:13:58] ** iamlindoro grumbles, goes to look at the default settings for recording profiles **
[15:14:07] devinheitmueller: iamlindoro: Well, I wrote the 950q driver and burned it in against MythTV, so it's safe to say I have a bit of an unfair advantage.
[15:14:09] spiffydudex: where would I change the resolution
[15:14:22] devinheitmueller: spiffydudex: it's under "Recording profiles".
[15:14:24] jams: iamlindoro- true thats what my ati card does. but figured it was worth a shot
[15:14:34] iamlindoro: jams: Sure, was better than any guess I had
[15:15:15] spiffydudex: OH MY GOD IT WORKS!!!!
[15:15:22] spiffydudex: lol
[15:15:47] spiffydudex: You sir are a saint, Ive been messing with this for several hours last night
[15:15:51] devinheitmueller: spiffydudex: make sure you set that not just for the LiveTV profile, but also for the various other recording profiles. Or else your LiveTV will look fine but your recordings will be screwed up.
[15:15:54] jams: didnt know about the 480x480 bug
[15:16:26] devinheitmueller: jams: Yeah, basically if MythTV specifies 480x480 capture, if the driver comes back with a different resolution (which the V4L2 spec permits), MythTV ignores the resulting change.
[15:16:34] spiffydudex: alright
[15:17:02] jams: well that stinks as 480x480 is the default for myth
[15:17:06] devinheitmueller: jams: People normally don't notice because most of the cards support 480x480.
[15:17:09] iamlindoro: Meh, we'll fix that
[15:17:12] devinheitmueller: jams: Yeah, I"ve complained about that before.
[15:17:38] iamlindoro: Was probably pertinent/sensible seven years ago
[15:17:47] jams: it was
[15:17:48] iamlindoro: and then people stopped caring when all the devs bought digital tuners/hardware encoders
[15:17:58] iamlindoro: well... the devs stopped caring anyway ;)
[15:18:01] gbee: I thought we changed the default several months back?
[15:18:03] iamlindoro: but anyway, we'll fix it
[15:18:09] jams: worked great for framegrabbers!
[15:18:18] devinheitmueller: Well, there are really two bugs – one is that the default is 480x480 (where it really should be 720x480). The other is that when the driver tells MythTV that a resolution isn't supported, MythTV ignores it.
[15:18:20] Beirdo: oh wow, this is cool
[15:18:31] jams: gbee- remember the discussion but not the outcome
[15:18:36] Beirdo: the AVR lets me use a 1us tick on the timer I wanna use :)
[15:18:39] Beirdo: perfect
[15:18:42] spiffydudex: that is interesting.
[15:18:43] gbee: I'd almost swear that the changes was made
[15:18:45] iamlindoro: gbee: We've mentioned it, but don't think anyone's done anything about it-- I'll take a look at the change today
[15:19:16] gbee: bah
[15:20:22] iamlindoro: We can fix it for .24 legal lemur
[15:20:23] devinheitmueller: spiffydudex: if it's any consolation, I too messed with it for several hours and finally had to dig into the source code to figure out why it was broken.
[15:20:39] spiffydudex: haha, well, I'm glad you were online then.
[15:21:13] devinheitmueller: I really should do a MythTV wiki page on the 950q. I keep finding myself answering the same questions over and over.
[15:21:16] devinheitmueller: ;-)
[15:21:21] spiffydudex: It might be something that should be put on the Wiki.
[15:21:28] spiffydudex: Yeah.
[15:22:09] spiffydudex: that would be nice, there really isnt much information "out there" on the 950q, just the earlier 950.
[15:22:40] devinheitmueller: Well, I wrote the LinuxTV wiki doc on the 950 as well, so I am quite familiar.
[15:24:07] RyeBrye (RyeBrye!~ryebrye@67.199.187.50) has joined #mythtv-users
[15:25:57] iamlindoro: K, have a quick patch for the issue, but will need to test it later
[15:26:31] Easy_Rider9999 (Easy_Rider9999!~Miranda@p5B2254DD.dip.t-dialin.net) has joined #mythtv-users
[15:28:56] iamlindoro: and might as well fix the default audio bitrate while we're at it
[15:29:03] iamlindoro: s/bitrate/sampling rate/
[15:29:19] Beirdo: heheh
[15:29:29] ** Beirdo decides not to mock iamlindoro **
[15:29:40] devinheitmueller: iamlindoro: what is the default at now?
[15:29:45] devinheitmueller: 32k?
[15:29:46] iamlindoro: devinheitmueller: 32k
[15:29:47] markl_: Beirdo: i think you should
[15:30:01] devinheitmueller: iamlindoro: you should think twice about changing that. It can cause regressions.
[15:30:16] Beirdo: well he has mocked others for that mistake before :)
[15:30:27] iamlindoro: devinheitmueller: sphery has some thoughts on the matter, but don't think he's around
[15:30:30] flabberkenny (flabberkenny!~flabberke@a80-101-6-24.adsl.xs4all.nl) has quit (Quit: flabberkenny)
[15:30:45] devinheitmueller: The issue is that a number of the cards cannot change the audio bitrate after the encoder is running. So the net effect is MythTV will believe it's at 48k but the encoder will keep it at 32k.
[15:30:55] iamlindoro: Beirdo: At least I'm smart enough to make a quick fix than to repeatedly make the mistake in public
[15:31:01] Beirdo: well, yeah :)
[15:31:09] Beirdo: you did fix it pretty quick.
[15:31:21] devinheitmueller: I'm not against changing the default in principle, but it would need to be tested with all of the bridges first.
[15:32:08] iamlindoro: devinheitmueller: where running == driver loaded?
[15:32:11] javatexan (javatexan!~mia@129.62.151.91) has joined #mythtv-users
[15:32:33] devinheitmueller: No, I mean if streaming has been started (the v4l2 start_streaming call has been issued)
[15:32:48] Beirdo: I think I was on crack one night while making notes in my code
[15:32:58] iamlindoro: devinheitmueller: So I'm not understanding why changing the default would cause an issue
[15:33:09] Beirdo: I want 1us ticks... that's a 1MHz timer clock, not 100kHz!?
[15:33:16] devinheitmueller: Generally speaking, you are supposed to do all of the configuration of the encoder before starting streaming, but the audio can be tricky since in some cases it's controlled via alsa.
[15:33:35] devinheitmueller: iamlindoro: because in some cases it may be working because it's already at 32k and the driver is ignoring the command.
[15:33:37] iamlindoro: devinheitmueller: How would 48k differ from 32k when in both cases we're talking about setting up profiles before an encoder has even been opened?
[15:34:01] devinheitmueller: iamlindoro: because I'm not confident it is working properly in some of the drivers (and the hardware happens to default to 32k)
[15:34:31] iamlindoro: So in essence, we may (or may not) be working around driver bugs
[15:34:35] devinheitmueller: Now, that is definitely a bug in the driver, but it's one nobody was hitting.
[15:34:38] devinheitmueller: iamlindoro: correct.
[15:35:10] devinheitmueller: If the goal is to support the higher bitrate by default, we would need to try it against all the various bridges and be comfortable that it works properly before changing the default in the code.
[15:35:18] superdump (superdump!~rob@unaffiliated/superdump) has quit (Quit: WeeChat 0.3.2-dev)
[15:35:32] clever: devinheitmueller: i had a similar problem on one audio card here
[15:35:46] clever: if i began capturing (frame grabber) at one bitrate, it locked the rate for the card
[15:35:49] iamlindoro: devinheitmueller: I'll just highlight sphery here so that here can read the above, he was enthusiastic about changing it last time we talked but he might not have considered that
[15:35:59] clever: and then playback would run at that rate, even though software said to use another one
[15:36:06] devinheitmueller: clever: yeah, that is the problem I'
[15:36:09] devinheitmueller: m talking about.
[15:36:10] clever: so playback would wind up at 50% or 200% speed
[15:36:30] clever: i just forced the software (mplayer) to convert to the rate of encoding, i think
[15:36:34] devinheitmueller: It can especially occur when doing raw capture with ALSA, since the ALSA command will be ignored because the engine is already running.
[15:36:38] clever: so both sides used the same rate
[15:37:44] devinheitmueller: Let's face it: in many cases the extent of the work the driver developer does is to test the card against MythTV in it's "default" configuration, and there are plenty of ways to twiddle the knobs and expose driver bugs.
[15:38:13] clever: half the bugs ive found arent being fixed
[15:38:16] clever: ask iamlindoro:P
[15:38:25] devinheitmueller: (and changing the default behavior can unknowingly force people into that state)
[15:38:34] devinheitmueller: clever: yeah, I hear you. The driver situation is just as bad.
[15:38:44] iamlindoro: clever: What do I have to do with it?
[15:38:46] devinheitmueller: I know of more bugs in the drivers than I have anywhere near the time to fix.
[15:38:58] clever: iamlindoro: arent you the one saying its borked because i touched it? :P
[15:39:15] iamlindoro: Yes.
[15:39:18] Beirdo: heh. is he wrong?
[15:39:40] clever: that last major bug i was arguing with iamlindoro over, was a mistake by another dev
[15:39:50] clever: which was fixed a few days later
[15:40:04] iamlindoro: If there *is* a given bug, but the only person who can expose it is the guy who exposes it by running on a computer composed entirely of spit, twigs, and tin whiskers, then that's not going to be taken very seriously.
[15:40:18] clever: the code tried to get the same mutex twice in a row from the same thread
[15:40:26] ** iamlindoro yawns **
[15:40:27] tmkt (tmkt!~dminogue@CPE00242b77265d-CM0016b533ff4a.cpe.net.cable.rogers.com) has joined #mythtv-users
[15:40:51] Beirdo: OMG, stop with the AARP ads!
[15:40:55] Beirdo: I'm not a geezer!
[15:41:00] clever: but only when its reporting that write() was blocking too much
[15:41:00] clever: so the only way to expose the bug was to load the hdd down
[15:41:00] clever: an idle system would never crash
[15:41:32] clever: i explained exactly how to reproduce it and pointed out all the code at fault
[15:41:34] iamlindoro: clever: Nobody cares. Get over it.
[15:41:37] clever: and iamlindoro just said fuck off:P
[15:41:40] clever: see
[15:41:43] Beirdo: language
[15:41:59] iamlindoro: hmm
[15:42:02] iamlindoro: no, he knows beter
[15:42:04] iamlindoro: better
[15:42:07] Mode for #mythtv-users by ChanServ!ChanServ@services. : +o iamlindoro
[15:42:11] Mode for #mythtv-users by iamlindoro!~iamlindor@unaffiliated/iamlindoro : +b clever!*@*
[15:42:11] clever has been kicked from #mythtv-users by iamlindoro!~iamlindor@unaffiliated/iamlindoro (clever)
[15:42:18] iamlindoro: Now he can take a time out
[15:42:31] Mode for #mythtv-users by ChanServ!ChanServ@services. : -o iamlindoro
[15:42:40] iamlindoro: ten minutes in the penalty box
[15:43:25] syamajala (syamajala!~syamajala@140.232.179.162) has joined #mythtv-users
[15:43:44] Beirdo: heh
[15:43:49] iamlindoro: (not mad, just have warned him many times before for both language and theft stuff)
[15:43:56] Beirdo: yeah
[15:44:01] Beirdo: he knows better
[15:44:02] iamlindoro: And as a total regular, he can be expected to know better
[15:45:18] Easy_Rider9999 (Easy_Rider9999!~Miranda@p5B2254DD.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[15:46:05] iamlindoro: Way to be a baby about a situation in which his bug actually got fixed, though
[15:46:35] hadees (hadees!~hadees@216-188-225-151.dyn.grandenetworks.net) has quit (Remote host closed the connection)
[15:49:12] Mode for #mythtv-users by ChanServ!ChanServ@services. : +o iamlindoro
[15:49:24] dkeith__ (dkeith__!~dkeith@pool-98-118-119-110.bstnma.fios.verizon.net) has joined #mythtv-users
[15:49:37] suffice_ (suffice_!~phann@58.141.29.240) has joined #mythtv-users
[15:49:44] suffice_ (suffice_!~phann@58.141.29.240) has quit (Client Quit)
[15:49:58] Mode for #mythtv-users by iamlindoro!~iamlindor@unaffiliated/iamlindoro : -b clever!*@*.
[15:50:07] Mode for #mythtv-users by ChanServ!ChanServ@services. : -o iamlindoro
[15:50:16] suffice_ (suffice_!~phann@58.141.29.240) has joined #mythtv-users
[15:51:06] iamlindoro: hm
[15:51:20] Mode for #mythtv-users by ChanServ!ChanServ@services. : +o iamlindoro
[15:51:33] Mode for #mythtv-users by iamlindoro!~iamlindor@unaffiliated/iamlindoro : -b clever!*@*
[15:51:44] Mode for #mythtv-users by ChanServ!ChanServ@services. : -o iamlindoro
[15:51:50] iamlindoro: there, that's more like it
[15:52:21] Mode for #mythtv-users by ChanServ!ChanServ@services. : +o iamlindoro
[15:52:45] Mode for #mythtv-users by iamlindoro!~iamlindor@unaffiliated/iamlindoro : -b agrajag-!*@*
[15:52:51] poodyp_ (poodyp_!~poodyp@pc2.takaragaike-ph-unet.ocn.ne.jp) has quit (Ping timeout: 276 seconds)
[15:53:01] Mode for #mythtv-users by ChanServ!ChanServ@services. : -o iamlindoro
[15:53:56] Ian_Zeplin (Ian_Zeplin!~Ian_Zepli@host-84-9-39-46.dslgb.com) has quit (Read error: Connection reset by peer)
[15:54:14] TM1111a (TM1111a!~Tony@c-71-197-223-60.hsd1.wa.comcast.net) has quit (Ping timeout: 265 seconds)
[15:54:23] Ian_Zeplin (Ian_Zeplin!~Ian_Zepli@host-84-9-39-46.dslgb.com) has joined #mythtv-users
[15:58:12] revilootneg (revilootneg!~oliver@pool-120-67-198-89.dbd-ipconnect.net) has joined #mythtv-users
[16:00:13] hadees (hadees!~hadees@64.132.24.100) has joined #mythtv-users
[16:01:50] hadees (hadees!~hadees@64.132.24.100) has quit (Read error: Connection reset by peer)
[16:02:17] clever (clever!~clever@2001:470:1d:19a:205:5dff:feff:f422) has joined #mythtv-users
[16:09:43] hadees (hadees!~hadees@64.132.24.100) has joined #mythtv-users
[16:10:13] justinh (justinh!~justin@cpc1-salf4-0-0-cust69.manc.cable.ntl.com) has quit (Ping timeout: 264 seconds)
[16:12:55] bep_ (bep_!~b3pp0@p57A4C7FC.dip.t-dialin.net) has joined #mythtv-users
[16:12:55] bep_ (bep_!~b3pp0@unaffiliated/bep/x-392433) has joined #mythtv-users
[16:12:55] bep_ (bep_!~b3pp0@p57A4C7FC.dip.t-dialin.net) has quit (Changing host)
[16:17:13] jolaren^away is now known as jolaren
[16:19:10] olejl (olejl!~olejl@95.175.69.243) has joined #mythtv-users
[16:27:11] hpeter (hpeter!~hpeter@250-203.5-85.cust.bluewin.ch) has quit (Quit: hpeter)
[16:27:32] simonckenyon (simonckenyon!~kvirc@195.7.61.12) has quit (Quit: When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.2 Shiny http://www.kvirc.net)
[16:34:49] jolaren: .
[16:34:53] jolaren: laters dudes
[16:35:00] jolaren (jolaren!~joel@c-bbfce555.015-160-73746f1.cust.bredbandsbolaget.se) has left #mythtv-users ()
[16:42:46] dewman (dewman!~dewman@lennon-ubr-64-85-156-99.power-net.net) has joined #mythtv-users
[16:44:24] iamlindoro: Captain_Murdoch: Do your changes for multi-file incorporate any change to default container? Have thought about looking at that in the past but each time someone has mentioned that it might be part of those changes
[16:50:08] syamajala (syamajala!~syamajala@140.232.179.162) has quit (Quit: Leaving...)
[16:52:43] gbee: ogv!
[16:53:36] wagnerrp: for the 20 people who use that format?
[16:54:10] iamlindoro: Much as some might frown, I do think MKV would be the best choice
[16:54:34] iamlindoro: Could do some very fun/interesting things with chapters, good support across many platforms, etc.
[16:54:37] gbee: iamlindoro: but what patent free codec in that container?
[16:54:42] iamlindoro: heh
[16:55:05] octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has quit (Ping timeout: 248 seconds)
[16:55:08] wagnerrp: you can put theora in there
[16:55:24] Ryushin (Ryushin!proxy@windwalker.openinnovations.com) has quit (Quit: Client exiting)
[16:55:44] wagnerrp: or better yet, start recording everything to snow... :P
[16:56:05] gbee: and full circle back to my original suggestion ;)
[16:56:05] iamlindoro: in NUT containers?
[16:56:19] gbee: ok, so the container won't be ogg
[16:56:24] wagnerrp: start talking about snow and wavelets, and the entire userbase goes ... 'huh?'
[16:57:18] gbee: well for months I thought snow in ffmpeg was just a snow generator, i.e. random noise
[16:57:57] Beirdo: you leave NUTs outta this :)
[16:58:29] gbee: anyway, defaults must be free of any possible legal entanglement, anything else is just a provocation
[16:58:51] wagnerrp: or dirac... didnt BBC open that up free for use?
[16:58:52] gbee: which is not to stop users picking something else
[16:58:53] iamlindoro: gbee: half-facetious?
[17:00:27] gbee: not even a little I'm afraid :/
[17:01:05] wagnerrp: isnt the default mjpeg?
[17:01:46] wagnerrp: we could drop mpeg4 support all together
[17:02:01] wagnerrp: that would get rid of these nutjobs wanting to bypass the encoder chip on their PVR150s
[17:02:03] clever: rtjpeg takes up tons more disk space then mpeg4
[17:07:12] sphery: wagnerrp: default is rtjpeg
[17:07:42] wagnerrp: so the defaults are already free of legal entabglement
[17:08:12] hpeter (hpeter!~hpeter@84-72-18-197.dclient.hispeed.ch) has joined #mythtv-users
[17:08:44] sphery: well, at least free of mpeg issues
[17:09:40] sphery: though the value of the defaults isn't the only concern
[17:16:55] reviloot1eg (reviloot1eg!~oliver@pool-120-67-198-89.dbd-ipconnect.net) has joined #mythtv-users
[17:18:20] syamajala (syamajala!~syamajala@140.232.179.162) has joined #mythtv-users
[17:19:51] kormoc_afk is now known as kormoc
[17:21:15] revilootneg (revilootneg!~oliver@pool-120-67-198-89.dbd-ipconnect.net) has quit (Ping timeout: 276 seconds)
[17:24:03] Goga777 (Goga777!~Goga777@shpd-95-53-221-246.vologda.ru) has joined #mythtv-users
[17:24:46] gandalfcome (gandalfcome!~gandalfco@150.203.88.138) has joined #mythtv-users
[17:26:03] _strog (_strog!~userID@mnch-4d047c2e.pool.mediaWays.net) has joined #mythtv-users
[17:26:33] kormoc: iamlindoro: so Linux Journal did a MythTV vs XBMC shoot-out and myth came up really close thanks to your mythvideo improvements and extra themes :)
[17:26:46] iamlindoro: Aww, neat!
[17:27:01] iamlindoro: (though in fairness Neither would be possible without gbee's MythUI work)
[17:27:12] kormoc: Indeed! Mad props all around! :)
[17:27:37] cesman: shootout?
[17:27:55] cesman: IMHO, XBMC isn't in the same league
[17:28:15] kormoc: The main complaints were of course lack of more themes, simpler setup, and dynamic resizable ui
[17:28:17] ** cesman _must_ have PVR functionality in his "media center" **
[17:28:29] kormoc: cesman: Media Playback centric really
[17:28:46] iamlindoro: kormoc: is that online somewhere?
[17:28:50] kormoc: they concluded that XBMC frontend + myth backend was perfect but mythfrontend was getting a lot closer
[17:28:59] kormoc: iamlindoro: donno, it just showed up in my mailbox yesterday
[17:29:01] ** kormoc peers **
[17:29:33] ** cesman let his subscription lapse some time ago... **
[17:30:12] cesman: at the time, the editor has his head in an orifice
[17:30:28] kormoc: iamlindoro: doesn't look like it, but perhaps soon, they seem to be lagging behind posting things up
[17:30:39] iamlindoro: cool, I'll keep my eyes open, thanks for the heads up
[17:30:41] kormoc: cesman: still does
[17:30:55] ** cesman is thinking of Linux Journal, not Linux Mag... **
[17:33:56] iamlindoro: spiffydudex: Ping
[17:40:07] wagnerrp: cesman: that sounds like a great supervillan name on The Tick
[17:42:42] AndyCap: heh, Xv fail "Source image dimensions are too high: 2048x1024 (maximum is 2046x2046)"
[17:43:11] wagnerrp: got a big 30" monitor?
[17:43:21] AndyCap: nah, just a big video.
[17:43:50] iamlindoro: VDPAU will manage that res, I believe
[17:43:56] iamlindoro: (if available to you)
[17:44:11] wagnerrp: the renderer or the decoder?
[17:44:16] iamlindoro: yes
[17:44:18] iamlindoro: :)
[17:44:35] wagnerrp: as long as it falls below the memory limits set by L4.1?
[17:44:38] AndyCap: hmm, not sure if I have a card that can do that
[17:45:04] wagnerrp: i.e.: higher resolution, but lower framerate/ref-frames?
[17:45:34] AndyCap: good thing they didn't make the video 4k*2k ftp://public.sos.noaa.gov/atmosphere/air_traf . . . 48_00005.jpg
[17:47:27] iamlindoro: wagnerrp: I guess so-- I know that one of our devs was rendering Big Buck bunny at massive videowall resolution and using VDPAU for decode/display
[17:48:19] AndyCap: yeah, only got G72M in this laptop, so no vdpau
[17:49:57] wagnerrp: AndyCap: opengl then?
[17:55:26] iamlindoro: Ha
[17:55:32] Nidhoegger (Nidhoegger!~user@p4FD25B86.dip.t-dialin.net) has quit (Remote host closed the connection)
[17:55:40] iamlindoro: we still tag Nuppel metadata with MythTV version .07
[17:56:51] sphery: iamlindoro: it's so the 3rd party frontends don't have to work so hard to support our format
[18:00:24] cesman: wagnerrp: another Tick fan in the house I see :)
[18:04:16] skd5aner: iamlindoro: obviously nuv metadata tagging was fully matured as of MythTV 0.07 and required no further modification :)
[18:04:37] iamlindoro: As mature as it's likely to ever got, that may actually be true
[18:04:42] iamlindoro: er get
[18:05:00] iamlindoro: since we are way more likely to change container than put any effort towards poliching our use of NUV :)
[18:05:04] ** skd5aner can't even begin to imagine what mythtv .07 would look like given where we are now **
[18:05:23] _strog (_strog!~userID@mnch-4d047c2e.pool.mediaWays.net) has quit (Quit: _strog)
[18:05:27] wagnerrp: cesman: i can just imagine the Tick being attacked by OrificeHead
[18:05:43] clever: i remember how different 0.18 was
[18:05:45] skd5aner: yea, btw – my vote (which is about as worthless as Washington DC having a seat in the house) would be for mkv too (re: earlier discssion)
[18:06:26] skd5aner: oh, and sorry – I know I'm not supposed to use "we" (even though I meant it from the collective community sense)
[18:07:29] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[18:08:21] skd5aner: man, I haven't watched The Tick in ages, but yes – great show
[18:08:51] wagnerrp: ive got recordings of it from years back, i think comedy central was playing reruns of it
[18:09:00] skd5aner: yea
[18:09:15] kormoc: Cartoon or Live Action?
[18:09:16] skd5aner: That and The Critic, I think they showed those back to back
[18:09:23] wagnerrp: cartoon
[18:09:24] skd5aner: I liked the cartoon
[18:09:35] wagnerrp: never saw the live-action version with Putty
[18:11:12] Defense|Twin (Defense|Twin!~jepz@f054003178.adsl.alicedsl.de) has joined #mythtv-users
[18:15:19] fugdnscerd (fugdnscerd!~shane@173-24-24-158.client.mchsi.com) has quit (Remote host closed the connection)
[18:15:21] noaXess_kubuntu (noaXess_kubuntu!~chatzilla@gw.ptr-80-238-209-47.customer.ch.netstream.com) has joined #mythtv-users
[18:15:26] Mandingo-Dev (Mandingo-Dev!~Mandingo-@73.15.188.148) has joined #mythtv-users
[18:15:29] noaXess_kubuntu: good evening
[18:16:05] gizmobay (gizmobay!~gizmobay@ip98-165-206-1.ph.ph.cox.net) has joined #mythtv-users
[18:16:43] gizmobay: Is there a way to tell when a motherboard is going bad?
[18:16:44] javatexan (javatexan!~mia@129.62.151.91) has quit (Ping timeout: 240 seconds)
[18:16:47] noaXess_kubuntu: so now.. i can't scan for channel.. :(... don't know why..
[18:17:04] noaXess_kubuntu: i needed to delete the ideo source and tv-cards, cause i had problem to record shows..
[18:17:18] noaXess_kubuntu: but ow.. can't scan on each adapter.. have three of them
[18:17:22] noaXess_kubuntu: any idea?
[18:18:09] iamlindoro: noaXess_kubuntu: You haven't provided any actual information yet
[18:18:28] iamlindoro: "can't scan" is abstract... error messages and logs are information
[18:18:30] Mandingo-Dev: got a question
[18:18:40] noaXess_kubuntu: iamlindoro: what do you cant to know?
[18:18:52] wagnerrp: gizmobay: usually stuff like that shows up in anomalous compile errors
[18:19:00] iamlindoro: noaXess_kubuntu: error messages, specific symptoms, log output, etc.
[18:19:09] noaXess_kubuntu: have recreated the tv-cards, recreated video sorce xmltv ch_grabber, connections and now want scan for channels
[18:19:11] Mandingo-Dev: under what version of mythtv is the ability to scan via analog been fixed ?
[18:19:21] iamlindoro: Mandingo-Dev: .23-fixes
[18:19:41] noaXess_kubuntu: iamlindoro: have three dvb-c cards
[18:20:02] gizmobay: I control my tv on and off with a serial port. The serial card is aftermarket. Came back from out of town and it just stopped working on it's own.
[18:20:11] cBuckle (cBuckle!~quassel@198.88.236.30) has joined #mythtv-users
[18:20:26] gizmobay: Moved it to a different pci slot and it still didn't worked
[18:20:27] Mandingo-Dev: iamlindoro: thanks man
[18:20:38] iamlindoro: noaXess_kubuntu: Really need specific error messages and log output... can't scan is *really* not specific-- is the button grayed out? Is there an error popup? Does it attempt to scan and find nothing?
[18:20:52] noaXess_kubuntu: iamlindoro: if i scan for channels, in which log should i see errors?
[18:20:55] iamlindoro: noaXess_kubuntu: So you're still not telling us what's actually *happening*
[18:20:56] gizmobay: Moved it to my home ubuntu PC and it did work
[18:21:10] iamlindoro: In the console output of mythtv-setup
[18:21:47] gizmobay: moved it back to my mythtv computer and it then started working yet none of my USB ports would work. Rebooted and now everything works. Starnge.
[18:21:52] noaXess_kubuntu: iamlindoro: it tries to scan but get no signal.. on each card.. before i deleted tv-card and video sources, it worked to watch live tv.. but even some channels had problems to record sheduled shows..
[18:21:54] cBuckle (cBuckle!~quassel@198.88.236.30) has left #mythtv-users ("http://quassel-irc.org - Chat comfortably. Anywhere.")
[18:22:17] iamlindoro: noaXess_kubuntu: Then the likely problem is that you have misconfigured the card, or the scanning options
[18:22:48] noaXess_kubuntu: iamlindoro: just default settings..
[18:23:07] noaXess_kubuntu: by the way.. no console output while scanning..
[18:23:24] rockhound (rockhound!~quassel@c202167.adsl.hansenet.de) has joined #mythtv-users
[18:23:54] noaXess_kubuntu: iamlindoro: should i delete sources and cards again?
[18:24:53] iamlindoro: noaXess_kubuntu: I don't have nearly enough information to be able to tell you how to proceed. The only thing I can tell you based on what you've provided so far is that you have almost certainly misconfigured the card itself, or chose the wrong scanning options for your provider
[18:26:31] Mandingo-Dev (Mandingo-Dev!~Mandingo-@73.15.188.148) has left #mythtv-users ("Konversation terminated!")
[18:27:14] noaXess_kubuntu: iamlindoro: thats the current settings for one card an also the other two: DVB DTV capture card v3.x, /dev/db/adapter0/frontend0, philips TDA10023 dvb-c, subtype dvb-c, signal timeout 1000. tuning timeout 3000, recording options: max revording 1, wait for seq... yes, open dvb card on demand.. no, use dvb card for eit.. yes, dvb tuning delay 0
[18:27:48] iamlindoro: Signal and tuning timeouts may need to be cranked up
[18:27:51] noaXess_kubuntu: iamlindoro: if i do a scan i use a full scan, and country germany..
[18:28:24] noaXess_kubuntu: iamlindoro: timeouts.. how much.. 5000?
[18:28:45] fugdnscerd (fugdnscerd!~shane@173-24-24-158.client.mchsi.com) has joined #mythtv-users
[18:28:45] iamlindoro: No definite way to answer, but sure, try 5000 and 7500
[18:29:43] iamlindoro: Don't know for sure that the german frequency table is correct for Switzerland, but I'll take your word for it
[18:30:29] noaXess_kubuntu: iamlindoro: i have no other option.. only other is uk
[18:31:04] iamlindoro: Well, the other option is to do a tuned scan on a known frequency and then a full scan of existing transponders which should populate the rest
[18:31:06] devinheitmueller: Has the user upgraded either MythTV (for example going from 0.21 to 0.22) or his kernel since he performed the original channel scan? Perhaps a regression was introduced.
[18:31:41] noaXess_kubuntu: iamlindoro: how can i get a known frequency?
[18:32:22] iamlindoro: noaXess_kubuntu: I think that will vary by country/you might see if there are tuning files in dvb apps for .ch
[18:32:50] iamlindoro: (or check the information from your country's communication agency/your provider)
[18:33:19] iamlindoro: devinheitmueller knows a lot more about the tuner cards than I do, though, so he may have some input for you if you answer his question
[18:34:09] gbee: The Prisoner remake any good?
[18:34:12] iamlindoro: no
[18:34:13] iamlindoro: avoid
[18:34:15] iamlindoro: run
[18:34:19] iamlindoro: horrid
[18:35:01] gbee: heh, ok then
[18:35:07] noaXess_kubuntu: iamlindoro: ok... so let's search.. i ave a old backup from a running mythtv.. so the frequency is in dtv_multiplex table right?
[18:35:24] iamlindoro: gbee: In all honesty, it was *so* bad. I just couldn't finish it
[18:35:34] faichele (faichele!~faichele@p5DD5B7E1.dip.t-dialin.net) has joined #mythtv-users
[18:35:46] gbee: one of just two US series to make it over here in HD so I'm curious enough to watch the first episode, but I won't get my hopes up
[18:36:01] iamlindoro: noaXess_kubuntu: should be, but the channel tables are very complicated and exist in several tables so I can't answer for sure, I just don't know
[18:36:15] iamlindoro: gbee: All star cast hamstrung by a horrible script
[18:36:38] faichele (faichele!~faichele@p5DD5B7E1.dip.t-dialin.net) has quit (Remote host closed the connection)
[18:36:45] noaXess_kubuntu: Iathe frequency in full scan (tuned) is in hz not mhz right?
[18:36:57] iamlindoro: noaXess_kubuntu: correct
[18:40:30] GreyFoxx: The prisoner reboot was very very disappointing
[18:41:23] iamlindoro: indeedly
[18:41:33] noaXess_kubuntu: are here no swiss people??
[18:41:33] GreyFoxx: the best part of the tip of the hat to the original when the old character escaped only to be shot
[18:42:36] reviloot1eg (reviloot1eg!~oliver@pool-120-67-198-89.dbd-ipconnect.net) has quit (Ping timeout: 245 seconds)
[18:42:43] stefanj (stefanj!~stefanj@81-178-37-229.dsl.pipex.com) has joined #mythtv-users
[18:42:55] noaXess_kubuntu: iamlindoro: you wrote about tuning files in dvb apps for .ch... where are this tuning files?
[18:43:32] iamlindoro: in the dvb apps source, or wherever your distro installs them if you install them as a package
[18:44:52] iamlindoro: noaXess_kubuntu: Who is your provider/what is your location?
[18:45:37] noaXess_kubuntu: iamlindoro: switzerland, provider tbwil/thurvision, bazenheid..
[18:45:49] noaXess_kubuntu: http://www.thurvision.ch/
[18:46:26] iamlindoro: available files for .ch are: ch-Rega-Sense ch-unknown ch-Video2000 ch-Zuerich-cablecom
[18:46:46] iamlindoro: ch-unknown appears to be Kabel Suisse
[18:47:08] noaXess_kubuntu: iamlindoro: it's a own network
[18:47:23] noaXess_kubuntu: but maybe same frequencies
[18:48:01] iamlindoro: http://paste.ubuntu.com/411740/
[18:48:04] iamlindoro: That's all the ch- files
[18:48:12] iamlindoro: possible that none will be relevant, though
[18:48:50] noaXess_kubuntu: iamlindoro: where you found that?.. i'm on ubuntu..
[18:49:09] iamlindoro: It's in the dvb apps source
[18:49:43] noaXess_kubuntu: iamlindoro: where is it located on your system?
[18:49:48] AndyCap: noaXess_kubuntu: list the files in your dvb-apps package? fedora puts it in /usr/share/dvb-apps/
[18:50:30] noaXess_kubuntu: think i got it.. /usr/share/dvb/dvb-c/
[18:50:52] iamlindoro: noaXess_kubuntu: It's in the location that I untar'd the source :)
[18:51:05] noaXess_kubuntu: ok :)
[18:51:13] noaXess_kubuntu: so now.. how can i use them?
[18:51:54] iamlindoro: You can use the frequency, signal rate, fec, and modulation information to do a tuned scan
[18:54:26] noaXess_kubuntu: iamlindoro: aha... scan looks mutch better..
[18:55:04] iamlindoro: good
[18:55:13] noaXess_kubuntu: the frequency.. is that no only for one channel.. or what?.. don't really understand..
[18:55:29] iamlindoro: So ostensibly, once you scan one working transponder, you *should* be able to go back and run a "full scan of existing transports" to populate the rest
[18:56:14] cynicismic (cynicismic!~rclark@188-223-82-64.zone14.bethere.co.uk) has quit (Quit: "beertime")
[18:56:24] noaXess_kubuntu: iamlindoro: aha.. this line: C 466000000 6900000 NONE QAM64 is the information for one transponder.. and on that transponder are a lot of channels right?
[18:57:30] noaXess_kubuntu: iamlindoro: found 123 new non-conflicting dvb channels.. should i now add or ignore all and go back to scan on existing transports?
[18:58:43] iamlindoro: noaXess_kubuntu: I have no idea how to answer what you should do for a cable system half a world away from me :)
[18:59:02] iamlindoro: but there are probably *not* 123 channels on a single transponder, so I would add them and see what you have got
[18:59:14] noaXess_kubuntu: iamlindoro: ok...
[18:59:57] noaXess_kubuntu: iamlindoro: what are mpeg channels? found 3..
[19:00:20] iamlindoro: You'd have to ask the authors of the channel scanner what they meant
[19:00:38] noaXess_kubuntu: iamlindoro: aha..
[19:00:43] noaXess_kubuntu: so insert.. :)
[19:00:51] iamlindoro: Sure, why not
[19:05:40] wagnerrp: mythbackend still pulls off mysql.txt?
[19:06:31] wagnerrp: pulls ONLY off mysql.txt?
[19:06:56] iamlindoro: wagnerrp: I have been meaning to investigate, it is supposed to only fall back to it, but I think the check is out of order and mysql.txt is taking precedence over config.xml at the moment
[19:07:07] iamlindoro: Should work with config.xml file
[19:07:09] iamlindoro: er fine
[19:07:28] wagnerrp: its not taking precedence, config.xml isnt even being checked
[19:07:33] iamlindoro: Another buglet I discovered yesterday is that interactive mode of the backend still creates a mysql.txt instead of a config.xml
[19:08:01] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00111a59bd9e.cpe.net.cable.rogers.com) has quit (Ping timeout: 245 seconds)
[19:08:14] wagnerrp: i switched from trunk to 0.23, so i switched from mythcoverg_trunk to mythtv
[19:08:24] wagnerrp: i updated my config.xml to match, and deleted the mysql.txt
[19:08:39] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00111a59bd9e.cpe.net.cable.rogers.com) has joined #mythtv-users
[19:08:42] iamlindoro: if so, boo
[19:08:47] wagnerrp: it wont even try to read the config.xml, just fails to find a mysql.txt and goes straight to UPnP
[19:08:58] dkeith__ (dkeith__!~dkeith@pool-98-118-119-110.bstnma.fios.verizon.net) has quit (Read error: Connection reset by peer)
[19:09:22] dkeith__ (dkeith__!~dkeith@pool-98-118-119-110.bstnma.fios.verizon.net) has joined #mythtv-users
[19:10:51] iamlindoro: suppose someone might have figured that was "good enough"
[19:11:02] iamlindoro: but still agreed that it's wrong
[19:11:13] wagnerrp: whats the point of switching to it, if were not actually using it?
[19:11:24] wagnerrp: config.xml basically does nothing at this point
[19:11:45] iamlindoro: choir = wagnerrp->preach();
[19:11:59] wagnerrp: patchy patchy...
[19:12:15] GreyFoxx: mysql.txt should table precedence shouldn't it? Or does the config.xml stuff support localhostname overrides?
[19:12:42] wagnerrp: i assume it does
[19:12:43] GreyFoxx: s/table/tak
[19:12:58] GreyFoxx: I don't think I've actually looked at my config.xml's
[19:13:06] wagnerrp: doesnt make sense to have switched both the perl and python bindings over to config.xml if mysql.txt takes precedence
[19:13:14] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00111a59bd9e.cpe.net.cable.rogers.com) has quit (Ping timeout: 240 seconds)
[19:13:25] wagnerrp: since the mysql.txt is fastly easier to process
[19:13:43] wagnerrp: vastly
[19:14:08] wagnerrp: i could probably manage it in a single line
[19:14:34] Beirdo: xml--
[19:15:20] iamlindoro: XML++
[19:15:31] Beirdo: xml can eat me ;)
[19:15:59] wagnerrp: Beirdo: on the opposite side of the argument, those bash scripters can pull in the mysql.txt in one line too
[19:16:02] wagnerrp: something worth preventing
[19:16:14] iamlindoro: XML makes great sense as a standardized method of writing and parsing information, in my opinion
[19:16:17] Beirdo: hmm, OK, I THINK I have the majority of the IR receive stuff completed
[19:16:20] gbee: config.xml was supposed to replace mysql.txt, so I'd assume config.xml takes precedence
[19:16:40] Beirdo: shoulda gone with YAML ;)
[19:16:44] gbee: mysql.txt was supposed to be removed long before now
[19:17:03] ** Beirdo is being a silly boy **
[19:17:28] ** gbee sends Beirdo to stand in the corner **
[19:17:32] Beirdo: anyways, all I need in this code now is to know when to consider a received code finished
[19:17:54] Beirdo: got a slight.. issue though.
[19:18:36] Beirdo: the period (in us) of 36kHz, 38kHz and 40kHz... are: 27us, 26us, 25us respectively
[19:18:42] Beirdo: not much wiggle room there
[19:20:22] Beirdo: I think I'll make it so if it hasn't seen any pulses at all for 64ms, it will consider it finished
[19:22:07] wagnerrp: df -h
[19:22:17] Beirdo: heh
[19:22:18] wagnerrp: whoops
[19:23:04] wagnerrp: working over ssh is painful when someone is pounding your network connection...
[19:23:20] Beirdo: yeah
[19:23:27] gbee: oh sorry, shall I stop?
[19:23:39] wagnerrp: im getting like 1s pings
[19:24:05] wagnerrp: nah, i think its our admin pulling something remotely
[19:24:18] Beirdo: smacky smacky
[19:25:13] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Ping timeout: 264 seconds)
[19:25:50] noaXess_kubuntu: iamlindoro: happy now..
[19:25:51] wagnerrp: why oh why do you have a crappy business roadrunner line
[19:25:59] RDV_Linux (RDV_Linux!~doug@64-9-175-222.fwd.datafoundry.com) has joined #mythtv-users
[19:26:01] iamlindoro: noaXess_kubuntu: Glad to hear it
[19:26:02] Beirdo: hehe
[19:26:05] noaXess_kubuntu: channels are her.. now test recording.. if it works no
[19:26:21] noaXess_kubuntu: iamlindoro: have you the backup and restore link.. first will create a backup
[19:26:49] iamlindoro: noaXess_kubuntu: http://www.mythtv.org/wiki/Database_Backup_and_Restore
[19:28:33] noaXess_kubuntu: iamlindoro: are there no backend internal backup/restore functions?
[19:29:13] iamlindoro: There are, it occurs any time you change schema, but it uses the script from that article
[19:29:31] iamlindoro: So if you follow those directions, you'll be getting the same backup you would from the backend
[19:29:57] noaXess_kubuntu: iamlindoro: where are the automatically backup's from backend be stored?
[19:30:19] iamlindoro: noaXess_kubuntu: In the directory you specified as the DB backups storage group, or default/recordings
[19:30:34] noaXess_kubuntu: iamlindoro: okay...
[19:31:21] octavsly (octavsly!~octavsly@195-241-244-119.ip.telfort.nl) has joined #mythtv-users
[19:31:42] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[19:31:55] noaXess_kubuntu: iamlindoro: instead of downloading the mythconverg_backup.pl script.. is it installable over autobuilds?
[19:32:11] wagnerrp: *gasp*
[19:32:30] Beirdo: ?!
[19:32:31] wagnerrp: the database selection process uses GOTOs
[19:32:37] Beirdo: hehe
[19:32:42] ** Beirdo likes goto **
[19:32:49] Beirdo: it makes for fun code :)
[19:33:07] iamlindoro: noaXess_kubuntu: It's just a script, I have no idea what autobuilds are :)
[19:33:08] Beirdo: a nice plate of spaghetti code :)
[19:33:12] wagnerrp: i apologize... it takes a while to type when i see no response on screen
[19:33:24] noaXess_kubuntu: iamlindoro: so.. download.. ;) and use
[19:33:30] abqjp (abqjp!~abqjp@97-119-165-158.albq.qwest.net) has joined #mythtv-users
[19:33:36] iamlindoro: seems the simplest idea, yeah
[19:33:40] wagnerrp: its typing blind, and im using an uncomfortable keyboard to boot
[19:33:53] Beirdo: wagnerrp: I love that combo. Blech :)
[19:34:25] RDV_Linux (RDV_Linux!~doug@64-9-175-222.fwd.datafoundry.com) has quit (Ping timeout: 246 seconds)
[19:35:14] wagnerrp: seriously... mushy $5 keyboards really make me appreciate an M
[19:36:18] noaXess_kubuntu: iamlindoro: do you run the backup script on the backend.. or is it possible to run it on the frontend... so the backup file is not on the same machine..
[19:36:52] ** wagnerrp swipes the M off the machine next to him **
[19:37:30] sphery: noaXess_kubuntu: can be run from any machine with database access and mysql client tools (like mysqldump)
[19:37:47] sphery: so frontend, web server, random server, ...
[19:37:55] noaXess_kubuntu: ok.. thanks..
[19:38:13] sphery: might actually work on Windows, too, with ActiveState Perl or something... If not, I'd be happy to work with you to fix it for Windows
[19:38:25] sphery: but you'd still need mysqldump installed
[19:38:38] iamlindoro: noaXess_kubuntu: mythconverg_backup.pl --help --help
[19:38:43] revilootneg (revilootneg!~oliver@pool-120-67-198-89.dbd-ipconnect.net) has joined #mythtv-users
[19:38:44] iamlindoro: (for detailed help, you want --hostname)
[19:38:56] Captain_Murdoch: iamlindoro, no, multifile doesn't do anything with NVR or containers or codecs. I have an old separate patch to upgrade the NVR to use libav* for codecs & containers, but haven't done much with it in at least a year or two. I think we discussed it in the dev channel 6+ months ago and the concensus was that now it was OK to just rip out the nuv stuff and convert totally to libav*. when I originally started that patch years
[19:38:56] Captain_Murdoch: ago, I was trying to maintain the existing nuppel code alongside libav* code so I subclassed each. the patch would be a lot simpler now if we could abandon our own nuppel code and just write to mpeg-ps or -ts or something else directly. my patch supported whichever containers we wanted to allow since I used libavformat. I had it spitting out flv files as well in my testing.
[19:39:32] sphery: though hostname will likely be pulled from the config.xml, assuming you have one. If not, you can make a backuprc
[19:39:37] iamlindoro: Captain_Murdoch: Think that would have huge value now, even if we only specified some small subset of containers
[19:40:07] Captain_Murdoch: yeah, lots of things on my TODO list have huge value unfortunately. :|
[19:40:16] iamlindoro: Captain_Murdoch: gbee and sphery made the point that it might be nice to switch to unencumbered codecs are well, was thinking Theora in MKV would be nice/portable/modern
[19:40:29] iamlindoro: Captain_Murdoch: Oh I know, didn't mean to imply that you needed to do anything
[19:41:02] sphery: Edison Carter would be sooooo proud if we use Theora
[19:41:13] Captain_Murdoch: I need to bring the patch up to date and rip out the nuppel stuff. might be easier to just start from semi-scratch carrying over parts of my patch and creating a new AVFormatRecorder class and then drop NVR.
[19:41:17] sphery: or "so pr-pr-proud!"
[19:41:31] sphery: (hard to type Max Headroom speak)
[19:42:23] iamlindoro: Captain_Murdoch: The other thing I'd be into working up if we did make that kind of change would be adding chapter markers after transcode-- would be slick indeed if any transcoded file got a chapter marker after each commercial
[19:42:42] Captain_Murdoch: beauty of the patch was it allowed whatever libav* supported. I was generating all kinds of files with mythtranscode. transcoding directly to h264, etc.
[19:42:42] gbee: Edison Carter?
[19:42:50] sphery: http://en.wikipedia.org/wiki/Max_Headroom_%28TV_series%29
[19:43:06] sphery: Ogg Theora was named after Theora Jones
[19:43:49] iamlindoro: Captain_Murdoch: Sounds beautiful indeed :)
[19:44:20] gbee: ahh
[19:44:27] Captain_Murdoch: just need time or a minion
[19:44:30] trumee (trumee!~nobody@cpc2-cmbg15-0-0-cust1000.5-4.cable.virginmedia.com) has joined #mythtv-users
[19:44:53] Beirdo: Captain_Murdoch: or both
[19:45:04] iamlindoro: Captain_Murdoch: GSoC!  :)
[19:45:13] iamlindoro: too late, obviously...
[19:45:17] gbee: Captain_Murdoch: yeah, the suggestion of mkv+theora were merely new defaults
[19:45:20] Captain_Murdoch: Beirdo, time to find a minion
[19:45:25] Beirdo: to bad there's no GWOC
[19:45:43] Beirdo: Captain_Murdoch: yeah, seems that way
[19:45:50] sphery: It's summer somewhere
[19:45:53] wagnerrp: too late? isnt there still a couple hours left for submissions?
[19:46:02] sphery: (well, technically, fall, but... :)
[19:46:12] Beirdo: nah, it closed a while ago :)
[19:47:01] sphery: gbee: btw, the mythtv blue menu made 2 reapparances on wikipedia
[19:47:01] Goga777 (Goga777!~Goga777@shpd-95-53-221-246.vologda.ru) has quit (Remote host closed the connection)
[19:47:22] sphery: some guy wanted the "historical" view of an early DVR
[19:47:24] kormoc: iamlindoro: We used to have UHD as a milestone at SiMech, it stood for "Universal Heat Death" and I think we should have something similar :)
[19:47:32] iamlindoro: kormoc: ha
[19:47:55] kormoc: "We'll get to it in the next 2^64 years or so"
[19:48:01] sphery: kormoc: is that due to lack of or surplus
[19:48:10] gbee: sphery: ahh wikipedia, where everyone and no-one is an expert on everything and nothing at the same time
[19:48:16] sphery: exactly
[19:48:27] kormoc: sphery: We left it open ended waiting for science to make up it's mind on that one
[19:48:38] sphery: at least they haven't reinstated the deletion request since kormoc fixed it
[19:48:41] gbee: kormoc: so in our case, that would be a milestone of 1.0 ?
[19:48:46] ** kormoc laughs **
[19:48:48] sphery: kormoc: probably best approach
[19:48:49] kormoc: gbee: indeed!
[19:49:17] Captain_Murdoch: I still want to work on the patch, and the multifile support and it were a sort of chicken-egg situation. I'd like to maintain HD & transcoded-SD copies of some programs so I can watch them on any FE in the house and even keep a version around for the iPod for some shows.
[19:49:39] noaXess_kubuntu: if there are no shows listed, i need to run mythfilldatabase --manual.. or is the an option to run it with the given xmltv file with --file? but what is the <sourceid>?
[19:49:51] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00111a59bd9e.cpe.net.cable.rogers.com) has joined #mythtv-users
[19:50:48] hpeter (hpeter!~hpeter@84-72-18-197.dclient.hispeed.ch) has quit (Quit: hpeter)
[19:52:14] gbee: noaXess_kubuntu: if properly configured in mythtv-setup you never need to run mythfilldatabase --file or --manual, just mythfilldatabase
[19:52:36] highzeth: noaXess_kubuntu: you can use --file if you got a xmltv output piped to a file. 'sourceid' ref to video/input source. If you only got 1 of those, then 1 it is.
[19:53:02] gbee: highzeth: unless you've ever created, deleted and re-created a source
[19:53:03] bep_ (bep_!~b3pp0@unaffiliated/bep/x-392433) has quit (Read error: Connection reset by peer)
[19:53:33] noaXess_kubuntu: gbee: from where get's mythfilldatabase it's information? from the grabber?
[19:53:42] highzeth: emm if you have created 1, deleted and recreated, then you'd be back to 1 again, no?
[19:53:43] noaXess_kubuntu: so just run mythfilldatabase..
[19:53:48] gbee: highzeth: no
[19:54:00] sphery: gbee: anyway, here's the page that uses it http://en.wikipedia.org/wiki/Home_theater_PC (and the draft of that page on some user page at http://en.wikipedia.org/wiki/User:Mattnad/htpc_draft )
[19:54:06] gbee: highzeth: auto-increment fields in mysql never re-use a value
[19:54:07] highzeth: O'Really? Thought it used the tuner # approach there aswell, my bad
[19:54:22] sphery: IMHO, the "historic" view isn't necessary--and that's not very historic (as it wasn't the 2002 UI)
[19:54:33] wagnerrp: (unless you force it after flushing the old value)
[19:55:13] gbee: sphery: looking at the history of that page, it doesn't look like it was ever changed?
[19:55:37] noaXess_kubuntu: so thats the problem: config file /home/thomi/.mythtv/xmltvch.xmltv does not exist
[19:55:47] sphery: gbee: it was reverted
[19:55:57] noaXess_kubuntu: abut the config file is /home/thomi/.mythtv/.xmltv
[19:56:06] sphery: and I got scolded for changing his archived user page
[19:56:08] sphery: :)
[19:56:19] gbee: sphery: ok, seems I'm getting a really outdated version of the history page for some reason
[19:56:29] noaXess_kubuntu: in video-source i used the name xmltvch for the soucre..
[19:56:30] gbee: none of the recent edits appear there
[19:57:26] sphery: gbee: http://pastebin.com/VbrGTEMf
[19:58:20] gbee: sphery: managed to get an updated history in the end, just some caching somewhere (not on my machine anyway)
[19:58:39] wagnerrp: crap... 'writeStringList' errors back again...
[19:59:07] sphery: gbee: ah, gotta love bad web caches
[19:59:11] gbee: wagnerrp: anything interesting?
[19:59:21] stefanj (stefanj!~stefanj@81-178-37-229.dsl.pipex.com) has left #mythtv-users ()
[19:59:27] sphery: it's one thing when it's your own, but when you can't control it...
[19:59:45] noaXess_kubuntu: ha.. mythfilldatabase running now.. just renamed .xmltv to xmltvch.xmltv
[19:59:51] wagnerrp: no, just something that shows up occasionally on my fbsd backend, with no rhyme or reason
[20:00:05] noaXess_kubuntu: i created the source as xmltvch and it creates the file .xmltv.. strange. bug?
[20:00:16] Beirdo: yay. Law & Order time
[20:00:26] gbee: noaXess_kubuntu: sounds like it might be
[20:00:33] wagnerrp: if i shift my HDHR over to my gentoo SBE, and make it the MBE
[20:00:38] wagnerrp: everything works fine
[20:02:57] stoth (stoth!~stoth@ool-18bfe0d5.dyn.optonline.net) has joined #mythtv-users
[20:03:04] noaXess_kubuntu: how can i get that fixed: a show is called like: Scrubs – Die Anfänger – Meine streitsüchtigen Kollegen... Scrubs – Die Anfänger is the title and Meine streitsüchtigen Kollegen should be the subtitle.. but it all puts into title..
[20:03:25] noaXess_kubuntu: i get this data over tv_grabber--
[20:04:35] syamajala (syamajala!~syamajala@140.232.179.162) has quit (Quit: Leaving...)
[20:09:41] Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-142-187-174.range86-142.btcentralplus.com) has joined #mythtv-users
[20:12:43] sphery: noaXess_kubuntu: you mean it's just ".xmltv" not xmltvch.xmltv ?
[20:13:17] sphery: noaXess_kubuntu: to fix the show title/subtitle/description, fix the grabber (xmltv code)
[20:18:41] iamlindoro: sphery: It tried to use the source name, so if you don't set one...
[20:18:47] iamlindoro: er tries
[20:18:50] iamlindoro: it's a buglet
[20:18:56] iamlindoro: albeit a tiny non crucial one
[20:19:12] gbee: actually, I'd call it a big critical one
[20:19:32] iamlindoro: gbee: I had been under the impression that it still worked in spite of the name
[20:19:36] gbee: you fail to set a source name and mythfilldatabase just chokes?
[20:20:09] iamlindoro: I suspect somehow in his case the grabber got configured and he added the title after the fact
[20:20:19] sphery: iamlindoro: ah, since he said he named the source xmltvch, I thought he was saying it wasn't using the source name--but I'll agree that it should verify a valid source name
[20:20:20] iamlindoro: Person I talked to last week about it had it working with ".xmltv"
[20:20:30] gbee: at the very least we should fallback to using the sourceid instead, e.g. 3.xmltv
[20:20:32] sphery: I have a feeling this is related to the "store xmltv config file name in db" change
[20:20:32] iamlindoro: But perhaps the former conversation was a miscommunication
[20:20:40] iamlindoro: gbee: Agreed
[20:20:41] gbee: that way it would continue to work no matter what
[20:20:52] iamlindoro: or *only* use the sourceid
[20:20:57] iamlindoro: and then it will work always no matter what :)
[20:21:17] sphery: http://svn.mythtv.org/trac/ticket/5659 would be my guess
[20:22:16] gbee: iamlindoro: well personally I prefer it to use the pretty name since that makes it easier to determine which file I need to edit without knowing the sourceids by heart, plus on the odd occasion I've recreated a source (new id) I haven't had to rename the files
[20:22:38] gbee: the latter is probably something that only a dev would really have to deal with on a regular basis
[20:22:42] iamlindoro: point taken
[20:23:46] califdreas (califdreas!~califdrea@12.47.48.5) has quit (Quit: Try HydraIRC -> http://www.hydrairc.com <-)
[20:23:51] gbee: lineups change and the easiest way for a power-user to update the xmltv config is manually
[20:24:54] gbee: maybe something that will change once we use xmltv-apiconfig, but that may still be a way off in the future
[20:31:04] skd5aner: iamlindoro: I know you checked in the HDHR changes to .23-fixes the other day, is there any reason at this point where you would be hesitant to recommend someone installing .23-fixes on their prod environment?
[20:31:20] iamlindoro: skd5aner: No, I actually recommend it over .22-fixes, personally
[20:31:25] iamlindoro: I think it's quite a bit more polished
[20:31:41] wagnerrp: skd5aner: the bit iamlindoro checked in actually reverted back to the previous version
[20:31:44] iamlindoro: Think sphery has a similar opinion
[20:31:53] wagnerrp: since the new version was having some problems
[20:31:56] andreax (andreax!~andreaz@p57B970C8.dip.t-dialin.net) has joined #mythtv-users
[20:32:14] wagnerrp: gah... this latency is terrible
[20:32:26] skd5aner: wagnerrp: yup, which is fine because that version seemed to "just work" given the possible negative reports with the "new version"
[20:32:49] skd5aner: cool – thanks, I think I'm going to spend the evening taking the leap to .23-fixes then
[20:33:26] gbee: another guinea pig
[20:33:29] skd5aner: unless anyone else thinks that a bad idea, but most of the devs/regulars seem to think it's a good idea
[20:33:50] gbee: skd5aner: I think it's a brilliant idea, the more people we have testing the better
[20:33:51] wagnerrp: im sure a bunch on the mailing list would warn against upgrading past 0.20
[20:33:56] sphery: agreed... 0.23-fixes in a better state than 0.22-fixes
[20:34:06] skd5aner: gbee: well, I used to runk trunk through .21... then finally found that running fixes from then on was a better idea
[20:34:17] gbee: but no-one can guarantee you stability
[20:34:31] skd5aner: gbee: also – happy to help, I know when .22 came out, I found 2–3 things to report
[20:35:29] sphery: Note that I do recommend 0.23-fixes. I don't recommend trunk.  :)
[20:35:41] skd5aner: gbee: not looking for a guarantee – just looking for anything I might have missed in terms of widely known instability issues at this point :)
[20:36:06] wagnerrp: yeah, trunk is going to be as rough this time through as the first half of 0.22 development
[20:36:24] skd5aner: of course, I'll say it again – especially since everyone who just replied was a dev – thanks again!!!
[20:36:33] wagnerrp: this last dev cycle was never really unstable
[20:37:07] skd5aner: I appreciate that you guys take the time to do what you do
[20:37:45] skd5aner: the wife does too, although she definitely can't relate to my geek-love for Myth
[20:37:57] gbee: skd5aner: we wouldn't be putting on RCs if we felt there were any problems
[20:38:17] gbee: so take that as reassurance
[20:38:33] sphery: Only real problems with 0.23-fixes are not Myth problems.  :)
[20:38:43] gbee: although I'm still no confident enough to release, but that's not a view that other devs share
[20:38:51] skd5aner: gbee: true, I generally follow trac (and IRC, sometimes the mailing list, etc) – but I know I can't catch all the discussion. I was pretty sure everything was kosher – but you are the guys in the know :)
[20:38:55] sphery: (not that there are no bugs--just no real major ones)
[20:39:16] sphery: or no known real major ones--and likely no real major ones that don't exist in 0.22-fixes)
[20:39:18] gbee: sphery: whether they are major or not is all very subjective ;)
[20:39:58] wagnerrp: such as... broken xvmc-vld
[20:40:09] inordkuo (inordkuo!~inorkuo@97.66.21.169) has quit (Read error: Connection reset by peer)
[20:40:15] skd5aner: Well – for example, I know blocker/critical one was the MHEG stuff – obviously, that doesn't affect me at all... but the HDHR problems that were reported (Before they were reverted) would since that's my primary tuner
[20:40:34] skd5aner: (yes, I know the MHEG stuff was fixed a few weeks back)
[20:40:46] sphery: wagnerrp: is it broken or just removed?
[20:40:53] sphery: I thought we completely removed that
[20:40:55] wagnerrp: spher: dont know, to be honest
[20:41:07] czth (czth!~dbrobins@nat/microsoft/x-yphknwrxawlegaxx) has joined #mythtv-users
[20:41:18] sphery: hard to search because of the using garbage
[20:41:33] wagnerrp: yeah, ive complained about that before
[20:41:35] skd5aner: alright, here goes nothing!
[20:41:48] sphery: ok, guess it doesn't look like we reverted it
[20:41:54] gbee: sphery: I don't remember it being removed, at least not in the main branch, maybe the osd branch
[20:41:55] skd5aner: goal – make sure myth works before the wife gets home in 2.5 hours
[20:42:00] wagnerrp: any search for 'python' on trac is completely worthless
[20:42:04] sphery: just closed tickets as "invalid/driver problems"
[20:42:30] AndyCap: skd5aner: sounds like the recipie for a miserable weekend.
[20:42:46] gbee: right, this was the issue with Via drivers being shit but users not wanting to accept that fact
[20:42:48] skd5aner: AndyCap: been there, done that
[20:43:02] gbee: it's all coming back to me now
[20:43:07] skd5aner: AndyCap: distro upgrades have only went well for me 1/10 times or so
[20:43:51] wagnerrp: s/drivers/hardware/
[20:45:36] inordkuo (inordkuo!~inorkuo@97.66.21.169) has joined #mythtv-users
[20:46:31] sphery: mmmmm... recipie
[20:46:57] ** sphery considers making a gooseberry "reci"pie **
[20:47:10] skd5aner: sphery: where's my brownie?
[20:49:43] sphery: skd5aner: haven't cut them, yet, but they look like they'll be worth the floor-burn
[20:50:58] sphery: There was an incident involving a drop of water on the floor from washing my hands, landing my heel squarely on that drop when stepping over to the garbage can, and my foot slipping and stretching way out in front of me
[20:51:20] sphery: scraped my knee pretty good
[20:52:45] skd5aner: <Peter Griffin>UHHHHHHHHHHHHHHHH OHHHHHHHHHHHHHHHH (repeate for 10 minutes)</Peter Griffin>
[20:53:10] skd5aner: I guess it'll make those brownies that much more delicious
[20:53:22] skd5aner: or you'll eat them violently, either way
[20:53:28] skd5aner: :)
[20:53:56] skd5aner: what's the easy ls command to see if you have any leftover myth libraries laying around?
[20:54:13] wagnerrp: ls /usr/lib/ | grep myth
[20:55:03] skd5aner: thx, I thought there was a way to check multiple possible lib locations
[20:55:38] sphery: ls -l /usr/{,local/}lib/{mythtv,libmyth*} /usr/local/include/mythtv
[20:55:58] sphery: er, : ls -l /usr/{,local/}lib/{mythtv,libmyth*} /usr/{,local/}include/mythtv
[20:56:05] sphery: forgot my braces on includes
[20:56:12] skd5aner: yup, looks like what I had seen before, thanks sphery (and wagnerrp)
[21:00:35] beata (beata!~beata@c-68-49-32-212.hsd1.md.comcast.net) has quit (Ping timeout: 260 seconds)
[21:02:43] wagnerrp: look at that... no more latency
[21:03:01] wagnerrp: orificehead on the opposite side of the building using eMule again
[21:03:28] ** Beirdo hands wagnerrp a trout. go fix him **
[21:03:42] wagnerrp: no, he started it up, and went home for the weekend
[21:03:59] skd5aner: lame
[21:04:00] iamlindoro: He left his computer.  :)
[21:04:00] wagnerrp: hes not around to beat senseless
[21:04:08] iamlindoro: Which is all you need :)
[21:04:10] Beirdo: oooh
[21:04:23] wagnerrp: thats the problem, its not 'his' computer
[21:04:32] wagnerrp: its one of the workstations at the lab he works at
[21:04:42] Beirdo: just break in, add some nasty pr0n to his eMule list, and then report him to his boss
[21:05:05] wagnerrp: because porn is going to make it worse than what hes already doing?
[21:05:19] Beirdo: something featuring children should rid you of him forever
[21:05:51] iamlindoro: I would just go switch off the system
[21:05:55] iamlindoro: nobody can prove it
[21:06:03] iamlindoro: off/on, power glitch, so sorry
[21:06:09] wagnerrp: i stopped the program, uninstalled the program, and deleted his download cache
[21:06:14] wagnerrp: while the other people in the lab cheered
[21:06:19] Beirdo: hehe :)
[21:06:25] Beirdo: you aren't mean enough :)
[21:06:32] Beirdo: but well done
[21:06:48] wagnerrp: its a shared computer, not his
[21:06:49] Mandingo-Dev (Mandingo-Dev!~Mandingo-@73.15.188.148) has joined #mythtv-users
[21:06:54] wagnerrp: im not going to do something ill to it
[21:07:07] highzeth: does it have speakers?
[21:07:12] Beirdo: oh. yeah, it would be hard to prove whose smut... delete.
[21:07:14] wagnerrp: no
[21:07:18] Mandingo-Dev: how do i get around the libXxf86vm not found ?
[21:07:34] iamlindoro: by installing the dependencies :)
[21:07:38] octavsly (octavsly!~octavsly@195-241-244-119.ip.telfort.nl) has quit (Ping timeout: 258 seconds)
[21:07:52] skd5aner: what distro mandingo-dev?
[21:08:06] Mandingo-Dev: doh dont slap me for this 810
[21:08:12] skd5aner: ubuntu?
[21:08:17] highzeth: wagnerrp: shame, could have changed the target of emule to something fitting
[21:08:20] Mandingo-Dev: kubuntu
[21:08:37] skd5aner: apt-get install libxxf86vm-dev
[21:08:51] Mandingo-Dev: thought i tried that
[21:08:54] Mandingo-Dev: let me try again
[21:09:07] wagnerrp: highzeth: i dont WANT it running, i WANT to be able to use the interent
[21:09:10] Beirdo: kubuntu sounds like a POC car going over a speed-bump
[21:09:51] Mandingo-Dev: skd5aner: thanks man i had only 1 x doh
[21:10:05] skd5aner: np
[21:10:16] bjd (bjd!ben@alice.poddle.net) has quit (Ping timeout: 268 seconds)
[21:10:44] revilootneg (revilootneg!~oliver@pool-120-67-198-89.dbd-ipconnect.net) has quit (Quit: leaving)
[21:12:16] hadees (hadees!~hadees@64.132.24.100) has quit (Remote host closed the connection)
[21:13:09] hpeter (hpeter!~hpeter@84-72-18-197.dclient.hispeed.ch) has joined #mythtv-users
[21:13:26] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00111a59bd9e.cpe.net.cable.rogers.com) has quit (Ping timeout: 246 seconds)
[21:14:13] natanojl: j-rod: For my 15c2:ffdc IR/VFD with your patch: imon 2–8:1.0: device id: 0x24
[21:14:35] Mandingo-Dev (Mandingo-Dev!~Mandingo-@73.15.188.148) has left #mythtv-users ("Konversation terminated!")
[21:15:15] poodyp_ (poodyp_!~poodyp@pc2.takaragaike-ph-unet.ocn.ne.jp) has joined #mythtv-users
[21:15:24] wagnerrp: i forget, do i want faad? or the ffmpeg decoder?
[21:18:41] iamlindoro: Both, probably
[21:18:50] iamlindoro: meaning yes, enable-libfaad
[21:19:02] Brad-D (Brad-D!~IceChat7@bas6-toronto63-1128542173.dsl.bell.ca) has joined #mythtv-users
[21:19:07] iamlindoro: Otherwise multichannel AAC playback gets all ouled up with the new audio code
[21:19:10] iamlindoro: fouled
[21:19:10] GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has quit (Quit: Leaving)
[21:21:45] wagnerrp: i have a bunch of dvdrips i made to play on my ps3, prior to getting another frontend
[21:21:47] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users
[21:21:56] wagnerrp: whatever ive been compiling with makes it plat slow
[21:23:05] hpeter (hpeter!~hpeter@84-72-18-197.dclient.hispeed.ch) has quit (Quit: hpeter)
[21:23:38] wagnerrp: the odd thing is if i pass it through the new audio code, it plays properly
[21:25:54] javatexan (javatexan!~mia@rrcs-71-40-238-191.sw.biz.rr.com) has joined #mythtv-users
[21:26:35] RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00111a59bd9e.cpe.net.cable.rogers.com) has joined #mythtv-users
[21:26:51] Brad-D: does anyone know of a walkthrough for moving your master backend to a new server?
[21:27:15] wagnerrp: go into mythtv-setup, first item, first page
[21:27:20] wagnerrp: change the IP of the master backend
[21:27:23] wagnerrp: done!
[21:27:32] skd5aner: I wonder if I should go ahead and compile in profile, or just do it in release?
[21:28:12] skd5aner: eh – release for now, and if I have problems, I'll deal with it then
[21:29:01] Brad-D: wagnerrp: and i have to move the database stuff over as well, right?
[21:29:27] Brad-D: i want to completely remove the old backend, and leverage it for something else
[21:29:28] wagnerrp: if youre moving the database as well (you dont have to)
[21:29:35] Brad-D: so it will be a wholesale move :)
[21:29:40] wagnerrp: you need to do a backup, and restore on the new machine
[21:29:56] skd5aner: http://www.mythtv.org/wiki/Backup_your_database – since I'm on the page
[21:30:15] wagnerrp: update your config.xml/mysql.txt to point to the new database location
[21:30:41] wagnerrp: and depending on what all youre moving, and what you want to change/reconfigure
[21:30:58] skd5aner: what does libfftw3 do and what does it default to no?
[21:31:04] wagnerrp: you may want to use the tool in the backup/restore tool to automatically change all instances of that hostname in the database
[21:31:08] skd5aner: er why does
[21:31:31] wagnerrp: its the fastest fourier transform in the west
[21:31:43] Brad-D: thanks wagnerrp
[21:32:10] skd5aner: and that means what exactly from a myth perspective? :)
[21:32:21] wagnerrp: used for some visualizations in mythmusic
[21:32:35] wagnerrp: and its used for audio correction when using the timestretch in playback
[21:32:39] skd5aner: I thought so, but why is it listed in myth proper instead of just mythmusic
[21:32:45] skd5aner: ahhhh – that's it
[21:33:10] Oleg_ (Oleg_!~buffy@pool-96-224-99-254.nycmny.east.verizon.net) has joined #mythtv-users
[21:33:22] skd5aner: yea, I thought it had to do with the mythmusic visualizations, but couldn't figure out what it was doing in ./configure in myth proper
[21:33:30] Wicked: Brad-D, be careful with hostnames...if your new backend has a new hostname...it messes things up.
[21:33:47] bjd (bjd!ben@alice.poddle.net) has joined #mythtv-users
[21:33:53] wagnerrp: Wicked: yes... .the backup/restore script shipped with mythtv has an option to properly handle that
[21:34:09] Wicked: but is not used by default
[21:34:16] Wicked: yes it can..but does not by default
[21:34:33] wagnerrp: no, and to be honest, i dont really like it
[21:34:35] skd5aner: wagnerrp: do you typically enable-libfftw3 in myth? Defaults to no for me
[21:34:38] Wicked: it caused a few headaches for me
[21:34:41] Brad-D: great tips guys, i never would have thought of that
[21:34:46] Brad-D: and probably would have pooched myself
[21:34:53] Wicked: wagnerrp, dont like that?
[21:35:02] Wicked: Brad-D, before you do anything
[21:35:03] wagnerrp: dont like the hostname change thing
[21:35:11] Wicked: make a full backup of the database...and verify its good
[21:35:15] Wicked: and make sure its safe!
[21:35:20] Golffies (Golffies!~Golffies@81-64-138-232.rev.numericable.fr) has joined #mythtv-users
[21:35:27] inordkuo (inordkuo!~inorkuo@97.66.21.169) has quit (Quit: Leaving.)
[21:35:41] wagnerrp: its just a simple, ignorant change of all instances of that hostname in any host/hostname field
[21:36:05] gbee (gbee!~gbee@cpc1-derb9-0-0-cust921.leic.cable.ntl.com) has left #mythtv-users ("Gone")
[21:36:07] wagnerrp: if all youre doing is changing the hostname on one machine, thats fine
[21:36:25] wagnerrp: but if i were actually moving from one machine to another, i would prefer to set up that backend from scratch
[21:36:41] wagnerrp: in which case the only things you would want to touch are the hostnames in recorded and videometadata
[21:38:25] wagnerrp: but writing it that way, you have to fully document things to explain what its doing
[21:38:37] Wicked: i found the best thing is....do a full backup before hand.....install new server...then do a partial restore....then reconfigure everything.
[21:38:40] wagnerrp: and you would have to update it as more plugins move to storage groups
[21:38:54] Wicked: iirc the partial restore only restores vital info like recording info
[21:39:11] wagnerrp: if you are changing the hostname, then your recordings are now broken
[21:39:28] wagnerrp: it only happens to work because you have 'master backend override' enabled
[21:39:34] wagnerrp: or whatever it is that forces streaming from the backend
[21:39:46] wagnerrp: that, or youve got the recordings mounted locally to the frontend
[21:40:06] yalu (yalu!~yalu@ip-83-134-109-13.dsl.scarlet.be) has quit (Ping timeout: 276 seconds)
[21:40:21] dashcloud (dashcloud!~quassel@pool-71-246-26-87.phlapa.fios.verizon.net) has joined #mythtv-users
[21:41:19] yalu (yalu!~yalu@ip-83-134-113-248.dsl.scarlet.be) has joined #mythtv-users
[21:41:25] skd5aner: gbee is a ticket closin' fool! ;)
[21:42:57] Golffies (Golffies!~Golffies@81-64-138-232.rev.numericable.fr) has left #mythtv-users ("Leaving")
[21:45:26] iamlindoro: Oh he is, is he
[21:45:41] skd5aner: well, you're really a tag team it looks like
[21:45:58] wagnerrp: i think he just called you a fool too
[21:46:00] wagnerrp: :P
[21:46:28] skd5aner: you have to imagine it was said in my best Mr. T voice
[21:46:40] Brad-D: wagnerrp: so your recommendation would be to just set up a new backend from scratch, and then just copy over the recorded and videometadata tables (and change hostnames on those)? no other tables would need to be copied over?
[21:46:45] wagnerrp: now hes pitying you too
[21:46:46] skd5aner: So maybe "foo" was the better word
[21:47:23] tmetro (tmetro!~tmetro@h-66-166-225-100.cmbrmaor.static.covad.net) has quit (Ping timeout: 276 seconds)
[21:47:24] wagnerrp: Brad-D: no, just duplicate the whole database
[21:47:29] wagnerrp: set up the new backend
[21:47:43] wagnerrp: create new tuner cards, create new storage groups, check off what jobs you want to run
[21:47:59] wagnerrp: and then change the hostname field in recorded, and host field in videometadata
[21:48:16] wagnerrp: the old backend will just be dormant settings in the database
[21:48:22] skd5aner: here goes nothin'...
[21:48:43] ** skd5aner launches mythbackend after installing **
[21:48:45] Brad-D: wagnerrp: got it
[21:50:24] devinheitmuelle1 (devinheitmuelle1!~dheitmuel@dsl254-107-114.nyc1.dsl.speakeasy.net) has joined #mythtv-users
[21:51:22] skd5aner: I love auto-backup during upgrades (even though I did it manually, twice) :D
[21:51:35] devinheitmueller (devinheitmueller!~dheitmuel@208.51.239.218) has quit (Ping timeout: 246 seconds)
[21:51:44] skd5aner: shall I upgrade this database... yes, you shall, thank you for asking :)
[21:52:43] skd5aner: bingo – .23-fixes mbe up and running, no issues :)
[21:53:21] devinheitmuelle1 (devinheitmuelle1!~dheitmuel@dsl254-107-114.nyc1.dsl.speakeasy.net) has left #mythtv-users ()
[21:53:48] PeaceKeeper (PeaceKeeper!~PeaceKeep@12.148.112.253) has quit (Remote host closed the connection)
[21:54:57] wagnerrp: ah, that was the problem....
[21:55:24] streeter (streeter!~streeter@nat/redhat/x-cytqwpvesqzlwnsy) has quit (Quit: Leaving)
[21:55:35] wagnerrp: i had moved my recording folders
[21:55:44] wagnerrp: but failed to update the NFS mounts on the SBE
[21:55:54] wagnerrp: rather than giving some meaningful error code
[21:56:24] wagnerrp: it just kept reporting some error, trying to send data over the proto connection
[21:56:40] wagnerrp: trying to populate a string with no data
[22:04:17] jvs (jvs!~jvs@90.146.65.36) has quit (Quit: Leaving)
[22:04:26] Beirdo: sounds like room for better error detection :)
[22:05:19] Beirdo: oooh, I forgot to fiddle the Rx LED :)
[22:05:20] Beirdo: hehe
[22:05:32] Beirdo: packed most of a box, time to code again
[22:06:27] rockhound (rockhound!~quassel@c202167.adsl.hansenet.de) has quit (Read error: Connection reset by peer)
[22:06:43] highzeth (highzeth!~hz@hoiseth.no) has quit (Read error: Operation timed out)
[22:07:30] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv-users
[22:15:02] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[22:15:48] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[22:16:00] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[22:16:28] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Read error: Connection reset by peer)
[22:16:37] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[22:17:18] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[22:17:26] stoth (stoth!~stoth@ool-18bfe0d5.dyn.optonline.net) has quit (Quit: stoth)
[22:18:52] abqjp (abqjp!~abqjp@97-119-165-158.albq.qwest.net) has quit (Quit: abqjp)
[22:19:13] tmetro (tmetro!~tmetro@h-66-166-225-100.cmbrmaor.static.covad.net) has joined #mythtv-users
[22:23:26] tmetro (tmetro!~tmetro@h-66-166-225-100.cmbrmaor.static.covad.net) has quit (Ping timeout: 246 seconds)
[22:24:08] oobe is now known as lenswipe-afk
[22:24:19] lenswipe-afk is now known as oobe
[22:26:57] J-e-f-f-A: iamlindoro: being a little hard on yourself, no? Or is it really *that* bad???
[22:29:40] iamlindoro: J-e-f-f-A, ?
[22:29:46] clever: nice
[22:29:57] clever: i can actualy cancle loading the 'watch recordings' screen now
[22:30:01] J-e-f-f-A: the ticket you closed about additional SG functionality. ;-)
[22:30:08] clever: its no longer 1 massive blocking function call
[22:30:08] iamlindoro: J-e-f-f-A, Nah, it's not, just not the way I'd do it now
[22:30:16] J-e-f-f-A: ;-)
[22:30:32] npm: when i use ffmpeg to look at a mpg recorded in mythtv it says "Seems stream 0 codec frame rate differs from container frame rate: 119.88 (120000/1001) -> 59.94 (60000/1001)" --> what's this mean, does it matter?
[22:30:36] sphery: clever: if your system is so slow that you have time to cancel it, something's wrong...  :)
[22:30:56] clever: sphery: 1200 recordings, usualy it just sat there for 20 seconds loading and queuing everything up
[22:31:04] npm: does that mean the hdtv channel i recorded had the content at 120 fps and myth recorded at 60?
[22:31:13] clever: now it actualy gives a progress pie chart and can stop mid-way to do what i told it to do
[22:31:21] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has quit (Quit: Leaving.)
[22:31:34] sphery: clever: 1347 recordings, and it enters in << 1s
[22:31:39] skd5aner: mmmmmmmmmm, .23 frontend up and running, delicious
[22:31:45] sphery: again, something's wrong--like your choice of hardware
[22:31:55] iamlindoro: npm, No, it means the broadcaster is marking the container with the wrong framerate
[22:32:01] clever: sphery: let me see where my cpu load is when i open it
[22:32:05] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users
[22:32:07] npm: interesting
[22:32:14] iamlindoro: npm, so basically it's compensating for your broken provider
[22:32:28] npm: the issue is when i look at the video in smplayer (mplayer) the time is all messed up
[22:32:44] iamlindoro: A great solution to that is not to use mplayer
[22:32:45] npm: it claims it's a half hour video instead of the two hour "the buddah" pbs series in hd
[22:32:51] clever: sphery: for about 75% of the loading, its maxing the backend, then it maxes the frontend as it seems to render the list itself
[22:33:04] clever: so yeah, my CPU's are of a poor choice
[22:33:13] clever: but its a great improvement over the old version i was running
[22:33:28] npm: (which incidentally recorded exquisitely... but i don't understand this timing issue that effects mplayer standalone but not mplayer within mythtv)
[22:33:32] sphery: you've upgraded from the Pentium II's?  :)
[22:33:42] clever: sphery: still a P2 400mhz for the master backend
[22:33:55] clever: P3 1ghz for the frontend i'm testing on
[22:34:03] sphery: I still have an Athlon XP 2400+ as a master backend and no performance issues with 1347 recordings
[22:34:10] J-e-f-f-A: sphery: I was thinking the same thing... LOL!
[22:34:22] clever: id put my master on the 1.6ghz P4 but that is under heavy load from alot of other things
[22:34:27] kormoc: My slowest machine is a core2duo 2.2 ghz
[22:34:28] clever: it has trouble just being a frontend some days
[22:34:37] kormoc: piece of junk these days :P
[22:34:43] ** J-e-f-f-A has an Athlon 64 x2 4600+ as a master backend without any performance issues with 1400+ recordings. ;-) **
[22:34:51] clever: kormoc: my best box is a core2duo 1.8ghz laptop! :P
[22:34:56] npm: and also the program 'xjinfo' (from CCRMA xjadeo package) pukes completely instead of giving me a nice XML output on the file
[22:34:57] sphery: kormoc's piece of junk is /way/ better than my backends
[22:35:05] skd5aner: devs – had 0 issues during install going from .22-fixes to .23-fixes, (with the exception that it took a while to update the schema when I went into the mythvideo settings, and there was no indication that anything was happening) Good Job! :D
[22:35:08] J-e-f-f-A: clever: That's your Dad's laptop, no? ;-)
[22:35:13] clever: J-e-f-f-A: yes:P
[22:35:14] npm: and i was wondering if that was due to the file being HD, or xjinfo/qjadeo/xjadeo dying due to hd
[22:35:25] sphery: J-e-f-f-A: and your A64 X2 4600+ is /way/ better than my AXP 2400+
[22:35:43] npm: (fyi http://xjadeo.sourceforge.net/ )
[22:35:44] sphery: (that's the old 32-bit Athlon in a socket 462)
[22:35:49] iamlindoro: npm, You'd have to take it up with the authors of all those respective tools, we do myth here ;)
[22:35:51] J-e-f-f-A: sphery: I have the same cpu (XP 2400+) in my home Wintel box. ;-)
[22:36:08] sphery: wow, hope it's old win
[22:36:15] sphery: XP or so
[22:36:28] npm: i'm just trying to understand why the files myth records makes these tools output strange errror messages or die
[22:36:30] clever: bbl
[22:36:30] J-e-f-f-A: sphery: Yeah, XP Pro, SP3.
[22:36:34] npm: and all the other mpegs work fine
[22:36:44] kormoc: npm: you are using a digital tuner?
[22:36:47] iamlindoro: npm, Since you're dealing with a digital recording, it has nothing to do with myth at all
[22:36:47] npm: yes
[22:36:48] sphery: yeah, that one and vista wouldn't mix at all and win 7 would even be a bad idea
[22:36:53] J-e-f-f-A: sphery: and only 1GB ram – the motherboard sux and won't work properly with mor than that...
[22:37:03] kormoc: npm: we don't 'record' it then, we just dump the raw stream the upstream provider sends out
[22:37:07] iamlindoro: npm, all myth is doing is performing the tuning, and writing data out to the disk
[22:37:09] jamesd2: i have a 32 bit, 40mhz cpu risc chip, with 10MB/s scsi, and on board 10mbit nic, that makes a truely awesome tv stand with zero performance issues.
[22:37:11] npm: is there something about the files coming straight off the network that needs to be demunged?
[22:37:16] kormoc: npm: it's entirely what they do to it, nothing myth is
[22:37:27] iamlindoro: npm, You'd have to ask them
[22:37:36] iamlindoro: The issue is 100% with your provider
[22:38:07] npm: sorry, not trying to blame, just understand what's happening... but thanks... i think that clarifies that it has to do with the format of the file coming from the digital cable
[22:38:37] cdpuk (cdpuk!~chris@cdpuk.cdp.me.uk) has quit (Read error: Connection reset by peer)
[22:38:48] sphery: I just can't stop deleting and allowing re-record of the Scrubs episode "My Overkill" (featuring Colin Hay).
[22:39:03] tmetro (tmetro!~tmetro@h-66-166-225-100.cmbrmaor.static.covad.net) has joined #mythtv-users
[22:39:05] awalls (awalls!~awalls@d-216-36-24-245.cpe.metrocast.net) has joined #mythtv-users
[22:39:12] sphery: I wonder how many times I"ve watched it
[22:39:32] npm: are there programs to decruftify the streams provided on digital networks and make them compatible?? ... i guess since ffmpeg can read the file, it could extract it out and clean it up again, right?
[22:40:05] iamlindoro: You could remux it with any number of things, but you'll have to go to then to get info on how to do it
[22:40:05] skd5aner: npm: you could transcode (re-encode) it if you wanted
[22:40:08] iamlindoro: yes, ffmpeg could manage it
[22:40:17] iamlindoro: no need for a transcode in all liklihood
[22:40:51] npm: ah, good reminder... about using myth's transcode
[22:41:05] npm: many thanks for helping me understand what's happening
[22:41:12] iamlindoro: no need to use myth's transcode, again
[22:41:29] iamlindoro: you can just use ffmpeg with the proper options to remux it
[22:41:43] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[22:42:03] Mandingo-Dev (Mandingo-Dev!~Mandingo-@73.15.188.148) has joined #mythtv-users
[22:42:35] npm: unless i wanted to automatically produce files that work with other tools ... which is why reminding me about transcode is a good idea ... plus there's gotta be some benefit of recompressing the borders added around some HD broadcasts :-)
[22:42:36] skd5aner: npm: yea, wasn't necessarily recommending to use mythtranscode to do it, but you could – you should use other options to remux like iamlindoro said if you want the best, least intrustive/lossy option
[22:43:02] poodyp_ (poodyp_!~poodyp@pc2.takaragaike-ph-unet.ocn.ne.jp) has quit (Read error: Connection reset by peer)
[22:43:10] iamlindoro: not listening, or not understanding
[22:43:20] iamlindoro: you don't *need* a transcode to produce a file that can be used with other tools
[22:43:22] poodyp_ (poodyp_!~poodyp@pc2.takaragaike-ph-unet.ocn.ne.jp) has joined #mythtv-users
[22:43:28] iamlindoro: you most likely need a remux
[22:43:37] iamlindoro: which you can and should do with a simple ffmpeg command line
[22:44:06] npm: agree... thanks
[22:44:41] npm: i was just being opportunistic/lazy about transcode automatically taking care of something for me, but it's better if i ffmpeg the oens i need to work with
[22:44:50] npm: s/oens/ones
[22:45:03] kormoc: just setup a userjob with ffmpeg remuxing and all is well automagically
[22:45:39] npm: and now just a small matter of figuring out which command line options
[22:45:42] npm: :-)
[22:50:11] Mandingo-Dev: im getting error: mythtv database has newer tv schema (1254) than expected (1244)
[22:50:39] Mandingo-Dev: when i compiled and installed .23 doesnt that update the frontend also
[22:51:24] skd5aner: same machine?
[22:51:30] Mandingo-Dev: yep
[22:51:36] olejl (olejl!~olejl@95.175.69.243) has left #mythtv-users ()
[22:51:46] ** kormoc eyes the -dev part of the nickname **
[22:51:53] Mandingo-Dev: haha
[22:51:59] skd5aner: mythfrontend --version
[22:52:42] skd5aner: pastebin output please
[22:52:49] Mandingo-Dev: says unknown but branch is tags/release-0-23-rc2
[22:52:50] Mandingo-Dev: yep
[22:53:21] skd5aner: Is mythbackend running correctly?
[22:53:39] Mandingo-Dev: seems so
[22:54:23] skd5aner: did you pastebin the output yet?
[22:54:32] iamlindoro: Haaang on
[22:54:39] iamlindoro: *which* program is giving that error
[22:54:51] Mandingo-Dev: http://pastebin.org/143601
[22:55:16] Mandingo-Dev: thats the frontend
[22:55:40] Mandingo-Dev: iamlindoro: frontend
[22:55:47] skd5aner: iamlindoro is asking what application gave you the schema error, mythfrontend?
[22:55:57] skd5aner: k
[22:56:07] iamlindoro: Mandingo-Dev, You had .22 on this machine before, yes?
[22:56:15] Mandingo-Dev: yep
[22:56:21] skd5aner: iamlindoro: library issue?
[22:56:21] iamlindoro: I'm presuming you didn't bother to rm the .22 libs
[22:56:23] iamlindoro: yup
[22:56:30] Mandingo-Dev: correct
[22:56:43] iamlindoro: Well this is what happens :)
[22:56:48] Mandingo-Dev: doh
[22:56:50] iamlindoro: what prefix did you compile agains
[22:56:51] iamlindoro: t
[22:56:53] iamlindoro: ?
[22:56:57] skd5aner: ls -l /usr/{,local/}lib/{mythtv,libmyth*} /usr/{,local/}include/mythtv
[22:57:01] iamlindoro: or that
[22:57:15] skd5aner: credit goes to sphery for giving that full line to me earlier
[22:57:16] Mandingo-Dev: i just did a make
[22:57:33] iamlindoro: skd5aner's command line to a pastebin
[22:57:57] Mandingo-Dev: so should i recompile again
[22:58:07] RobertLaptop (RobertLaptop!~RobertLap@pool-173-69-205-54.bltmmd.fios.verizon.net) has quit (Ping timeout: 265 seconds)
[22:58:09] iamlindoro: no, you should give us the information we're asking for :)
[22:58:09] skd5aner: Mandingo-Dev: If you are compiling from source (not from a package), I always recommend keeping your sources around, and before upgrading doing a "make uninstall" to remove the old libraries and clean-house beforehand
[22:58:23] skd5aner: just as advice in the future (don't do it now)
[22:58:25] Mandingo-Dev: k
[22:58:41] Mandingo-Dev: let me shh into the box 1 sec
[22:59:03] skd5aner: Mandingo-Dev, iamlindoro: I've got to run, sorry to start helping and leave
[22:59:06] skd5aner: good luck
[22:59:12] Mandingo-Dev: k thanks
[22:59:29] iamlindoro: s'fine skd5aner, good conclusion ;)
[22:59:45] sybolt (sybolt!~sybolt@sybolt.xs4all.nl) has quit (Remote host closed the connection)
[22:59:57] skd5aner: have a good weekend, dinner time then exploring .23 and MNV :D
[22:59:59] trumee (trumee!~nobody@cpc2-cmbg15-0-0-cust1000.5-4.cable.virginmedia.com) has quit (Remote host closed the connection)
[23:01:53] RobertLaptop (RobertLaptop!~RobertLap@pool-173-69-205-54.bltmmd.fios.verizon.net) has joined #mythtv-users
[23:05:30] javatexan (javatexan!~mia@rrcs-71-40-238-191.sw.biz.rr.com) has quit (Quit: Leaving.)
[23:07:17] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has quit (Quit: Leaving.)
[23:07:49] Mandingo-Dev (Mandingo-Dev!~Mandingo-@73.15.188.148) has quit (Remote host closed the connection)
[23:08:15] wagnerrp: seems the gentoo ebuilds are a bit broken
[23:08:34] wagnerrp: i keep rebuilding MNV every time i build any other plugin
[23:08:55] kormoc: it's because it's not explicitly disabled
[23:09:05] kormoc: so it defaults to enabled
[23:09:13] wagnerrp: why isnt it just doing a '--disable-all'
[23:09:19] kormoc: does one exist?
[23:09:24] wagnerrp: instead of individually disabling everything
[23:09:24] wagnerrp: yes
[23:09:38] ** kormoc modifies his ebuilds **
[23:09:48] kormoc: I have no idea why it wouldn't do such a thing! Mine do! ;)
[23:11:21] JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users
[23:12:04] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has quit (Quit: Leaving.)
[23:19:22] Mandingo-Dev (Mandingo-Dev!~Mandingo-@73.15.188.148) has joined #mythtv-users
[23:27:20] TM11111 (TM11111!~Tony@c-98-237-207-201.hsd1.wa.comcast.net) has joined #mythtv-users
[23:32:32] Mandingo-Dev: is there a way to fix the lib issue that i have then
[23:32:44] kormoc: Mandingo-Dev: remove all the old libs
[23:33:41] npm (npm!~npm@cpe-76-169-12-237.socal.res.rr.com) has joined #mythtv-users
[23:34:06] clever (clever!~clever@2001:470:1d:19a:205:5dff:feff:f422) has quit (Read error: Operation timed out)
[23:34:38] Mandingo-Dev: k ill try that
[23:38:31] iamlindoro: It would have been nice to get the info we asked for 40 minutes ago
[23:38:42] iamlindoro: Then we wouldn't all be guessing about how to help you
[23:38:56] iamlindoro: but hey, I'm sure this will work fine... eventually ;)
[23:39:19] mzb is now known as mzb_zz
[23:39:49] mzb_zz is now known as mzb
[23:41:15] hipitihop (hipitihop!~denis@203.132.229.18) has joined #mythtv-users
[23:43:56] Mandingo-Dev: could i have that line again
[23:44:06] Mandingo-Dev: my computer nutted up and i had to reboot
[23:46:06] iamlindoro: ls -l /usr/{,local/}lib/{mythtv,libmyth*} /usr/{,local/}include/mythtv
[23:46:08] iamlindoro: to a pastebin
[23:46:23] Mandingo-Dev: thanks
[23:48:31] Mandingo-Dev: http://pastebin.org/143659
[23:49:53] iamlindoro: holy balls
[23:49:59] iamlindoro: three versions of broken libraries
[23:49:59] Mandingo-Dev: hehe
[23:50:10] iamlindoro: rm /usr/lib/libmyth*
[23:50:18] iamlindoro: rm -rf /usr/lib/mythtv
[23:50:22] Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-142-187-174.range86-142.btcentralplus.com) has quit (Quit: Slim-Kimbo)
[23:50:27] jamesd2 (jamesd2!~jamesd@adsl-68-248-236-227.dsl.milwwi.ameritech.net) has quit (Read error: Connection reset by peer)
[23:50:30] iamlindoro: after you are done with that, make distclean in both the myth and mythplugins source
[23:50:33] iamlindoro: then build and install again
[23:50:44] iamlindoro: oh, and also
[23:50:51] iamlindoro: rm -rf /usr/local/lib/mythtv
[23:50:56] iamlindoro: rm /usr/local/lib/libmyth*
[23:51:03] iamlindoro: jeez, three versions, two prefixes
[23:51:06] iamlindoro: -dev indeed
[23:51:25] Mandingo-Dev: thanks i do that
[23:51:26] Mandingo-Dev: hehe
[23:51:32] Beirdo: OK... my firmware is getting REALLY close to not fitting :)
[23:51:40] benomatic (benomatic!~ben@cpe-67-241-46-191.twcny.res.rr.com) has joined #mythtv-users
[23:51:52] jamesd2 (jamesd2!~jamesd@adsl-68-248-236-227.dsl.milwwi.ameritech.net) has joined #mythtv-users
[23:51:53] hadees (hadees!~hadees@216-188-225-151.dyn.grandenetworks.net) has joined #mythtv-users
[23:52:06] Beirdo: 3458 bytes out of available 3854
[23:52:15] iamlindoro: Beirdo, He, re: #8185
[23:52:18] iamlindoro: er Hey
[23:52:20] Beirdo: and I still need to simulate the whole thing
[23:52:39] iamlindoro: How are we currently getting around http://www.weather.com/common/home/legal.html (and by derivation, how could we justify that addition)
[23:52:39] Beirdo: one sec
[23:53:03] poodyp_ (poodyp_!~poodyp@pc2.takaragaike-ph-unet.ocn.ne.jp) has quit (Read error: Connection reset by peer)
[23:53:08] iamlindoro: We seem to have pre-existing weather.com maps in our US maps... but I'm not sure how that jives with not allowing derivative works
[23:53:13] benomatic: how stable is 0.23 rc2?
[23:53:25] clever (clever!~clever@2001:470:1d:19a:205:5dff:feff:f422) has joined #mythtv-users
[23:53:25] Beirdo: hmmm
[23:53:50] iamlindoro: specifically 3 B
[23:54:00] Beirdo: which scraper gives those now? USnws?
[23:54:05] iamlindoro: benomatic, Very stable
[23:54:13] iamlindoro: Beirdo, I guess so/think so
[23:54:22] iamlindoro: seems like, from the path
[23:55:18] Beirdo: hmm
[23:55:35] iamlindoro: benomatic, Though checking out from .23-fixes would be better
[23:55:43] iamlindoro: benomatic, since there's at least one critical fix since then
[23:55:53] iamlindoro: but largely, it should be more stable and featureful than .22
[23:56:19] benomatic: iamlindoro: i'm on mythbuntu 9.10 but my audio is broken. it's reputed to work w/ 10.04 which implies using 0.23 (of some form, not sure if rc2 or fixes... prolly the latter?)
[23:56:46] iamlindoro: benomatic, Well, if you want -fixes, you could go to 10.04 and then turn on the nightly builds repository for -fixes
[23:56:58] iamlindoro: (which you should do anyway regardless of .23's status)
[23:57:00] benomatic: sounds reasonable to me
[23:57:02] Beirdo: iamlindoro: not sure that the old script is in violation of that agreement.
[23:57:07] iamlindoro: because then you'll track fixes
[23:57:23] Beirdo: we aren't publishing, etc... or deriving a work, really, just displaying for the end user
[23:57:39] Beirdo: unless I'm missing something in my first read-through
[23:57:58] iamlindoro: Beirdo, I would consider any of our use a derivative work
[23:58:21] iamlindoro: (and so might they)
[23:58:24] Beirdo: Hmmm, is displaying it in Firefox a derivative work
[23:58:39] iamlindoro: No, because you're displaying it in *their* context
[23:58:46] Beirdo: heh, hmmm
[23:59:01] Beirdo: we need an actual lawyer to look over that and see what they say
[23:59:02] iamlindoro: anyway, seems not okay to me, i'll leave the call to you
[23:59:10] iamlindoro: ie, "Not it!"
[23:59:13] Beirdo: I can see both ways being valid...
[23:59:31] Beirdo: I'd be OK with pulling it out until we determine the legality
[23:59:32] andreax (andreax!~andreaz@p57B970C8.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[23:59:43] Beirdo: or at least disabling the script

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