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

Daily chat history

Current users (162):

abqjp, adante, aloril, andreax, Anduin_, AndyCap, antgel, anykey_, Azelphur, balor_, bbee2, Beirdo, BLZbubba, brfransen, cafuego_, Caliban, castlec1, chainsawbike, ChanServ, cheeseboy, CiaranG, clever, ComradeHaz`, Cougar, CyberKnet, d0netsFN, dagar, Dave123, Dave123-road, davide_, dekarl, DeviceZer0_AFK, dlblog, dmz, dudz_, earthnat1ve, ectospasm, eddytv, emmanuelux, EvilGuru, exelnet, fleers, Floppe, G, ghoti, Gibby, gregL, GreyFoxx, grumpydevil, Guest24568, hackman_, hadees, Heliwr, highzeth, Hoochster, hoolio, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, JamesHarrison, jams, jbrett, jcarlos_, jduggan, jhp, johnf1911, jpabq, jpabq-, jstenback, justdave, justinh, k-man, kabtoffe, KaZeR, kc, keith4, kloeri, knightr, koffel, kormoc, kurre_, kwmonroe, kytibe, LabMonkey, larrikin, LedHed, Lord_Deathscythe, Loshki, lotia-away, M0nk3Ee, mag0o, MaverickTech, Metoer, MilkBoy, MissionCritical, MMlosh, Muzer, mycoserve, MythLogBot, mzb, npm, NRGizeR, NULL[NULL[0]], nuonguy, oobe, Pathin, Patina, peterpops, pheld, phil___, pigeon, pizzledizzle, PointyPumper, purserj, quicksilver, rclark, rellig, rhpot1991, rmckee, rushfan, russell5, sailerboy, Scopeuk-AFK, Shadow__X, shipit, sid3windr, simcop2387, simonckenyon, skd5aner, Slasher`, sphery, squidly, sraue, StevenR, straterra, Sulx, sutula, Technophil, tgm4883, thefRont, TheMaverick`, ThisNewGuy, tomaw, tomimo, tonyb, toorima, tris, troyt, trumee, Twiggy2cents, ubIx_, Unhelpful, unixSnob, uW, wahrhaft, waxhead, zand, zCougar, zombor, _abbenormal, _charly_
Monday, July 18th, 2011, 00:08 UTC
[00:08:51] Lord_Deathscythe (Lord_Deathscythe!~chris@h246.135.185.173.dynamic.ip.windstream.net) has joined #mythtv-users
[00:13:29] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv-users
[00:13:29] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[00:13:29] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[00:23:48] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[00:26:39] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users
[00:45:32] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[00:54:28] pizzledizzle (pizzledizzle!~pizdets@pool-96-250-220-99.nycmny.fios.verizon.net) has quit (Ping timeout: 252 seconds)
[01:05:26] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv-users
[01:16:06] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Read error: Connection reset by peer)
[01:28:37] shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has joined #mythtv-users
[02:18:40] defaultro (defaultro!~defaultro@99-116-59-13.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 250 seconds)
[02:19:00] defaultr0 (defaultr0!~defaultr0@99-116-59-13.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 260 seconds)
[02:23:03] Dave123-road (Dave123-road!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv-users
[02:25:03] ctmjr (ctmjr!~chuck@unaffiliated/ctmjr) has quit (Quit: Leaving)
[02:28:04] mofu (mofu!~mofu@d192-24-121-194.try.wideopenwest.com) has joined #mythtv-users
[02:29:20] mofu: Added a new dual tuner HDHR, each tuner shows up twice in Backend Tuner Status??
[02:29:32] wagnerrp: yes
[02:29:50] wagnerrp: first time using a digital tuner?
[02:30:25] mofu: no, I have another hdhr, each tuner on the first one only shows once.
[02:30:44] wagnerrp: then you must have configured it a long time ago
[02:30:52] wagnerrp: like... 0.21 era
[02:31:23] mofu: Yeah, the first one has been configured for a while.
[02:31:36] shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has quit (Remote host closed the connection)
[02:31:49] wagnerrp: do you know anything about digital broadcasts?
[02:32:04] mofu: Is it set up that way so that it can record two programs from the same frequency?
[02:32:20] wagnerrp: primarily, that one physical channel can contain multiple virtual channels
[02:32:33] wagnerrp: correct
[02:32:46] wagnerrp: mythtv calls it 'multirec'
[02:33:05] wagnerrp: when you configure a digital tuner, mythtv defaults to two inputs per physical tuner
[02:33:15] wagnerrp: you can adjust this up to fiveeeeeeee
[02:33:24] mofu: OK, so I would actually gain recording capacity by deleting the old tuners and setting them up again.
[02:33:37] wagnerrp: however, if you are going to adjust the first two, you should delete them all, and add them all back with multiple virtual tuners
[02:34:09] wagnerrp: mythtv uses tuners sequentially
[02:34:23] wagnerrp: so if you have two shows recording on the same multiplex
[02:34:29] wagnerrp: they would both use their own tuner on the first device
[02:34:40] wagnerrp: even if you added additional virtual tuners for each
[02:34:53] wagnerrp: where as if you delete them both, and add them fresh with multiple virtuals each
[02:35:03] mofu: OK, thanks for the info!!
[02:35:17] wagnerrp: a second recording would first check if it could record on a virtual of the first, before moving onto a fresh tuner
[02:35:27] mofu: nice
[02:36:20] mofu: Have a good night. . . .
[02:36:33] mofu (mofu!~mofu@d192-24-121-194.try.wideopenwest.com) has quit (Quit: mofu)
[02:39:30] ki7rw (ki7rw!~quassel@mo-65-41-216-18.sta.embarqhsd.net) has joined #mythtv-users
[02:40:43] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[02:41:11] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[02:42:13] Beirdo: anyone actually routinely do mpeg2 "lossless" transcoding?
[02:42:43] iamlindoro: Beirdo: Yes, I used to on every QAM recording
[02:42:57] iamlindoro: but I have nothing recording over the summer that uses the QAM tuners
[02:43:10] Beirdo: Are the steps to setting it up simple?
[02:43:21] iamlindoro: Pretty easy for just about anyone (with an MPEG-2 source) to test, though
[02:43:24] iamlindoro: yeah, definitely
[02:43:41] iamlindoro: just go to the transcoder profile, and tick the "lossless" box (at which point the rest of the profile gets greyed out
[02:43:45] Beirdo: Just want to a/b test my changes, and it's been forever since I tried that mode of transcode
[02:43:56] Beirdo: ahh, that should be easy enough :)
[02:44:01] iamlindoro: then use the cutlist editor to set some cuts, set up a transcode with that profile, and wait
[02:44:19] Beirdo: Cool, that sounds easy enough.
[02:44:33] wagnerrp: wait, all of a couple minutes
[02:44:36] wagnerrp: it doesnt take long
[02:44:39] iamlindoro: right
[02:44:40] Beirdo: I want to give it a try with current Qt3 code, then with my QT4-ized version
[02:45:13] Beirdo: after reading through it about 10–15 times, I'm actually getting a decent idea of how it works
[02:45:16] iamlindoro: I set it up on the profile for "Autodetect from MPEG-2" at which point you use the "default" profile
[02:45:16] Beirdo: heh
[02:46:29] Beirdo: it's still using libmpeg2 for decoding those frames, but I think there's no reason we can't later change that part to using ffmpeg
[02:47:04] Beirdo: so I'll go make myself a bit of dinner, then test this puppy out
[02:51:52] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv-users
[02:51:52] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[02:51:52] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[02:59:07] justdave (justdave!~dave@unaffiliated/justdave) has quit (Ping timeout: 252 seconds)
[02:59:37] justdave (justdave!~dave@71-10-136-39.dhcp.aldl.mi.charter.com) has joined #mythtv-users
[02:59:39] justdave (justdave!~dave@71-10-136-39.dhcp.aldl.mi.charter.com) has quit (Changing host)
[02:59:39] justdave (justdave!~dave@unaffiliated/justdave) has joined #mythtv-users
[03:03:53] justdave (justdave!~dave@unaffiliated/justdave) has quit (Ping timeout: 252 seconds)
[03:04:49] justdave (justdave!~dave@unaffiliated/justdave) has joined #mythtv-users
[03:11:20] clgshaft (clgshaft!~clgshaft@S0106000fea530200.cg.shawcable.net) has joined #mythtv-users
[03:14:26] Beirdo: OK, now to find a suitable victim recording
[03:15:09] justdave (justdave!~dave@unaffiliated/justdave) has quit (Ping timeout: 276 seconds)
[03:19:21] Beirdo: 2011-07–17 20:18:48.532974 N Switching to MPEG-2 transcoder.
[03:19:21] Beirdo: Segmentation fault (core dumped)
[03:19:24] Beirdo: niiice
[03:21:17] clgshaft (clgshaft!~clgshaft@S0106000fea530200.cg.shawcable.net) has quit (Quit: Colloquy for iPad - http://colloquy.mobi)
[03:21:24] Beirdo: fall down go boom
[03:21:28] Beirdo: always a good start
[03:21:40] justdave (justdave!~dave@unaffiliated/justdave) has joined #mythtv-users
[03:22:28] Beirdo: gah
[03:25:38] Beirdo: strncpy(rx.extframe[i].language, lang, 4);
[03:26:10] Beirdo: with lang being previously set to NULL if it can't pull the language from the file
[03:26:15] Beirdo: grr
[03:27:51] Beirdo: let's try making that "" when there's no language set, shall we?
[03:28:01] wagnerrp: iamlindoro: have you found many single sliced blurays?
[03:28:08] wagnerrp: i figured those would all be properly encoded
[03:28:33] iamlindoro: wagnerrp: To be honest with you I've not paid attention to the slicing in a while, but I don't recall *ever* seeing a single sliced one when I was looking
[03:28:58] wagnerrp: more specifically, youve never found a bluray you couldnt play on a moderately clocked Core 2
[03:29:15] iamlindoro: No, with the caveat that you need to have properly configured Myth
[03:29:31] iamlindoro: ie, set Max CPU to 2, have proprietary drivers installed, etc.
[03:29:40] wagnerrp: meaning ronald frazier likely has mythtv configured to only use 1 cpu?
[03:30:00] iamlindoro: wagnerrp: I'm sure that's a thread, but I haven't read it
[03:30:07] iamlindoro: I'll go look
[03:30:10] Beirdo: found it. It was https://github.com/MythTV/mythtv/commit/83e79 . . . 93c2a7fcb291
[03:30:24] wagnerrp: hardware considerations: fast cpu vs. vdpau
[03:30:52] iamlindoro: wagnerrp: Oh... yeah, have never found a Blu-ray without multislice encoding
[03:31:41] iamlindoro: And I have been playing blu-ray content in software since the very first Core 2 Duos
[03:31:59] iamlindoro: Though I've usually had a quad, I've done it n ~1.8 Ghz Core 2 Duos too
[03:32:24] iamlindoro: like that old Dell Studio, I managed nearly everything on that, even
[03:32:30] iamlindoro: And that was pretty darn low end
[03:34:08] iamlindoro: Looks like that was/is a T8100 Dual core at 2.1 Ghz
[03:34:11] Beirdo: OK, that was dang fast
[03:34:19] iamlindoro: Beirdo: dang fast is par for the course
[03:34:30] iamlindoro: like, 1–3 minutes usually
[03:34:31] wagnerrp: youre not going much more than copying the file
[03:34:35] wagnerrp: so however fast your disk is...
[03:34:56] Beirdo: and like a moron, I let it delete the original
[03:35:09] iamlindoro: And if you get lucky and set cutpoints extremely close to I frames, there's next to nothing to do outside of that copy
[03:35:20] Beirdo: good thing I still was playing back at the time, so I copied the file in the meantime
[03:36:46] Beirdo: Hmmm, I didn't think I cut it THAT small
[03:36:56] Beirdo: heh
[03:37:58] Beirdo: I'll have to try that again :)
[03:38:09] Beirdo: let's fix the "delete the file" setting
[03:40:04] Beirdo: which I can't find. Hmmm, I suck today
[03:44:39] Beirdo: there, changed.
[03:59:54] Beirdo: hmm
[04:00:06] Beirdo: it didn't work with what's in master
[04:00:28] Beirdo: I told it to leave about 5 min at the beginning of a recording and 5min at the end
[04:00:36] Beirdo: I got a 6min recording
[04:00:54] Beirdo: now that could have been to the first cut, and my memory is bad
[04:01:05] Beirdo: but where's teh stuff from the end of the file
[04:02:23] cheeseboy (cheeseboy!~greg@unaffiliated/cheeseboy) has joined #mythtv-users
[04:03:56] cheeseboy: hi. I'm not yet using mythtv but I can't get my hdpvr to work. dmesg shows it registered. However when I cat /dev/video0 I get a 0 byte file. Is there a way to fix it?
[04:04:27] cheeseboy: i tried #v4l but its dead. no reply all day :(
[04:05:25] [R]: sounds like something that has nothing to do with mythtv
[04:06:10] cheeseboy: well I hoped some here might have experience with hdpvr
[04:06:52] Beirdo: you probably need to use v4l-ctl (I think it is) and set your inputs correctly
[04:09:49] Beirdo: OK, there's one fix. Now to determine why it's not starting up after the end of the cut area
[04:14:11] ki7rw (ki7rw!~quassel@mo-65-41-216-18.sta.embarqhsd.net) has quit (Remote host closed the connection)
[04:17:28] dkeith (dkeith!~dkeith@71-6-81-93.static-ip.telepacific.net) has joined #mythtv-users
[04:19:09] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[04:21:47] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[04:27:08] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:33:11] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[04:44:45] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Read error: Connection reset by peer)
[04:44:56] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[04:45:08] rileyp (rileyp!~dad@91.70.96.58.static.exetel.com.au) has joined #mythtv-users
[04:49:27] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[04:52:07] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[04:57:17] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv-users
[05:00:08] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[05:07:20] rileyp (rileyp!~dad@91.70.96.58.static.exetel.com.au) has quit (Remote host closed the connection)
[05:07:41] dkeith_ (dkeith_!~dkeith@71-6-81-93.static-ip.telepacific.net) has joined #mythtv-users
[05:10:35] dkeith (dkeith!~dkeith@71-6-81-93.static-ip.telepacific.net) has quit (Ping timeout: 258 seconds)
[05:12:39] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[05:27:27] unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Quit: leaving)
[05:28:19] chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Excess Flood)
[05:30:41] chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv-users
[05:31:39] wagnerrp: 'cease use of viagra and seek medical help if you suffer a decrease of loss of hearing or vision'
[05:31:49] wagnerrp: so wait... 'that' CAN cause blindness???
[05:36:04] fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has quit (Quit: Leaving.)
[05:42:35] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[05:53:33] jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv-users
[05:54:22] johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users
[05:56:26] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[06:11:39] Beirdo: hehe
[06:12:01] Beirdo: wagnerrp: what I like is "if you get a sudden loss of hearing, call your doctor"
[06:12:15] Beirdo: and how the BLEEP are you supposed to hear him/her?
[06:12:59] Diverdude (Diverdude!~Diverdude@217.24.108.151) has joined #mythtv-users
[06:14:18] Beirdo: ASSERT failure in QList<T>::take: "index out of range", file /usr/include/qt4/QtCore/qlist.h, line 455
[06:14:22] Beirdo: w00t!
[06:14:24] Beirdo: hehe
[06:17:11] Beirdo: >= instead of >, I think
[06:21:05] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[06:25:35] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Client Quit)
[06:26:14] Beirdo: OK, something in this code is merrily stomping on the stack
[06:31:33] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection)
[06:39:19] cesman (cesman!~cecil@pool-71-254-162-121.lsanca.fios.verizon.net) has joined #mythtv-users
[06:39:20] cesman (cesman!~cecil@pool-71-254-162-121.lsanca.fios.verizon.net) has quit (Changing host)
[06:39:20] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv-users
[06:41:08] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees)
[06:44:38] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users
[06:46:12] andreax (andreax!~andreaz@p57B942A9.dip.t-dialin.net) has joined #mythtv-users
[06:49:29] andreax (andreax!~andreaz@p57B942A9.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[06:49:38] Lord_Deathscythe (Lord_Deathscythe!~chris@h246.135.185.173.dynamic.ip.windstream.net) has quit (Quit: I am called onward)
[06:54:01] dekarl: hmm, is multirec (with soft padding) actually working? (I know multirec is) on the wiki it's still documented as the new kid in town for 0.21... Can I use multirec on analogue to add padding on back to back recordings? Can I use it for the same use case on DVB cards? (example from the simple cases at http://www.mythtv.org/wiki/Multirec ) I was looking to simplify my recording rules (set start early/end late globally instead of
[06:56:38] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[06:56:57] kth (kth!~kth@unaffiliated/kth) has joined #mythtv-users
[06:58:48] ubIx_ (ubIx_!~ulf@p5DD1953C.dip0.t-ipconnect.de) has joined #mythtv-users
[07:00:33] shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has joined #mythtv-users
[07:01:47] ubIx (ubIx!~ulf@p5DD18817.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[07:01:53] johd (johd!~johd@pdpc/supporter/student/jvs) has quit (Quit: Leaving)
[07:02:07] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[07:05:13] justinh: dekarl: multirec is no use for analogue
[07:05:17] shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has quit (Remote host closed the connection)
[07:06:24] justinh: if I remember right, it was considered to make it useful for analogue as well for instances such as back to back recordings but was considered too much hassle for a limited use case
[07:07:23] Beirdo: muhahahha
[07:07:25] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[07:07:33] Beirdo: OK, not crashing now, that's a good start
[07:09:22] Beirdo: and seems to be misbehaving exactly like the pre-converted
[07:13:20] waxhead_ is now known as waxhead
[07:13:23] waxhead: hey everyone..
[07:13:31] waxhead: is anyone running mythbuntu on natty?
[07:13:33] artus37 (artus37!~artus37@i577B86F3.versanet.de) has joined #mythtv-users
[07:13:43] waxhead: I want to turn off all the power management on a frontend...
[07:14:05] justinh: mythbuntu control center? (sic)
[07:14:41] waxhead: justinh I had been poking about in there, but didn't see the power saving stuff, I'll take another look
[07:14:41] Beirdo: justinh: spelled perfectly fine if yer a yank
[07:15:31] MMlosh (MMlosh!~MMlosh@2001:470:1f0b:b78:b4d9:25fc:ccfb:7e96) has quit (Ping timeout: 260 seconds)
[07:16:18] waxhead: nope.. nothing in there..
[07:16:39] waxhead: it's a PITA that you can't find "power settings" at all
[07:17:03] waxhead: disabling the screen saver doesn't stop the darn frontend from shutting down
[07:17:04] Beirdo: silly windows users.
[07:17:13] justinh: why not ask in #mythbuntu? And if you say you already did, I shall smite you
[07:17:24] waxhead: which I wouldn't mind if it came back up with out problems...
[07:17:30] waxhead: oh.. there's a mythbuntu?
[07:17:37] waxhead: I thought it re-directed back here.. sorry
[07:17:52] MMlosh (MMlosh!~MMlosh@2001:470:1f0b:b78:bdda:212c:dd82:ce10) has joined #mythtv-users
[07:17:53] waxhead: justinh, on this network?
[07:17:56] justinh: yup
[07:18:28] dekarl: justinh: just tested it on digital on 0.24-fixes... padding + multirec does not produce any overlap :( It pads correctly on the beginning and the end of the back to back recording, though.
[07:19:29] justinh: dekarl: depends how you've set it up. I can never understand any of the intricacies of the padding explanations
[07:19:34] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv-users
[07:19:39] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[07:19:39] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[07:19:55] justinh: definitely starting to feel like there are way more settings I'd like to see gone :)
[07:20:17] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Read error: Connection reset by peer)
[07:20:34] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[07:21:36] dekarl: justinh: I want to remove start early/end late which is on every rule and rely on the general start all recodings early/end them late setting which is not guranteed. With the hard setting on each rule it works like a charm, just the general soft setting gets ignored for overlap
[07:22:16] justinh: yeah that's what happens
[07:22:19] dekarl: it's an itch for me and I saw some old patches yesterday that try to scratch that itch.
[07:22:37] justinh: be nicer if everything just got ******** shown on time :P
[07:24:47] dekarl: lol, with usage restrictions like "you are not allowed to use our schedule for recordings" that's not gonna happen... Seems like the nighly repeats are off up to 30 minutes on purpose. (talking about one special station of the big ones in germany)
[07:25:18] Beirdo: idiots
[07:25:31] justinh: how do they expect punters to put up with that long term?
[07:26:04] justinh: mind, the BBC are getting bad for slack start times
[07:26:08] Beirdo: or even short term
[07:26:18] justinh: but at least they put codes in the stream for show start/end :)
[07:26:38] justinh: and one of the most persistent offenders doesn't even carry any live content!
[07:27:08] artus37 (artus37!~artus37@i577B86F3.versanet.de) has left #mythtv-users ()
[07:27:11] justinh: apparently it's all down to gaps in the order of seconds adding up
[07:27:27] justinh: something I thought was less likely to happen with automated playout but apparently not :-\
[07:29:16] dekarl: they expect people to buy their video on demand service. which is a bargain at 1,50 EUR per episode... (just picked a random price for a repeat)
[07:29:41] justinh: cheaper than iTunes though :D
[07:33:33] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[07:34:07] Diverdude (Diverdude!~Diverdude@217.24.108.151) has quit (Ping timeout: 240 seconds)
[07:38:03] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv-users
[07:41:00] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[07:46:23] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Quit: Leaving.)
[07:49:45] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[08:05:07] Easy_Rider9999 (Easy_Rider9999!~Miranda@p5B222A08.dip.t-dialin.net) has joined #mythtv-users
[08:38:37] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Quit: Leaving.)
[08:39:17] benc- (benc-!~benc@markcaswell.dsl.visi.com) has quit ()
[08:40:50] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[08:47:37] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users
[08:53:31] kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 260 seconds)
[09:06:22] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[09:13:14] kth (kth!~kth@unaffiliated/kth) has joined #mythtv-users
[09:20:56] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[09:25:25] M0nk3Ee (M0nk3Ee!~M0nk3Ee@132.185.237.233) has joined #mythtv-users
[09:55:21] M0nk3Ee (M0nk3Ee!~M0nk3Ee@132.185.237.233) has quit (Ping timeout: 264 seconds)
[10:05:02] mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:48] mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv-users
[10:06:15] mike is now known as Guest24568
[10:16:52] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Quit: Leaving.)
[10:27:15] dudz_ (dudz_!~dudz_@123-243-44-131.static.tpgi.com.au) has quit (Read error: Connection reset by peer)
[10:29:46] dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has joined #mythtv-users
[10:41:21] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[10:51:17] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[11:07:45] Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has joined #mythtv-users
[11:12:22] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users
[11:38:08] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[11:40:01] johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users
[12:04:01] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[12:04:48] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[12:05:13] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv-users
[12:25:27] lyricnz (lyricnz!~simonrobe@ppp118-209-123-194.lns20.mel4.internode.on.net) has joined #mythtv-users
[12:29:26] Diverdude (Diverdude!~Diverdude@217.24.108.151) has joined #mythtv-users
[12:32:04] Easy_Rider9999 (Easy_Rider9999!~Miranda@p5B222A08.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[12:33:38] Diverdude (Diverdude!~Diverdude@217.24.108.151) has quit (Excess Flood)
[12:34:22] Diverdude (Diverdude!~Diverdude@217.24.108.151) has joined #mythtv-users
[12:36:00] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Read error: Connection reset by peer)
[12:42:36] dkeith_ (dkeith_!~dkeith@71-6-81-93.static-ip.telepacific.net) has quit (Read error: Connection reset by peer)
[12:43:00] dkeith (dkeith!~dkeith@71-6-81-93.static-ip.telepacific.net) has joined #mythtv-users
[12:51:59] ThisNewGuy: hey all – I just did a configure and it said I didn't have Video4Linux V1 support – does that matter?
[12:57:44] justinh: depends
[13:01:14] ThisNewGuy: justinh: what does it depend on?
[13:02:30] justinh: whether or not you need it :-) Do you intend to use analogue video?
[13:03:36] ThisNewGuy: My recording devices are an HD-PVR, a HD-Homerun and a PVR-350
[13:05:45] justinh: so yeah you need it
[13:05:54] justinh: or need a version of mythtv patched to work with v4l2
[13:06:31] fleers (fleers!~fleers@12.69.234.130) has joined #mythtv-users
[13:08:31] ThisNewGuy: hmm – do you happen to know which ubuntu package has the appropriate files?
[13:09:22] justinh: if I build mythtv from source on ubuntu I tend just to use a checkout, not a source package
[13:09:27] Easy_Rider9999 (Easy_Rider9999!~Miranda@p5B224710.dip.t-dialin.net) has joined #mythtv-users
[13:09:34] justinh: e.g. latest -fixes checkout
[13:11:24] ThisNewGuy: weird – this has been working for me for a while – I wonder what changed
[13:12:45] justinh: you updated the kernel, most likely
[13:12:52] justinh: v4l1 has gone from the kernel
[13:20:29] ThisNewGuy: is v4l1 only necessary for the 350 (in the cards above)?
[13:20:50] justinh: sigh
[13:21:06] justinh: just roll back to an older kernel or use a newer source of mythtv
[13:22:06] ThisNewGuy: I'm using the latest source from git
[13:23:25] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[13:24:00] justinh: was the message about v4l v1 support a warning or an error?
[13:24:03] iamlindoro: NO, you do not need it
[13:24:22] iamlindoro: nobody on either latest master or fixes needs it
[13:24:37] iamlindoro: whoops, meant to read "No"
[13:24:58] iamlindoro: we restored the required header from the kernel to our source, so the message is actually sort of irrelevant
[13:25:13] ThisNewGuy: iamlindoro: thanks!
[13:26:34] fleers (fleers!~fleers@12.69.234.130) has quit (Quit: Leaving.)
[13:26:41] justinh: and herein lies the problem in just clicking on any distros 'OK, just update already, stop bugging me about it' button :P
[13:27:00] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)
[13:53:56] j-rod|afk is now known as j-rod
[14:03:41] streeter (streeter!~streeter@nat/redhat/x-dfpgokxyoitmkgpd) has joined #mythtv-users
[14:09:08] NULL[NULL[0]] (NULL[NULL[0]]!~fred@e181036090.adsl.alicedsl.de) has joined #mythtv-users
[14:12:57] NULL[0] (NULL[0]!~fred@e181043252.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[14:14:54] jmartens (jmartens!~jmartens@109.232.42.33) has quit (Quit: Leaving.)
[14:18:52] balor_ (balor_!~balor@87.127.55.57) has joined #mythtv-users
[14:19:20] balor_: I have a myth install, and everything seems to be working except live tv, which only shows black&white vertical lines
[14:19:30] balor_: Is this a common issue?
[14:19:51] wagnerrp: scheduled recordings do not have this issue?
[14:19:54] balor_: The card used to work in the previous machine I had it in. This new machine is 64bit
[14:20:06] balor_: wagnerrp, viewing recordings are ok
[14:20:19] wagnerrp: recordings made after you started having this issue
[14:20:37] balor_: I've not tried, but I'd suspect they'd fail
[14:20:52] wagnerrp: what tuner card?
[14:21:02] balor_: ah, I'm not getting an EPG
[14:21:14] balor_: It's a WinTV NOVA HD-S2
[14:21:38] wagnerrp: if you get black/white vertical lines with that
[14:21:43] wagnerrp: thats simply what is being broadcast
[14:22:26] balor_: no, I don;t think BBC 1 is broadcasting black and white lines
[14:22:43] wagnerrp: if that is what you are recording, they are
[14:22:49] wagnerrp: try the recording in a different player
[14:22:54] balor_: But now I'm doubting if I'm actually getting any data from the card, my channel listings are probably from the previous install
[14:23:00] wagnerrp: (all live tv is a recording)
[14:23:14] wagnerrp: if you arent getting any data, playback would outright fail
[14:23:21] wagnerrp: you would not see anything and would drop back to the menu
[14:23:37] balor_: so, I'm getting something, just not the right thing
[14:23:50] balor_: as all channels are broadcasting black&white stripes
[14:23:56] wagnerrp: no, if you are getting anything, you are recording what BBC1 is broadcasting
[14:24:09] wagnerrp: but since you are seeing something else, it sounds like you are having playback issues
[14:24:29] wagnerrp: open up one of those recordings in a separate player, and see if it is having the same troublee
[14:24:29] wagnerrp: s
[14:24:57] eddytv (eddytv!~anonymous@slashdev.com) has joined #mythtv-users
[14:26:45] balor_: Is there any reason I shouldn't get an EPG?
[14:27:46] wagnerrp: ive never used EIT to know why it might not be updating
[14:30:56] balor_: Hmmm...I don't remember creating an LMB this time and there were issues over that last time,...
[14:30:58] ** balor_ checks **
[14:35:25] balor_: d'oh I set my card up as a v4l device, not a dvb device
[14:35:36] balor_: I just need to work out the frequences now, I think
[14:36:00] wagnerrp: you should not even be able to configure it as a v4l device
[14:36:11] wagnerrp: that card does not have analog support
[14:36:25] wagnerrp: and does not expose itself in such a manner that mythtv would detect it as such
[14:36:39] wagnerrp: unless you manually typed in the location of the device node
[14:37:50] balor_: no, it seems to detect it as such
[14:38:07] wagnerrp: you actually get a '/dev/video<n>' out of that card?
[14:38:11] balor_: Now I just need to set up the LMB
[14:38:35] wagnerrp: LNB
[14:38:46] balor_: there's a /dev/video0 on my system. Whether it's from the card or not, I don';t know
[14:39:07] wagnerrp: the NOVA cards are digital only, they should not be making such nodes
[14:39:32] balor_: I know there's a magic key to create a new LNB....
[14:39:42] balor_: done :)
[14:42:12] phil (phil!~quassel@chello080109010223.16.14.vie.surfer.at) has joined #mythtv-users
[14:44:03] justinh: wagnerrp: plenty of nova cards had analogue inputs as well. they used framegrabbers as the PCI interface for the dvb hardware
[14:45:12] justinh: well maybe the nova didn't have a physical input but the chips had em ;)
[14:45:46] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me)
[14:45:57] johd (johd!~johd@pdpc/supporter/student/jvs) has quit (Read error: Operation timed out)
[14:47:06] balor_: If on http://www.lyngsat.com/packages/skyuk.html a channel is described as 12607 V, that means it's 12607000Hz? Vertical
[14:48:49] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv-users
[14:49:08] balor_: Actually, where is the tuner info stored in myth? in the mythconverg table is it?
[14:49:21] justinh: 12607 khz would be that, and V stands for vertical
[14:49:38] unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users
[14:49:44] justinh: 12606 MHZ I think, so you need 3 more zeros
[14:50:00] justinh: but I think myth is expecting Khz not Hz
[14:50:14] justinh: so your first number would be right (12607000)
[14:50:20] balor_: ah, MHz not kHz
[14:54:52] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[14:55:34] jhp: Hi everyone. I have a question. I have Digital television and I record in MythTV using the freebox tuner. This works great for most channels. Everything comes in through udp multicast.
[14:55:47] balor_: g'ah, it looks like I've got dodgy firmware too
[14:56:18] jhp: This also works fine for BBC channels, but mythtv can't play them. I have to connect to the URL of the recorded program on my laptop using gmplayer to watch the recording.
[14:56:18] justinh: jhp: so where is the 'but' ?
[14:56:44] justinh: mythtv can't play them? what do you mean?
[14:57:07] justinh: you mean it tries to but it all comes out crappy? Or it tries to play then but playback is slow & horrible? Que?
[14:57:22] jhp: I would think the recording records the MPEG2 streams directly ?
[14:57:36] jhp: It fails to start playback and after a little time it just crashes.
[14:57:41] justinh: ah
[14:57:58] jhp: If I have started playback of a BBC recording I have to restart the frontend otherwise I can't play anything else anymore.
[14:58:02] justinh: maybe the broadcaster is doing something funky that mythtv can't cope with
[14:58:04] jhp: I have to kill the running process.
[14:58:30] justinh: see if it's something obvious by running mythfrontend with -v playback & play a recording you have trouble with
[14:58:45] justinh: failing that you'll have to open a ticket & provide a sample of a troublesome recording
[14:59:14] jhp: So, start the frontend with the -v option so the logging is more verbose?
[14:59:22] justinh: -v playback
[14:59:28] jhp: Ah, ok.
[14:59:36] jhp: I can do that, no problem.
[14:59:43] justinh: I doubt the extra verbosity will help much
[15:00:10] jhp: I'm using 0.24.1
[15:02:34] justinh: myth doesn't do anything to the streams to record them, so if there's a problem it's with playing back the stream
[15:03:40] wagnerrp: in which case, start chopping up a bad recording
[15:03:56] wagnerrp: and try to get a ~50–100MB chunk of video that will reliably cause problems with using mythavtest
[15:04:00] wagnerrp: and post a ticket
[15:07:24] dkeith (dkeith!~dkeith@71-6-81-93.static-ip.telepacific.net) has quit (Ping timeout: 240 seconds)
[15:28:01] balor_: my problem was a firmware issue
[15:28:11] balor_: Loading the correct firmware fixed it
[15:28:49] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users
[15:29:37] balor_: actually...that was the first of my issues.
[15:31:25] phil (phil!~quassel@chello080109010223.16.14.vie.surfer.at) has quit (Disconnected by services)
[15:32:14] dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has quit (Remote host closed the connection)
[15:32:44] phil (phil!~quassel@chello080109010223.16.14.vie.surfer.at) has joined #mythtv-users
[15:35:22] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv-users
[15:38:16] balor_: I've got my old (working) mythtv config. Can I tell from it what tuning details I should have? i.e. what satellite, frequency, polarity etc?
[15:42:25] balor_: I think I can see the info
[15:42:42] kormoc is now known as kormoc_afk
[15:42:48] abqjp (abqjp!~abqjp@71-38-208-26.albq.qwest.net) has joined #mythtv-users
[16:04:43] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv-users
[16:05:39] balor_: Oh, there's a "scan all existing transports" option...no need to guess frequencies
[16:11:39] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Quit: Leaving.)
[16:14:18] balor_ (balor_!~balor@87.127.55.57) has quit (Ping timeout: 276 seconds)
[16:16:13] balor_ (balor_!~balor@87.127.55.57) has joined #mythtv-users
[16:20:58] sphery: balor_: FWIW, might want to check out: http://www.mythtv.org/wiki/DVB-S
[16:38:32] fleers (fleers!~fleers@64.134.230.4) has joined #mythtv-users
[16:53:28] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)
[16:59:30] dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has joined #mythtv-users
[17:05:05] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[17:05:32] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv-users
[17:05:32] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv-users
[17:05:32] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[17:08:25] stoffel (stoffel!~quassel@p57B4BB58.dip.t-dialin.net) has joined #mythtv-users
[17:08:26] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel
[17:13:19] dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has quit (Remote host closed the connection)
[17:23:00] kormoc_afk is now known as kormoc
[17:25:32] Goga777 (Goga777!~Goga777@shpd-178-64-229-163.vologda.ru) has joined #mythtv-users
[17:29:28] dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has joined #mythtv-users
[17:31:45] Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has quit (Remote host closed the connection)
[17:51:46] Goga777 (Goga777!~Goga777@shpd-178-64-229-163.vologda.ru) has quit (Remote host closed the connection)
[17:53:46] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv-users
[17:59:49] fleers (fleers!~fleers@64.134.230.4) has quit (Quit: Leaving.)
[18:04:00] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)
[18:07:46] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[18:10:13] zCougar (zCougar!~cougar@kkk.version6.net) has quit (Remote host closed the connection)
[18:11:12] zCougar (zCougar!~cougar@kkk.version6.net) has joined #mythtv-users
[18:11:28] Easy_Rider9999 (Easy_Rider9999!~Miranda@p5B224710.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[18:16:49] Cougar (Cougar!~cougar@2001:67c:32c:600:250:56ff:fe81:5f) has quit (Quit: Cougar)
[18:16:52] zCougar is now known as Cougar
[18:17:42] zCougar (zCougar!~cougar@2001:67c:32c:600:250:56ff:fe81:5f) has joined #mythtv-users
[18:29:08] mindoms_ (mindoms_!~mindoms@178-191-202-157.adsl.highway.telekom.at) has joined #mythtv-users
[18:31:05] mindoms_: My DB is way too big (>400MB) are there good cleanup scripts out there?
[18:31:38] iamlindoro: why do you think that is way too big? What do you propose to clean up?
[18:31:50] mindoms_: for non-existing or 0byte recordings
[18:32:04] wagnerrp: 0byte recordings take up a few hundred bytes each
[18:32:27] wagnerrp: you would need tens of thousands of them for them to make any significant impact
[18:32:34] iamlindoro: hundreds of thousands, even
[18:32:50] mindoms_: hm. i have only 1GB of ram and the DB is on a usb stick. so less DB would be fine :)
[18:33:04] wagnerrp: stop doing such stupid things
[18:33:18] wagnerrp: USB sticks dont have the throughput to reliably run the database
[18:33:31] wagnerrp: SSDs are fine
[18:33:37] mindoms_: yes. i want to move that system to an CF card. but that will take some time.
[18:33:39] wagnerrp: but flash drives are not designed for performance
[18:34:06] mindoms_: the whole system is on an usb stick. for noise. HDDs only spin up for recordings...
[18:34:16] wagnerrp: so get a proper SSD
[18:34:49] mindoms_: hm. i would need one for PATA...
[18:34:59] wagnerrp: there are some VERY SERIOUS implications to using flash drives and CF cards for boot disks
[18:35:54] wagnerrp: flash drives are designed for infrequent writes
[18:36:10] wagnerrp: CF cards are designed for uses where you write large things in bulk
[18:36:32] wagnerrp: if you keep rewriting the same chunk of either for things like a database or log files
[18:36:37] wagnerrp: you are going to wear it out
[18:37:20] wagnerrp: thats why systems actually designed to boot off of them use something like JFFS, which implements wear leveling in software
[18:37:30] mindoms_: well. thanks for that input. i am aware of these problems.
[18:37:32] wagnerrp: and other tricks to prolong the lifetime
[18:38:04] mindoms_: well. JFFS is new to me :)
[18:38:49] mindoms_: so. there is no "official" way for removing dead entries from mythconverg?
[18:39:14] mindoms_: 0-byte, not existing...
[18:39:18] wagnerrp: generally, if you get enough that its trouble for you to delete by hand
[18:39:25] wagnerrp: you have a bug that should be submitted to trac
[18:39:34] dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has quit (Remote host closed the connection)
[18:39:45] wagnerrp: in any case, they are not going to make a dent against that 400MB database
[18:40:49] sphery: mindoms_: for cleaning up dead entries in recorded: http://www.mythtv.org/wiki/Find_orphans.py
[18:40:49] mindoms_: okay. what about auto-expired recordings. are there still entries in the DB?
[18:40:58] sphery: mindoms_: /all/ other tables are cleaned up properly for you automatically
[18:41:11] wagnerrp: the overwhelming majority of the database is going to be in guide data, which gets rolled over every few weeks
[18:41:23] wagnerrp: and the seek tables, marking the location of every keyframe in every recording
[18:41:33] mindoms_: okay, thanks.
[18:41:41] wagnerrp: an hour long recording might have a hundred kb of seek data
[18:41:48] sphery: only reason we can't clean up recorded show information is because you may not have mounted the file system with the recordings (or may not be running the backend with the recordings) and you probably don't want us to delete all your recordings when you boot up mythtv system in a bad state
[18:42:18] wagnerrp: sphery: well, no reason why 0-byte recordings cant be deleted and rescheduled
[18:42:26] wagnerrp: but thats still a bug that they exist in the first place
[18:42:27] Lord_Deathscythe (Lord_Deathscythe!~chris@h246.135.185.173.dynamic.ip.windstream.net) has joined #mythtv-users
[18:42:44] mindoms_: if i delete a recording but do not check "allow rerecording" ... how much data will that keep?
[18:42:47] phil (phil!~quassel@chello080109010223.16.14.vie.surfer.at) has quit (Read error: Operation timed out)
[18:42:56] wagnerrp: makes no difference
[18:43:05] wagnerrp: all recordings for all time are stored in the oldrecorded table
[18:43:07] sphery: actually, guide data should be small--at most a couple megabytes on systems with many hundreds of channels
[18:43:12] wagnerrp: that option just flips one field in that table
[18:43:44] sphery: ok, more than a couple megabytes...
[18:43:54] phil (phil!~quassel@chello080109010223.16.14.vie.surfer.at) has joined #mythtv-users
[18:44:28] sphery: but it is steady state--after 10days of running MythTV, it is basically as large as it ever will be (until you get new channels, at least)
[18:44:35] wagnerrp: yeah, depending on the length of the description, youre looking at 500–1000 bytes per show
[18:44:45] wagnerrp: and ive got some 65k shows in my table
[18:44:52] mindoms_: well. i habe 7 channels here :)
[18:44:58] wagnerrp: 30–60MB
[18:45:00] mindoms_: habe -> have
[18:45:07] sphery: so to reduce the size of your DB, you must a) delete recordings (which will delete their seek tables) or b) delete channels
[18:45:18] sphery: where a) will likely have the biggest impact
[18:45:32] sphery: with 7 channels, your listings are probably about 2MiB max
[18:45:34] wagnerrp: well with only 7 channels, youre looking at maybe 1–2MB per week of guide data
[18:45:57] mindoms_: yes, guide data wont be a problem.
[18:46:05] sphery: so that means you have to delete recordings :)
[18:46:08] wagnerrp: which leaves... seek data
[18:46:10] stoffel (stoffel!~quassel@p57B4BB58.dip.t-dialin.net) has quit (Remote host closed the connection)
[18:46:21] wagnerrp: and at 400MB, youve got several thousand hours of recordings
[18:47:07] mindoms_: okay, so its the seektable. i thought it might be the descriptions stored for expired/deleted shows
[18:47:23] sphery: I have 275MB of seek data (which means about 250MB of indices for seek data) at: 1427 programs, using 6.1 TB (1 month 29 days 12 hrs 17 mins) out of 7.6 TB (1.4 TB free).
[18:47:47] wagnerrp: descriptions can be up to 16kb large now
[18:47:56] wagnerrp: but that was changed in the last version, up from 1.5kb
[18:48:45] Beirdo: I have about 100MB of recordedseek
[18:48:55] Beirdo: 794 programs, using 2 TB (1 month 14 hrs 27 mins) out of 3.6 TB (1.5 TB free).
[18:48:59] sphery: wagnerrp: actually, they were text before, so they wouldn't have had an upper limit, would they?
[18:49:08] wagnerrp: even still, radiotimes is generally the only provider that ever exceeded that
[18:49:11] wagnerrp: and that was rare
[18:49:19] wagnerrp: sphery: well, we had some static limit on that field somewhere
[18:49:22] sphery: Beirdo: 100MB of data or data+indices?
[18:49:33] wagnerrp: because the RT descriptions were occasionally being chopped off
[18:49:40] sphery: ah... I didn't remove any static limit--guess someone else did?
[18:49:56] wagnerrp: the ones that were a lengthy review of the show
[18:50:16] kormoc: The database field size was smaller
[18:50:33] Beirdo: "size" in the phpmyadmin summary page :)
[18:50:59] sphery: wagnerrp: ok, so text tops out at 2^16 bytes (meaning 65K ascii chars)
[18:51:24] Beirdo: heh, it says 100MB of data, 0B index
[18:51:26] sphery: Beirdo: ah, so probably just data--meaning you'd have another 90-some MB of indices
[18:51:41] sphery: maybe...  ?
[18:51:43] Beirdo: somehow, I be douting that with an index actually there.
[18:51:55] Beirdo: stupid innodb
[18:51:59] kormoc: your phpmyadmin could be too old/new for your db server
[18:52:12] Beirdo: quite likely :)
[18:52:23] sphery: ah, and no idea how big innodb indices would be
[18:52:33] sphery: I'm still assuming myisam
[18:52:48] Beirdo: phpmyadmin 3.3.2, mysql 5.1.49
[18:52:57] Beirdo: let me check for upgrades
[18:53:00] kormoc: SHOW TABLE STATUS LIKE 'recordedseek';
[18:53:05] mindoms_: okay. phpmyadmin shows ths table size. that cured my idea of removing other stuff than the seektables :)
[18:53:19] wagnerrp: and you cant remove the seektables
[18:53:23] sphery: I just look at the file size on the file system :)
[18:53:26] wagnerrp: not without breaking seeking
[18:53:50] mindoms_: okay, thanks
[18:54:14] Beirdo: index_length 0
[18:54:25] wagnerrp: if youre still running a master backend with 1GB of RAM and no SATA support
[18:54:25] kormoc: then you have no indexes
[18:54:28] wagnerrp: modern hardware is cheap
[18:54:30] kormoc: that's uber weird
[18:54:40] mindoms_: may "find_orphans.py" be run while recordings take place?
[18:54:45] kormoc: Beirdo, pastebin SHOW CREATE TABLE?
[18:54:47] sphery: wagnerrp: heh, I still laugh about how I was called an evil person for answering the question, "Why does MythTV waste so much space on seek tables?" with the reply, "mysql -umythtv -p mythconverg -e 'TRUNCATE TABLE recordedseek;' to find out"
[18:55:03] wagnerrp: if youre running 0.24, find_orphans can be run on any system with network access to the backend
[18:55:24] mindoms_: yep. 0.24.
[18:55:39] mindoms_: okay. so ill clean that.
[18:55:42] Beirdo: http://pastebin.com/Z0mSCMTJ
[18:55:48] mindoms_: bye
[18:55:52] mindoms_ (mindoms_!~mindoms@178-191-202-157.adsl.highway.telekom.at) has quit (Quit: leaving)
[18:56:00] kormoc: Beirdo, ooh, okay
[18:56:04] kormoc: only a primary key on that table
[18:56:13] ** sphery should really get to work on mythtv... **
[18:56:21] Beirdo: ahh, that's the trick?
[18:56:27] kormoc: that's considered a part of the data then, it's kinda weird how that works, aye
[18:56:32] sphery: heh, funny
[18:56:37] wagnerrp: hardware prices arent that bad in austria that someone would still need to run an old P3, are they?
[18:56:41] kormoc: index_length is only secondary indexes
[18:56:51] sphery: it shows up as an MYI file on the file system, so I just called it index size
[18:56:58] sphery: (for us MyISAM users)
[18:57:00] Beirdo: ahhh. Gotcha
[18:58:11] Beirdo: credits gets fairly large too
[18:59:09] Beirdo: 200M there... and 362M on program, 110M on programgenres... total db size of 1.1G
[18:59:56] sphery: how can you have a 1.1G DB?
[19:00:20] sphery: mine is 549276kB on disk
[19:00:22] Beirdo: optimized logging, and it's down to 877MB
[19:00:43] Beirdo: don't forget, I am spamming the crap out of logging more than most :)
[19:00:54] sphery: my credits are 1MB data and 2.5MB indexes
[19:01:12] Beirdo: how many sources?
[19:01:15] sphery: one
[19:01:19] Beirdo: right :)
[19:01:21] sphery: but still there are only so many actors
[19:01:23] Beirdo: there's the difference
[19:01:44] Beirdo: I have DirecTV, which has a buttload more movies to get data on than OTA :)
[19:03:17] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[19:03:18] sphery: and credits is max of 10B/entry
[19:03:22] kormoc: that still sounds overly large
[19:03:24] sphery: you sure it's not people?
[19:03:45] sphery: people could be relatively large--especially if different sources use different spellings (especially for non-ascii chars)
[19:04:04] Beirdo: now I have to wait for the machine to respond...
[19:04:17] sphery: but still should be more of a "1st street is a long way from 2nd street" kind of "large" where seektable is on another continent
[19:04:45] sphery: er, 17B/entry
[19:04:51] sphery: forgot to carry the 8 :)
[19:05:10] sphery: the d8time row
[19:05:25] Beirdo: got ~1.7M rows
[19:06:12] Beirdo: after an optimize, it's 143.3MB
[19:06:13] sphery: I have 60K, so yours should be 28 times mine--where mine is 1MB + 2.5MB indexes
[19:06:13] kormoc: Beirdo, that's only ~28 Megabytes
[19:06:36] sphery: weird...
[19:07:11] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 260 seconds)
[19:07:33] Beirdo: data length = 6778608. index length = 82460672
[19:07:45] Beirdo: err
[19:07:53] Beirdo: data length 67780608
[19:07:59] Beirdo: missed a 0 :)
[19:08:17] kormoc: hrm
[19:08:53] kormoc: pastebin SHOW TABLE STATUS LIKE 'credits';SHOW CREATE TABLE credits; ?
[19:09:01] kormoc: I'm curious
[19:09:03] Beirdo: sure, one sec :)
[19:09:30] sphery: maybe those are decibytes?  :)
[19:09:37] koffel (koffel!koffel@173-167-212-105-ip-static.hfc.comcastbusiness.net) has quit (Read error: Connection reset by peer)
[19:09:46] shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has joined #mythtv-users
[19:11:18] Beirdo: http://pastebin.com/MscPmLEr
[19:11:28] Beirdo: pasting from phpmyadmin can be interesting
[19:12:50] kormoc: hrm
[19:12:58] kormoc: We should make that UNIQUE KEY a primary key
[19:13:00] sphery: average row length of 38?
[19:13:33] sphery: mediumint = 3B, int = 4B, datetime = 8B, enum is 1 or 2B...
[19:13:35] kormoc: sets are not overly space efficient iirc
[19:13:43] kormoc: set != enum
[19:13:45] sphery: ahhh
[19:15:23] kormoc: set is likely 8 bytes
[19:15:33] sphery: though it's weird that mine works out space wise with the 17B/row
[19:15:53] kormoc: so 23 + primary index
[19:15:58] kormoc: which we don't define, so it's creating one
[19:16:36] koffel (koffel!koffel@173-167-212-105-ip-static.hfc.comcastbusiness.net) has joined #mythtv-users
[19:16:56] kormoc: Beirdo, ALTER TABLE credits DROP KEY `chanid`, ADD PRIMARY KEY (`chanid`,`starttime`,`person`,`role`);
[19:16:59] sphery: actually, mine is 18B/row
[19:17:17] kormoc: that *should* shrink it down a fair bit
[19:17:42] sphery: http://pastebin.com/NVYEfC2B
[19:17:51] sphery: maybe sets are less efficient in innodb?
[19:17:54] sphery: seems to be 3B on mine
[19:18:18] kormoc: nah, it just depends on how many entries there are in there
[19:18:37] kormoc: 3B shouldn't be, it should be 1B, 2B, 4B, or 8B
[19:19:03] kormoc: and it should be 2B actually with that many entries
[19:19:05] sphery: I based 3B on mediumint = 3B, int = 4B, datetime = 8B, set = what's left
[19:19:23] kormoc: 9 possible values, so 2 bytes to hold them
[19:19:38] kormoc: donno
[19:19:39] kormoc: that's weird
[19:19:42] kormoc: perhaps a null
[19:19:50] kormoc: nope, all are not null
[19:20:09] sphery: docs show set = 1, 2, 3, 4, or 8 bytes, depending on the number of set members (64 members maximum)
[19:20:11] Beirdo: one sec
[19:20:53] sphery: there are 11 values, though
[19:20:55] Beirdo: this should take a moment
[19:21:01] sphery: still, should fit in 2B... weird
[19:21:31] sphery: maybe myisam does a 1B padding char between rows (since I'm comparing based on file system file size)
[19:22:14] sphery: still, 1.7M rows should only be 30MB
[19:22:19] Beirdo: no difference
[19:24:33] sphery: guess it's too late to ask mindoms if he could run the mysql server on a computer with a real hard drive (since it doesn't have to run on the master backend host)
[19:26:14] Beirdo: weird how person is a mediumint and chanid is an int :)
[19:26:38] Beirdo: I think we'd end up overflowing person far earlier than chanid
[19:27:08] sphery: heh, like there are more than 16M people in the world...
[19:27:13] Beirdo: mediumint is... 32bit?
[19:27:22] sphery: medium is 24b = 3B
[19:27:30] sphery: int = 32b = 4B
[19:27:30] Beirdo: 24bit, k
[19:28:11] Beirdo: I seem to have max person id of 122864, BTW
[19:28:33] sphery: so 16M is probably enough to cover every person in the world, but you do need to have up to 4B channels for some of these cable systems
[19:28:50] Beirdo: umm
[19:29:13] Beirdo: no cable system will have THAT many channels for a while yet :)
[19:29:19] Beirdo: heh
[19:29:25] sphery: actually, I think in a lot of places we just use int--stopped worrying about the 1 or 2 bytes for medium/small ints
[19:29:32] Beirdo: yeah
[19:29:34] Beirdo: faster
[19:29:52] sphery: if someone wants, I could go through and modify some of them a bit
[19:30:24] sphery: stupid tab thief
[19:30:30] Beirdo: hehe
[19:30:55] sphery: I /must/ disable the FF5 "Switch to Tab" feature
[19:31:06] sphery: stole it out of the mythtv dev firefox window
[19:31:10] Beirdo: wow. 50 Cent is in a lot of shows
[19:31:19] Beirdo: person 2 in my db
[19:31:22] sphery: I hear he comes cheap
[19:31:48] Beirdo: the first 70 lines in credits (sorted by person) are him
[19:32:44] koffel (koffel!koffel@173-167-212-105-ip-static.hfc.comcastbusiness.net) has quit (Read error: Connection reset by peer)
[19:33:35] sphery: anyway, was going to mention that in http://code.mythtv.org/trac/wiki/TaskRecordedFile , I pretty much used what was already there for int/mediumint/etc but for new stuff used int
[19:33:51] Beirdo: but yeah, credits... second largest part of my db. only thing larger is program
[19:34:20] sphery: even recordedseek is small?
[19:34:22] sphery: you have no recordings?
[19:34:59] Beirdo: program, credits, programgenres, recordedseek, programrating, logging
[19:35:12] Beirdo: recorded is 407kB
[19:35:21] Beirdo: oldrecorded 11MB
[19:35:23] sphery: how big is recordedseek?
[19:35:31] Beirdo: 99.5MB
[19:36:15] shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has quit (Remote host closed the connection)
[19:39:40] koffel (koffel!koffel@173-167-212-105-ip-static.hfc.comcastbusiness.net) has joined #mythtv-users
[19:41:56] kormoc: Beirdo, no diff? That's weird, very weird. Even index size?
[19:42:35] Beirdo: it seemed to make not a bit of difference
[19:42:53] kormoc: That shouldn't be. That removed a 8 byte index...
[19:45:29] sphery: OK, we should do like Firefox. Firefox adds a (stupid) new feature ("Switch to Tab") and does not allow users to disable it. So, the only way to disable it is to make a plugin.
[19:45:49] sphery: From now on, MythTV should not have any settings/options. If users want to disable something, they can make a plugin.
[19:47:30] sphery: (Switch to Tab is stupid because it assumes a) there's only one virtual desktop, b) that the WM gives Firefox permission to bring another window to the front, c) that there's never a reason for a user to have 2 tabs with the same content in them. In other words, it works great for MS Windows
[19:51:49] iamlindoro: sphery: don't be silly, simply invoke mythfrontend About:Config
[19:52:02] iamlindoro: And present the user with mythregistry
[19:52:12] SteveGoodey (SteveGoodey!~steve@host86-145-229-49.range86-145.btcentralplus.com) has joined #mythtv-users
[19:55:06] Isidore (Isidore!~Isidore@von69-2-88-170-81-4.fbx.proxad.net) has joined #mythtv-users
[19:58:42] wagnerrp: sphery: also too late to ask mindoms if he could run his backend on a real computer with a real hard drive
[19:59:25] j-rod is now known as j-rod|afk
[20:04:25] sphery: iamlindoro: oh, yeah, that's the old way in firefox
[20:04:45] sphery: wagnerrp: yeah, that would be a better approach, too
[20:05:11] sphery: also, I wonder if optimize_mythdb.pl would have reduced his db size a bit... I'd guess maybe 10MB or so at most, though.
[20:09:41] sphery: Only 95 commits to read... Moral of the story: never get behind on mythtv lists.
[20:10:36] koffel (koffel!koffel@173-167-212-105-ip-static.hfc.comcastbusiness.net) has quit (Read error: Connection reset by peer)
[20:14:17] devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has joined #mythtv-users
[20:15:26] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv-users
[20:17:35] koffel (koffel!koffel@173-167-212-105-ip-static.hfc.comcastbusiness.net) has joined #mythtv-users
[20:20:28] zombor_ is now known as zombor
[20:26:16] shipit (shipit!~shipit@204-15-2-155-static.ipnetworksinc.net) has joined #mythtv-users
[20:41:14] _gunni_ (_gunni_!~Gunni@koln-4d0d12b2.pool.mediaWays.net) has joined #mythtv-users
[20:41:16] Isidore (Isidore!~Isidore@von69-2-88-170-81-4.fbx.proxad.net) has quit (Quit: Leaving.)
[20:42:02] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:45:37] dudz_ (dudz_!~dudz_@123-243-44-131.static.tpgi.com.au) has joined #mythtv-users
[20:58:33] SteveGoodey (SteveGoodey!~steve@host86-145-229-49.range86-145.btcentralplus.com) has quit (Remote host closed the connection)
[20:59:27] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[21:01:26] troyt (troyt!~troyt@cl-166.phx-01.us.sixxs.net) has joined #mythtv-users
[21:03:14] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[21:03:33] jhp: justinh: Are you still here?
[21:08:55] skd5aner: iamlindoro: I was wondering if I could pick your brain for a second about future plans for metadata and TV dvds...
[21:09:28] iamlindoro: skd5aner: Sure, though there may not be much to pick, I don't really have any plans to do anything with TV DVDs
[21:09:31] iamlindoro: not at the moment, anyway
[21:09:38] fleers (fleers!~fleers@38.110.159.162) has joined #mythtv-users
[21:09:56] skd5aner: iamlindoro: Right now, I know the metadata system handles individual episodes very well – so if you had a DVD collection of a full season, ripping each title works great!
[21:10:28] iamlindoro: skd5aner: If we had a way to parse and play individual titles built in, I could see having metadata handling for it-- but ATM we don't
[21:10:37] skd5aner: and currently, ripping the DVD as an ISO doesn't really give much opportunity to leverage the metadata related to the episdoes that might be on a disc
[21:11:29] skd5aner: yea... I understand the limitation currently there – just was curious if there was a roadmap for heading in the direction you just pointed out – or if that's much closer to a FRWOAP
[21:12:02] iamlindoro: skd5aner: To be honest I might be more motivated to do something about it if I even watched DVDs any more, but I don't... so I don't have a lot of motivation to add a whole bunch of code for a format that is basically on the verge of death (yeah, I know it will be around for a while, but still...)
[21:12:21] iamlindoro: I *can* think of ways to do it, I just can't think of a lot of clean ones
[21:12:28] skd5aner: I tend to favor the full experience of ripping to iso, for movies, but I'm still torn on what to do with some of the TV collections I have – Seinfeld and Simpsons for example...
[21:12:31] iamlindoro: and it would all require a pantsload of code
[21:12:46] wagnerrp: i can think of a clean one when the schema rewrite goes in
[21:12:56] mortne (mortne!~chatzilla@0139100337.0.fullrate.dk) has joined #mythtv-users
[21:12:58] skd5aner: well... s/dvd/bluray then ;)
[21:13:35] skd5aner: I got the wife LOST on bluray for Christmas, as it's her favorite show of all time, and the same theory would apply there as well
[21:13:39] wagnerrp: have the table that links videos to files serve dual purpose
[21:13:51] iamlindoro: wagnerrp: The metadata record is easy, it's the parsing, prompting, and choosing that would be basically guesswork
[21:14:07] wagnerrp: ah, yes
[21:14:12] wagnerrp: would need to do all that manually
[21:14:12] skd5aner: I think it'd definitely have to be a manual process....
[21:14:53] skd5aner: it would be next to impossible for code to figured out what episodes are on a disc specifically – unless there was some kind of site out there that tracks that sort of thing, and I'm sure there's not
[21:14:53] wagnerrp: but, youre talking an extra minute or two per dvd
[21:15:14] wagnerrp: skd5aner: there could be
[21:16:30] wagnerrp: we could petition thetvdb to add some sort of disk id and track number to their records
[21:16:31] skd5aner: yea, but even still – I'm assuming that a single movie could potentially have a bunch of different "releases" based on region, format (widescreen/fullscreen), special editions, re-releases, etc.... it's similiar to musicbrainz disc ids though
[21:16:40] wagnerrp: assuming there is some form of global disk id we could use
[21:17:01] iamlindoro: Anyway, I've just about got the metadata parsing and editing to a pretty good polish and automation, and that would be a great way to chuck a wrench in it ;)
[21:17:07] skd5aner: Or write one that does the fingerprinting (like mb)
[21:17:15] wagnerrp: mb?
[21:17:18] iamlindoro: Discs have a serial number, and libdvdread parses it-- it's how we bookmark
[21:17:19] skd5aner: musicbrainz
[21:18:14] skd5aner: wagnerrp: http://musicbrainz.org/doc/Disc_ID_Calculation
[21:18:31] jhp: Hi everyone. I have a problem playing back BBC channels that come in through IPTV using the FREEBOX tuner. Now I have just recorded an mpeg2 file that I can't play, but I can play it using plain mplayer on my laptop.
[21:19:04] jhp: How can I debug this problem / what can I do myself to have this debugged? Channels I record in the netherlands all work fine.
[21:19:22] skd5aner: iamlindoro: yea, not trying to throw a wrench in – just asking if you have thought about that wrench and had plans to throw it in the machine sometime down the road? :)
[21:19:31] jhp: It's only the BBC channels that are failing so far.
[21:19:44] wagnerrp: jhp: what playback profile are you using?
[21:19:52] skd5aner: jhp: it's recording properly, but not playing back properly?
[21:20:02] iamlindoro: skd5aner: Not at present-- maybe if someone shows me a viable method of what to do parsingwise, what to do when there's no user around to prompt, and how to elegantly guide the user through setting which track = which episode, but...
[21:20:11] iamlindoro: !ERROR: Country mismatch detected
[21:20:31] jhp: What do you mean by playback profile? I record the mpeg2 file straight to disk and I try to play that in watch recordings.
[21:20:51] wagnerrp: yes, and what playback profile is mythtv using to play those recordings?
[21:21:13] jhp: You mean the player? Internal
[21:21:19] skd5aner: iamlindoro: yea, I understand it's not that straight forward... maybe in the future it'll be easier to tackle
[21:21:38] jhp: Where do I find this information ?
[21:21:40] skd5aner: jhp: is mythtv able to playback anything?
[21:21:58] skd5aner: is it only failing on the recordings via IPTV
[21:22:04] jhp: Yes, it plays back all dutch recordings just fine.
[21:22:05] wagnerrp: frontend settings, tv settings, playback
[21:22:19] wagnerrp: it will be several pages in
[21:22:44] jhp: Everything comes in through IPTV. All multicast UDP
[21:24:00] skd5aner: iamlindoro: would you possible entertain an idea about an interim solutions that would at least get artwork for a TV based disc? For example... right now I save them in a dir/file structure like this: E
[21:24:06] jhp: Ok, found playback profile (3/8)
[21:24:08] skd5aner: doh... hit enter too soon...
[21:24:37] jhp: wagnerrp: Do you mean the setting CPU+ ???
[21:24:45] wagnerrp: yes, try Slim instead
[21:24:50] skd5aner: iamlindoro: ex., /videos/TV Shows/Seinfeld/Seinfeld_S1D1.iso
[21:25:31] skd5aner: Perhaps at least navigating to videos in that dir structure could parse the name to know to get Seinfeld Season 1 fantart, similiar to other parsing schemes
[21:25:43] jhp: wagnerrp: I don't have Slim. I have all dutch translated stuff.
[21:26:00] jhp: What does it look like in the settings?
[21:26:00] skd5aner: iamlindoro: it would just have to ignore metadata related to episodes
[21:26:01] wagnerrp: skd5aner: if it werent blocked by content hashing, i would suggest adding a field to videometadata for track/title
[21:26:15] wagnerrp: so playing that video would automatically skip to that pre-selected title
[21:26:29] wagnerrp: then you just hardlink multiple copies of the ISO
[21:26:43] wagnerrp: giving each its own track
[21:26:47] iamlindoro: Well, again the playback and metadata is easy
[21:26:58] iamlindoro: I could easily get mythplayer to take a track argument
[21:27:07] iamlindoro: and feed that to the dvd ringbuffer
[21:27:22] rmckee (rmckee!~rmckee@203.166.49.1) has joined #mythtv-users
[21:27:23] iamlindoro: I'll think about it
[21:27:41] iamlindoro: But I don't expect to do anything about it, being completely honest
[21:28:05] iamlindoro: anything I apply needs to be really, really polished to bypass my high level of skepticism about it
[21:28:06] skd5aner: wagnerrp, iiamlindoro: yea, I think that kind of stuff is "phase 2" stuff – I'm wondering about the very basic idea of at least getting artwork parsing capabilities to .ISOs :)
[21:28:15] skd5aner: tv ISOs that is
[21:28:23] wagnerrp: it was something i was going to look into after the schema rewrite if no one else did
[21:28:35] iamlindoro: skd5aner: You can already get artwork in OSs
[21:28:37] iamlindoro: er ISOs
[21:28:49] iamlindoro: "Seinfeld 1x01–05.iso"
[21:29:16] iamlindoro: Granted, you'll get episode 1 metadata for the record, but you WILL get the right imagery
[21:29:19] skd5aner: ahh, really? So it just ignores the -05?
[21:29:30] iamlindoro: for now it does
[21:29:56] skd5aner: I suppose that could work for now
[21:30:02] iamlindoro: and when/if there were a viable means of parsing the disc tracks, and then playing them, it would be simple to have the title parsed and records created for 1–5
[21:30:58] skd5aner: cool – well, I think that's a viable solution for now, especially if it's the recommended naming scheme if it does evolve in the future
[21:31:03] iamlindoro: The breakdown to me is really in the "WTF do I do when I'm parsing in a single, monolithic ISO and creating 'x' records for it-- what track value do I assign to which episode by default?
[21:31:13] skd5aner: right
[21:31:32] iamlindoro: In theory, you could take the number of episodes you are expecting, take the 'x' largest tracks, and assign them serially
[21:31:38] iamlindoro: but that could go horribly, horribly wrong
[21:31:46] skd5aner: yea, probably not easily something you can assume
[21:31:52] iamlindoro: like in the case of a DVD which has a title that plays everything back to back
[21:31:57] jhp: wagnerrp: This is the error I get when I run it with -v playback
[21:31:59] jhp: http://pastebin.com/g4MD4KDr
[21:32:14] skd5aner: track order I'm sure doesn't indicate episode order, although you might be lucky most of the time, it's not something you can bet on
[21:32:37] skd5aner: yea, true
[21:32:42] wagnerrp: iamlindoro: you could expand the parsing format to support stuff like 1x01–05
[21:32:53] wagnerrp: and have it know that there should be five episodes on it
[21:33:01] iamlindoro: wagnerrp: "iamlindoro: and when/if there were a viable means of parsing the disc tracks, and then playing them, it would be simple to have the title parsed and records created for 1–5"
[21:33:03] wagnerrp: so it would look for five similar length titles
[21:33:14] skd5aner: iamlindoro, wagnerrp: anyway, you've entertained my question long enough – I appreciate the dialog
[21:33:49] iamlindoro: wagnerrp: To me, that's where the breakdown occurs, there's just no way of reliably determining anything when all you have is a collection of tracks on a disc
[21:34:09] wagnerrp: true enough
[21:34:13] iamlindoro: Tons and tons and tons of TV DVDs put the titles out of order, or otherwise break any assumption you might make
[21:34:34] wagnerrp: jhp: unable to open video file... is this perhaps a permissions issue?
[21:34:37] skd5aner: Well, it'd be no different than a CD right... you know there's 12 tracks on it, but without a reliable service or manual intervention, no code in the world is going to know what the names of those tracks are
[21:34:53] jhp: No, all files are in the same dir and a file next to it works fine
[21:35:12] jhp: I think it is an MPEG2 encoding issue.
[21:35:26] iamlindoro: skd5aner: Right... so what to do? Do nothing, and leave the user to manually intervene for each and every one, or try to do something "smart" and risk setting things up even more annoyingly than it would have been to just set it manually?
[21:35:46] wagnerrp: jhp: chop off the first 50MB or so
[21:35:47] jhp: wagnerrp: If you want I have the logfile and the mpeg2 file for you. 285MB.
[21:35:55] wagnerrp: if it still exhibits the same behavior
[21:35:59] skd5aner: iamlindoro: find/build a service :D
[21:36:01] wagnerrp: paste that 50MB chump somewhere
[21:36:05] wagnerrp: and link to it in a new ticket
[21:36:06] skd5aner: heh (j/k of course)
[21:36:08] iamlindoro: skd5aner: Anything else I can get you? Maybe a pony?
[21:36:10] jhp: How do I chop that of ?
[21:36:20] wagnerrp: you can test the chunk with 'mythavtest <file>'
[21:36:40] wagnerrp: dd if=<yourfile.mpg> of=<outputfile.mpg> bs=1M count=50
[21:36:44] skd5aner: A pony with fries and a large soft drink
[21:36:51] jhp: That doesn't corrupt anything?
[21:36:54] iamlindoro: with an umbrella in it, no doubt
[21:37:01] wagnerrp: if its a TS file, no
[21:37:03] skd5aner: ooooh, tropical pony!
[21:37:12] wagnerrp: TS files are designed for such arbitrary cutting
[21:37:13] mortne_ (mortne_!~chatzilla@0139100337.0.fullrate.dk) has joined #mythtv-users
[21:37:20] wagnerrp: and since its a broadcast stream
[21:37:25] wagnerrp: it is likely a TS file
[21:37:44] skd5aner: iamlindoro: if you haven't already, I might do a little digging just to see if anyone out there has such a service
[21:37:59] skd5aner: I'm pretty pessimistic that such a thing exists in the state we're talking about, but...
[21:38:01] skd5aner: you never know
[21:39:02] skd5aner: iamlindoro: thanks again... was just curious how you felt about it
[21:39:22] iamlindoro: skd5aner: I would entertain the idea if there was a service that had a dead-simple API that I wouldn't need to build a whole new infrastructure to use
[21:39:35] mortne (mortne!~chatzilla@0139100337.0.fullrate.dk) has quit (Ping timeout: 258 seconds)
[21:39:38] mortne_ is now known as mortne
[21:39:52] iamlindoro: skd5aner: ie, if I could just say "QUrl("http:/www.dvddiscid.com/?search=" + discid);"
[21:40:18] wagnerrp: themoviedb actually does have such a thing
[21:40:36] skd5aner: well, architecting a solution that leverages good data versus architecting one that leverages manual intervention will obviously be totally different
[21:40:59] iamlindoro: wagnerrp: Though at the TVDB, we're dealing with single titles and thus it's unnecessary
[21:40:59] mortne (mortne!~chatzilla@0139100337.0.fullrate.dk) has quit (Read error: Connection reset by peer)
[21:41:02] iamlindoro: er TMDB
[21:41:07] wagnerrp: right
[21:41:10] skd5aner: ... and by that, I mean you might be way more willing to work on one than then other :)
[21:41:22] wagnerrp: well, it would be nice if we were doing our own ripping
[21:41:30] wagnerrp: since the DVD title sucks
[21:41:35] wagnerrp: and sometimes doesnt even exist
[21:41:44] iamlindoro: skd5aner: If the means of getting data about a disc is a simple call and response, then yes, I'm a lot more likely to do something about it
[21:42:04] iamlindoro: If it requires any infrastructure at all, I can't see myself touching it
[21:42:34] iamlindoro: I already have a Bluray Metadata parser that I wrote for libmythmetadata, which basically opens the disc or ISO and gives you track info
[21:42:41] iamlindoro: writing one for DVD would be trivial
[21:42:42] skd5aner: Yea, but... the problem could also come when people use other tools to rip ISOs which really aren't exact copies, like DVD Shrink, DVDFab, CloneDVD, etc... then you could get one where they ripped out titles like bonus features, etc...
[21:42:57] iamlindoro: it's the "doing something with that data" part that leaves me feeling cold about the whole idea
[21:43:00] skd5aner: wagnerrp: ^
[21:43:38] wagnerrp: if theyre ripping out the bonus features and the like, why arent they just ripping out the mpegs themselves?
[21:43:46] mortne_ (mortne_!~chatzilla@0139100337.0.fullrate.dk) has joined #mythtv-users
[21:43:49] wagnerrp: the whole point of keeping the ISO is to keep that stuff
[21:44:27] skd5aner: agreed... but maybe they rip out previews or FBI warnings, etc
[21:44:50] skd5aner: probably not as applicable on TV DVDs I guess
[21:44:54] skd5aner: (previews at least)
[21:45:07] Lord_Deathscythe (Lord_Deathscythe!~chris@h246.135.185.173.dynamic.ip.windstream.net) has quit (Remote host closed the connection)
[21:45:39] wagnerrp: is the disk ID not something that can be carried through to the ISO?
[21:46:36] wagnerrp: seems the serial is part of the VIDEO_TS folder structure
[21:46:52] devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has quit (Quit: devinheitmueller)
[21:47:00] skd5aner: yea, probably right... I just thinking, just because it's an "ISO" with a standard disk ID, doesn't necessarily mean that the total number of tracks will match up if they've used some of these kind of tools to rip and create the iso
[21:47:33] skd5aner: isntead of something like DD, or what have you, that would do a bit-for-bit copy
[21:47:36] wagnerrp: track IDs dont have to start at 0 do they?
[21:47:42] mortne_ is now known as mortne
[21:48:26] Lord_Deathscythe (Lord_Deathscythe!~chris@h246.135.185.173.dynamic.ip.windstream.net) has joined #mythtv-users
[21:49:32] M0nk3Ee (M0nk3Ee!~M0nk3Ee@cpc7-acto1-2-0-cust246.4-2.cable.virginmedia.com) has joined #mythtv-users
[21:51:54] ki7rw (ki7rw!~quassel@mo-65-41-216-18.sta.embarqhsd.net) has joined #mythtv-users
[21:54:17] jhp: wagnerrp: The url to the 50MB part is http://jhp.home.xs4all.nl/50mb_bbc1.mpg
[21:56:52] wagnerrp: your provider actually gives you ipv6 support?
[22:01:13] lyricnz (lyricnz!~simonrobe@ppp118-209-123-194.lns20.mel4.internode.on.net) has quit (Quit: lyricnz)
[22:02:11] wagnerrp: jhp: seems to be a problem with our version of the libs
[22:02:21] wagnerrp: ffmpeg can handle it, mythffmpeg cannot
[22:02:53] streeter (streeter!~streeter@nat/redhat/x-dfpgokxyoitmkgpd) has quit (Quit: Leaving)
[22:03:14] wagnerrp: if you havent already, post a ticket, and add a link to the file
[22:03:32] wagnerrp: or if you dont want to post a public link to something youre hosting personally, put it on a filebin somewhere
[22:04:06] andreax (andreax!~andreaz@p57B942A9.dip.t-dialin.net) has joined #mythtv-users
[22:05:12] wagnerrp: ffmpeg claims its an mpegts, but theres something about the container myth's libraries dont like
[22:11:22] jhp: http://code.mythtv.org/trac/ticket/9926
[22:11:35] jhp: wagnerrp: Yes, I have native IPv6
[22:12:35] jhp: wagnerrp: The file is hosted on the central shell servers of my profider.
[22:12:48] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv-users
[22:12:48] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[22:12:48] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[22:16:23] mortne (mortne!~chatzilla@0139100337.0.fullrate.dk) has quit (Ping timeout: 258 seconds)
[22:21:13] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Ping timeout: 264 seconds)
[22:26:47] Diverdude (Diverdude!~Diverdude@217.24.108.151) has quit (Ping timeout: 240 seconds)
[22:34:04] jhp: wagnerrp: Any chance that this problem is easy to fix ?
[22:34:51] tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Remote host closed the connection)
[22:34:54] _gunni_ (_gunni_!~Gunni@koln-4d0d12b2.pool.mediaWays.net) has quit (Quit: KVIrc KVIrc Equilibrium 4.1.1, revision: 5507, sources date: 20110110, built on: 2011-03-07 17:15:32 UTC 5507 http://www.kvirc.net/)
[22:37:35] GrahamIRC (GrahamIRC!~GrahamIRC@93-97-162-128.zone5.bethere.co.uk) has joined #mythtv-users
[22:38:35] wagnerrp: jhp: dont know, im not a video person
[22:39:16] lwizardl (lwizardl!~james@c-68-62-80-172.hsd1.mi.comcast.net) has joined #mythtv-users
[22:41:24] jhp: ok
[22:51:43] iamlindoro: wagnerrp: What does mythffplay do?
[22:51:59] wagnerrp: mythffplay?
[22:52:04] wagnerrp: we have one of those?
[22:52:10] iamlindoro: We build mythffplay to prove when something isn't our fault
[22:52:23] wagnerrp: i dont have one of those
[22:52:37] iamlindoro: I do :)
[22:52:46] iamlindoro: as should anyone running master
[22:53:01] wagnerrp: as in, you just added that minutes ago?
[22:53:06] iamlindoro: no
[22:53:10] iamlindoro: as in, it's been there for months
[22:53:20] wagnerrp: really...
[22:53:34] wagnerrp: ive got mythffmpeg, but not mythffplay
[22:53:42] iamlindoro: mythffplay won't play it
[22:53:59] wagnerrp: rather, mythffmpeg wont parse it
[22:54:01] iamlindoro: meaning it's either an ffmpeg problem, or a MPEG-TS demuxer changes problem
[22:54:25] iamlindoro: don't know why you don't have a mythffplay, everyone running master should
[22:54:28] wagnerrp: however the bare ffmpeg ive got on my gentoo installs handles it just fine
[22:54:43] iamlindoro: ffmpeg <= our revision?
[22:54:45] wagnerrp: meaning there is some difference between the upstream parsers and ours
[22:55:00] wagnerrp: yes, looks to be a couple months earlier than our internal stuff
[22:55:04] iamlindoro: Yes, we have local MPEG-TS demuxer changes which are likely to blame
[22:56:28] wagnerrp: http://pastebin.com/fFryP9px
[22:57:00] wagnerrp: i call shenanigans, i think youre screwing with me
[22:57:04] iamlindoro: I am not
[22:57:23] iamlindoro: paste no good, btw
[22:57:37] wagnerrp: http://pastebin.com/fFRyP9px
[22:57:44] wagnerrp: forgot a capitol 'R'
[22:57:46] iamlindoro: http://pastebin.com/NB2LyD1u
[22:58:11] iamlindoro: just to prove the mythffplay
[22:58:19] wagnerrp: that says mythffmpeg
[22:59:07] iamlindoro: sorry, pasted the wrong thing
[22:59:12] jhp: At least we all get the same error :-)
[22:59:39] phil (phil!~quassel@chello080109010223.16.14.vie.surfer.at) has quit (Disconnected by services)
[22:59:55] iamlindoro: wagnerrp: Anyway, no joke, we build mythffplay
[23:00:03] iamlindoro: perhaps only with debug or profile builds? Dunno
[23:00:05] iamlindoro: but I get one
[23:00:06] jhp: I have mythffplay on m y mythtv station
[23:00:25] jhp: just a clean build from src.rpm
[23:00:53] wagnerrp: maybe caused by setting a compile-type?
[23:00:55] phil___ (phil___!~quassel@chello080109010223.16.14.vie.surfer.at) has joined #mythtv-users
[23:01:10] kormoc: wagnerrp, we might compile it and not install it
[23:01:20] kormoc: (if you're using the ebuilds)
[23:01:22] wagnerrp: kormoc: i dont get one on freebsd either
[23:01:25] kormoc: hrm
[23:01:28] iamlindoro: we install it
[23:01:33] iamlindoro: it's in my $prefix/bin
[23:01:35] wagnerrp: which is just a plain make; make install
[23:01:35] kormoc: iamlindoro, by we, I meant the ebuilds
[23:01:38] iamlindoro: oh
[23:02:28] wagnerrp: i dont appear to have one built and simply not installed either
[23:07:39] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[23:07:58] lwizardl (lwizardl!~james@c-68-62-80-172.hsd1.mi.comcast.net) has quit (Quit: Damn it! out of quarters....Game Over)
[23:11:20] hoolio (hoolio!~hoolio@eth235.tas.adsl.internode.on.net) has joined #mythtv-users
[23:12:35] LedHed (LedHed!~LedHed@static-74-45-162-66.dr01.pasn.ca.frontiernet.net) has joined #mythtv-users
[23:14:23] Led-Hed (Led-Hed!~LedHed@static-74-45-162-66.dr01.pasn.ca.frontiernet.net) has quit (Ping timeout: 250 seconds)
[23:16:26] wagnerrp: actually, i no longer seem to compile a mythffmpeg binary either
[23:16:44] wagnerrp: the one in the folder was dated to july 3rd
[23:16:52] wagnerrp: and when i deleted it, it did not get rebuilt
[23:17:14] GrahamIRC (GrahamIRC!~GrahamIRC@93-97-162-128.zone5.bethere.co.uk) has quit (Quit: Leaving.)
[23:19:05] pizzledizzle (pizzledizzle!~pizdets@pool-96-250-220-99.nycmny.fios.verizon.net) has joined #mythtv-users
[23:28:46] sphery: FWIW, I'm getting an updated mythffmpeg each build
[23:28:59] sphery: but without ebuilds, that is
[23:30:10] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Read error: Connection reset by peer)
[23:31:19] wagnerrp: and mythffplay?
[23:32:49] sphery: -rwxr-xr-x 1 root root 227400 Jul 18 19:26 /usr/local/bin/mythffplay
[23:32:50] sphery: yep
[23:33:16] wagnerrp: bugger
[23:35:31] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[23:37:42] shipit (shipit!~shipit@204-15-2-155-static.ipnetworksinc.net) has quit (*.net *.split)
[23:37:42] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (*.net *.split)
[23:37:42] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (*.net *.split)
[23:37:43] adante (adante!~adante@59.167.212.65) has quit (*.net *.split)
[23:37:43] LabMonkey (LabMonkey!~bogart@99-69-73-8.lightspeed.snantx.sbcglobal.net) has quit (*.net *.split)
[23:37:43] dagar (dagar!~dagar@agar.ca) has quit (*.net *.split)
[23:42:58] jhp: [root@mythtv ~]# rpm -qf /usr/bin/mythffplay
[23:42:58] jhp: mythtv-frontend-0.24.1–1.fc12.i686
[23:43:04] shipit (shipit!~shipit@204-15-2-155-static.ipnetworksinc.net) has joined #mythtv-users
[23:43:04] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users
[23:43:04] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv-users
[23:43:04] adante (adante!~adante@59.167.212.65) has joined #mythtv-users
[23:43:05] LabMonkey (LabMonkey!~bogart@99-69-73-8.lightspeed.snantx.sbcglobal.net) has joined #mythtv-users
[23:43:05] dagar (dagar!~dagar@agar.ca) has joined #mythtv-users
[23:43:45] wagnerrp: a fresh debug build, and still no mythffplay
[23:47:47] DeviceZer0 is now known as DeviceZer0_AFK
[23:49:03] sphery: don't know if it matters, but I'm doing profile builds...
[23:55:15] ki7rw (ki7rw!~quassel@mo-65-41-216-18.sta.embarqhsd.net) has quit (Remote host closed the connection)
[23:55:40] rushfan (rushfan!~rushfan@cpe-76-189-121-87.neo.res.rr.com) has joined #mythtv-users

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