MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (84):

aloril, andreax, Anduin, Anssi, anykey_, beata, Captain_Murdoch, cesman, coling, Cougar, Dave123, dlblog, eharris, elmojo, elvum_, f33dMB, foobum, foxbuntu, ghoti, Gibby, gigem, GreyFoxx, hobiga, iamlindoro, ikonia, j-rod|afk, jams_, jannau, jcarlos, jpabq, jpabq-, jstenback, justinh, jwhite, kc, knightr, kurre, kwmonroe, laga, mag0o, mrand, MythBuild, MythLogBot, M|ckael_, okolsi, poptix, purserj, reynaldo, sailerboy, Seeker`, skd5aner, Snow-Man, sphery, stuarta, sunkan, sutula, tris, Unhelpful, weta, xris, _charly_, tgm4883, brfransen, kormoc, danielk22, zombor, gregL, MavT, pheld, clever, dagar, ybot, jarle, Chutt_, ke^_, joe__, highzeth, tomimo, Computer_Czar, PointyPumper, Malard, FinnTux, mike|3, Andy5O
Tuesday, April 26th, 2011, 00:01 UTC
[00:01:15] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[00:07:58] kwmonroe (kwmonroe!~kwmonroe@cpe-70-113-204-146.austin.res.rr.com) has joined #mythtv
[00:24:07] Captain_Murdoch: killing jobqueue jobs when the jobqueue exits could cause quite a few issues. files left around, DB inconsistencies, etc.
[00:26:52] kormoc: I'm noticing lately that mythcommflag jobs don't always exit and so I get a pile of processes left using half a gig of ram each
[00:28:02] wagnerrp: Captain_Murdoch: that raises the question over whether we should more tightly control the contents of the recording directory
[00:28:32] Captain_Murdoch: wagnerrp, not just recording directory, who knows what a job may be doing.
[00:28:37] wagnerrp: the database can be cleaned up by the housekeeper on failed jobs, or perhaps the job scheduler itself during the startup
[00:29:17] wagnerrp: with the recordedfile changes, we could track multiple files for each recording, along with artwork and the like
[00:29:36] Captain_Murdoch: we've talked about moving the dvd creation under the jobqueue, things like that. there's lots of potential for what a job could be doing that could leave garbage aroundin temp dirs, etc..
[00:30:02] kormoc: what about sending it a signal asking it to quit, say -usr2 or similar?
[00:30:04] Captain_Murdoch: user scripts could be doing who knows what...
[00:30:40] wagnerrp: the same could be said about a job doing any unhandled fault
[00:31:06] kormoc: we could also standardize on usr1 dumping progress info (if the job supports it)
[00:31:11] Captain_Murdoch: yeah, but that's less rare IMHO.
[00:31:51] wagnerrp: perhaps we mandate that all temporary files exist in a folder marked by the jobid
[00:32:12] wagnerrp: when the job is eventually cleaned from the database, that folder would subsequently be removed
[00:32:22] wagnerrp: i was planning on doing the same thing with log files
[00:32:34] Captain_Murdoch: think bigger. I'm running a job burning a DVD and you kill my burn session all because mythjobqueue faulted for some reason.
[00:32:57] Captain_Murdoch: there's infinite possiblities as to what could be going on.
[00:34:13] Captain_Murdoch: just voicing an opinion, I'm not doing the coding, so I won't complain. :)
[00:34:30] wagnerrp: on the opposite, if the job is left running, and the jobqueue is brought back up
[00:34:50] wagnerrp: we could in theory resume parental control, and create a new MythSystem object to manage it
[00:34:57] Captain_Murdoch: job is marked as running in the DB, so it won't get re-run. restarted jobqueue could reload the list of running jobs and get their pids
[00:35:01] Captain_Murdoch: yep
[00:35:06] wagnerrp: if the jobqueue is not brought back up, we now have an unmanaged job
[00:36:16] Captain_Murdoch: not a big issue to me. if the job is responsible for doing it's own DB management, etc. then it doesn't _have_ to be managed by the queue to complete successfully.
[00:36:40] wagnerrp: well if all goes according to plan, jobs will not touch the DB at all
[00:36:48] wagnerrp: all communication would be managed through the backend protocol
[00:36:58] wagnerrp: in preparation for a time when the database is moved embedded
[00:37:37] Captain_Murdoch: that's what I'm talkingabout. the method itgets to the DB is irrelevant. the job itself is sending status updates,not the jobqueue process.
[00:37:50] ** Captain_Murdoch has to go afk for a few. be back in a while. **
[00:46:09] Beirdo: wagnerrp: please don't delete logfiles too fast :)
[00:46:35] Beirdo: at times, we need to refer back to them.
[00:49:49] wagnerrp: Beirdo: do they still need to be referred to when the job exited successfully?
[00:50:00] Beirdo: often, yes
[00:50:10] Beirdo: keep em for a week, perhaps
[00:50:22] wagnerrp: thats doable
[00:50:24] Beirdo: think of when you are trying to debug the jobqueue
[00:50:31] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[00:50:44] Beirdo: if your logs disappear immediately, it will be tough to know if it really was correctly run
[00:50:56] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[00:50:56] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[00:50:56] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[00:51:14] wagnerrp: well right now, successful jobs are left in the database for a couple hours, while unsuccessful ones for a couple days
[00:51:29] Beirdo: right.
[00:51:38] wagnerrp: would not be difficult to extend that to a week or more for each
[00:51:59] wagnerrp: i was actually considering leaving the database entries permanently
[00:52:08] Beirdo: hmm, couple hours might be long enough for the logs, but i think while we are debugging massive changes at least, we'd want em longer
[00:52:13] wagnerrp: something like oldrecorded
[00:53:23] Beirdo: yeah, cool. We can always add a housekeeping task to periodically wipe any jobs > 1 week or whatever
[00:54:32] Beirdo: as for logfile names, I was intending to make the default logfile name be of the format: mythpreviewgen.pid.log
[00:54:41] Beirdo: i.e. put the pid number in ther
[00:55:03] wagnerrp: i was planning on the jobid instead
[00:55:20] Beirdo: that doesn't map to the backend, frontend, etc terribly well
[00:55:30] Beirdo: all of which we'd want split out
[00:55:44] wagnerrp: no it wouldnt, but it would be more meaningful for jobqueue tasks
[00:55:48] Beirdo: now... jobid + pid would be even better
[00:56:02] Beirdo: for the times when the job is summarily executed, and restarted
[00:58:19] sphery: Captain_Murdoch: Guessing you were just using shorthand to make it easier to type in here, and we would really be using <option value="untranslated-always-the-same-regardless-of-locale-value">< ;tran>Option #1 Text</tran></option> so we don't send translated values back to the server (and have to untranslate them to find out which option they chose or similar), right?
[01:01:41] Captain_Murdoch: sphery, yes.
[01:02:34] sphery: ok, sorry for the noise--ignore me
[01:03:57] Captain_Murdoch: no problem. should have used a better example. :)
[01:04:16] Captain_Murdoch: I should have.
[01:15:23] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:15:24] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[01:49:18] kwmonroe (kwmonroe!~kwmonroe@cpe-70-113-204-146.austin.res.rr.com) has quit (Ping timeout: 240 seconds)
[01:51:22] kwmonroe (kwmonroe!~kwmonroe@cpe-70-113-204-146.austin.res.rr.com) has joined #mythtv
[01:59:13] kwmonroe (kwmonroe!~kwmonroe@cpe-70-113-204-146.austin.res.rr.com) has quit (Quit: Ex-Chat)
[02:25:38] danielk22: sphery: just fyi I believe [25daba43] may fix that mythfilldatabase segfault that's been annoying ppl for some time. i only tested with mythfrontend though.
[02:27:20] Beirdo: danielk22: here's hoping ;)
[02:36:49] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[02:39:59] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 276 seconds)
[02:41:04] dblain: Is there a problem with the build machine? Looks like 32-bit hasn't compiled in a while.
[02:41:41] Beirdo: that box had a disk failure, has been rebuilt, but I hadn't had the chance to bring the service back up
[02:41:51] Beirdo: thanks for the reminder, I'll work on that tonight
[02:42:15] dblain: explains the 189 pending changes! Thanks
[02:42:33] Beirdo: hehe. Thanks for noticing :)
[03:01:55] wagnerrp: 32-bit? people still use that?
[03:01:57] ** wagnerrp hides **
[03:04:54] SteveGoodey (SteveGoodey!~steve@host86-148-199-122.range86-148.btcentralplus.com) has joined #mythtv
[03:11:16] SteveGoodey (SteveGoodey!~steve@host86-148-199-122.range86-148.btcentralplus.com) has quit (Ping timeout: 250 seconds)
[03:24:33] zombor_ is now known as zombor
[03:26:15] elmojo: jpabq: curious, did that patch help the playback pauses?
[03:29:56] Beirdo: wagnerrp: alas, yes, they do :)
[03:31:10] Captain_Murdoch: wagnerrp, I'm sure we have at least some in our user base that would argue that they still use 32-bit so that their recordings don't take double the space. :)
[03:31:33] wagnerrp: heh...
[03:31:39] wagnerrp: HAHAHAHAH
[03:31:58] iamlindoro: Captain_Murdoch, Well that's just silly. Everyone knows they don't take double the space. They just record half as fast.
[03:32:19] Captain_Murdoch: it's why I still use an 8088 as my file server, to save disk space.
[03:32:51] Captain_Murdoch: iamlindoro, that's what causes that slow playback sometimes. must have been encoded on a 64-bit encoder at the network.
[03:33:24] iamlindoro: Right, you need to get a 128 bit machine to get those ones playing right
[03:33:48] Beirdo: dangit, you made me snort water out my nose :)
[03:34:33] wagnerrp: could be worse
[03:34:33] jpabq: elmojo, I am inclined to say definitely! I have not watched enough to know for sure, though.
[03:34:49] Beirdo: coulda been beer :) that woulda been a waste of beer :)
[03:34:49] wagnerrp: citrus sodas are particularly bad
[03:35:01] Beirdo: oooww!
[03:35:43] elmojo: jpabq: yes, it seems to help a lot here too – not sure what we should do
[03:36:01] elmojo: need to ask danielk22 and Captain_Murdoch what they think at some point
[03:36:09] jpabq: Agreed
[03:36:14] Beirdo: you guys off making things work better? :)
[03:36:44] elmojo: making things work like they used to work might be a better way of saying it
[03:36:59] Beirdo: That's good anyways
[03:37:01] wagnerrp: yes, theyre adding flames to the video decoder
[03:37:48] Beirdo: hehe.
[03:39:18] ** wagnerrp makes a note to add flames to failed jobs in the backend management page **
[03:39:30] Beirdo: and a failwhale
[03:39:41] Beirdo: OK, 32-bit slave should be back up
[03:39:49] Beirdo: let's hope I got everything :)
[04:07:57] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[04:10:56] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[04:11:45] kormoc is now known as kormoc_afk
[04:12:45] mycoDA (mycoDA!~mycoDA@unaffiliated/mycosys) has quit (Read error: Connection reset by peer)
[04:28:50] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:32:46] mycoDA (mycoDA!~mycoDA@221.121.134.96) has joined #mythtv
[04:32:46] mycoDA (mycoDA!~mycoDA@unaffiliated/mycosys) has joined #mythtv
[04:32:46] mycoDA (mycoDA!~mycoDA@221.121.134.96) has quit (Changing host)
[04:37:48] MaverickTech (MaverickTech!~MaverickT@220.233.86.111) has joined #mythtv
[04:40:20] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[05:10:36] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[05:13:05] MaverickTech (MaverickTech!~MaverickT@220.233.86.111) has quit (Ping timeout: 260 seconds)
[05:27:36] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[05:30:08] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[05:48:25] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)
[06:06:47] Shaggy2 (Shaggy2!~shaggy982@unaffiliated/shaggy2) has joined #mythtv
[06:07:01] Shaggy2 (Shaggy2!~shaggy982@unaffiliated/shaggy2) has left #mythtv ()
[06:08:38] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[06:10:49] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[06:11:02] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[06:22:27] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 240 seconds)
[06:22:48] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[06:34:55] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[06:38:20] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:10:29] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)
[07:23:14] martin___ (martin___!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[07:31:42] Malard (Malard!~Malard@dsl78-143-214-202.in-addr.fast.co.uk) has quit (Changing host)
[07:31:42] Malard (Malard!~Malard@xbmc/staff/malard) has joined #mythtv
[07:52:32] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[07:55:19] stoffel (stoffel!~quassel@p57B4C6B7.dip.t-dialin.net) has joined #mythtv
[07:56:58] jstenback (jstenback!~jstenback@dp.jstenback.com) has quit (Ping timeout: 252 seconds)
[07:57:04] jstenback (jstenback!~jstenback@dp.jstenback.com) has joined #mythtv
[08:22:57] Goga777 (Goga777!~Goga777@shpd-95-53-180-30.vologda.ru) has joined #mythtv
[08:33:18] Goga777 (Goga777!~Goga777@shpd-95-53-180-30.vologda.ru) has quit (Remote host closed the connection)
[09:07:40] jamesba (jamesba!~jamesba@132.185.140.26) has joined #mythtv
[09:33:47] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Read error: Operation timed out)
[09:55:22] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has quit (Quit: leaving)
[09:58:39] stoffel (stoffel!~quassel@p57B4C6B7.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[09:58:45] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has joined #mythtv
[10:26:45] stoffel (stoffel!~quassel@p57B4C6B7.dip.t-dialin.net) has joined #mythtv
[10:34:05] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has quit (Quit: leaving)
[11:30:08] hansmuc (hansmuc!~hansmuc@ppp-188-174-67-63.dynamic.mnet-online.de) has joined #mythtv
[11:31:06] hansmuc (hansmuc!~hansmuc@ppp-188-174-67-63.dynamic.mnet-online.de) has quit (Client Quit)
[11:51:35] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[11:52:03] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[12:10:38] stoffel (stoffel!~quassel@p57B4C6B7.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)
[12:23:59] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv
[12:49:55] stoffel (stoffel!~quassel@p57B4C6B7.dip.t-dialin.net) has joined #mythtv
[13:18:02] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:29:56] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[13:32:48] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 258 seconds)
[13:39:50] j-rod|afk is now known as j-rod
[13:48:43] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[13:51:04] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 246 seconds)
[13:58:22] martin___ (martin___!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[14:00:25] stoffel (stoffel!~quassel@p57B4C6B7.dip.t-dialin.net) has quit (Remote host closed the connection)
[14:01:17] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[14:09:39] andreax1 (andreax1!~andreaz@87.185.53.113) has joined #mythtv
[14:10:49] andreax (andreax!~andreaz@p57B93B7A.dip.t-dialin.net) has quit (Ping timeout: 250 seconds)
[14:49:08] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[15:19:14] abqjp (abqjp!~abqjp@97.119.174.22) has joined #mythtv
[15:40:45] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 252 seconds)
[15:42:15] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[16:07:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[16:08:50] sphery: danielk22: You're my hero... In the bit of tracing I had done, I hadn't even found MythObservable. Then again, I never notice the Observer on Fringe, either--maybe that's related.
[16:13:09] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 246 seconds)
[16:17:50] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[16:21:25] DarthFrog (DarthFrog!~rob@S01060014bfba779e.vc.shawcable.net) has joined #mythtv
[16:24:01] DarthFrog: I'm running MythTV 0.24+fixes (on a Kubuntu system). Mythfrontend contacts the backend server fine but when I try to play a recording, I get sound but no picture: i just see the black "Playback starting" screen. Can anyone suggest why this might be happening or what I can do about it?
[16:26:26] DarthFrog: The log output from mythfrontend is http://paste.ubuntu.com/599373/
[16:31:40] sphery: DarthFrog: /topic (you want #mythtv-users )
[16:31:44] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[16:32:10] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[16:32:55] DarthFrog: sphery: Thanks! sorry 'bout that, Chief.
[16:33:29] jamesba (jamesba!~jamesba@132.185.140.26) has quit (Quit: Leaving)
[16:51:25] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[16:51:50] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[17:05:35] DarthFrog (DarthFrog!~rob@S01060014bfba779e.vc.shawcable.net) has left #mythtv ("Konversation terminated!")
[17:08:29] ** xris pokes his head up above water for a few minutes **
[17:11:28] Beirdo: heh
[17:27:39] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[17:29:58] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[17:33:41] mike|3 (mike|3!~mike@24.21.63.118) has joined #mythtv
[17:43:52] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 246 seconds)
[17:45:48] stoffel (stoffel!~quassel@p57B4C6B7.dip.t-dialin.net) has joined #mythtv
[18:05:32] FinnTux (FinnTux!~smr@et456.netikka.fi) has quit (*.net *.split)
[18:05:59] FinnTux (FinnTux!~smr@et456.netikka.fi) has joined #mythtv
[18:07:32] Goga777 (Goga777!~Goga777@shpd-95-53-214-192.vologda.ru) has joined #mythtv
[18:07:44] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[18:10:33] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[18:28:08] Goga777 (Goga777!~Goga777@shpd-95-53-214-192.vologda.ru) has quit (Ping timeout: 276 seconds)
[18:31:35] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[18:37:21] danielk22: sphery: well it's only in the mythtv-rec2 branch right now.. and it's not proven itself yet...
[18:37:57] stoffel (stoffel!~quassel@p57B4C6B7.dip.t-dialin.net) has quit (Remote host closed the connection)
[18:40:55] sphery: danielk22: Yeah, I'll see if I can do some testing when I get back home, then merge it into master. Oh, and if you happen to down by the South Street Seaport one evening this week, let me know and I'll buy you a beer for that one.  :)
[18:41:45] danielk22: heh, I'm just about to leave town...
[18:42:25] sphery: heh, then I'll have to send you the beer, instead :)
[18:48:28] kormoc_afk is now known as kormoc
[18:57:50] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has joined #mythtv
[19:48:44] noahric (noahric!~noahric@nat/google/x-avflvlriftdnjyic) has joined #mythtv
[19:49:15] noahric (noahric!~noahric@nat/google/x-avflvlriftdnjyic) has left #mythtv ()
[19:55:39] Beirdo: and if you come out to Seattle... Beer is owed from here too :)
[20:27:10] ghoti (ghoti!~paul@205.233.216.25) has quit (Ping timeout: 260 seconds)
[20:28:34] xris: beer is easily acquired here, too
[20:44:20] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:45:50] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit (Quit: Bye)
[20:52:03] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Ex-Chat)
[20:56:49] Malard1 (Malard1!Malard@dsl78-143-214-202.in-addr.fast.co.uk) has joined #mythtv
[20:56:59] Malard1 (Malard1!Malard@dsl78-143-214-202.in-addr.fast.co.uk) has quit (Changing host)
[20:56:59] Malard1 (Malard1!Malard@xbmc/staff/malard) has joined #mythtv
[20:57:10] Malard (Malard!~Malard@xbmc/staff/malard) has quit (Read error: Connection reset by peer)
[20:59:23] Malard1 is now known as Malard
[21:08:05] andreax1 (andreax1!~andreaz@87.185.53.113) has quit (Quit: Leaving.)
[21:08:55] andreax (andreax!~andreaz@p57B93571.dip.t-dialin.net) has joined #mythtv
[21:10:13] davide_: danielk22: i tried my own approach for #9595 hoping it would be cleaner than the user proposed patch. it wasn't. the problem is most of the affected code was written assuming that v4l2 was optional and v4l1 could always be used as a fallback. this doesn't lead to clean code when it is now v4l1 that is optional and might not be available at build time.
[21:10:19] davide_: my new suggestion is to add our own private copy of videodev.h to fixes/0.24 and trunk and then begin ripping out the old v4l1 support altogether in trunk or mythtv-rec2. comments?
[21:11:40] andreax (andreax!~andreaz@p57B93571.dip.t-dialin.net) has quit (Client Quit)
[21:12:06] andreax (andreax!~andreaz@p57B93571.dip.t-dialin.net) has joined #mythtv
[21:14:18] danielk22: davide_: Is it as bad in mythtv-rec2 ? I had started making v4l2 the primary there.. but it's been a while since I looked at the code.
[21:18:46] danielk22: For fixes I think it's totally reasonable to add back our own videodev.h..
[21:19:23] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[21:25:54] davide_: danielk22: dunno. i started looking at mythtv-rec2, but the part i looked at first didn't look changed, so i didn't go any farther.
[21:26:27] davide_: i'll look again later.
[21:27:39] kwmonroe (kwmonroe!~kwmonroe@cpe-70-113-204-146.austin.res.rr.com) has joined #mythtv
[21:31:08] ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv
[21:32:33] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 264 seconds)
[21:33:11] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[21:50:52] andreax (andreax!~andreaz@p57B93571.dip.t-dialin.net) has quit (Quit: Leaving.)
[21:57:33] andreax (andreax!~andreaz@p57B93571.dip.t-dialin.net) has joined #mythtv
[22:08:58] weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer)
[22:13:21] kormoc is now known as kormoc_afk
[22:14:39] j-rod is now known as j-rod|afk
[22:25:47] davide_: danielk22: you still around? i took at look mythtv-rec. while there is some slight improvement, conditionalizing v4l1 at build time still looks to be very messy.
[22:30:29] danielk22: still around. I guess the cruft I tossed wasn't the stuff causing problems then...
[22:34:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)
[22:35:28] danielk22: Looking at the patch, it doesn't seem so big really. Which ubuntu revision dropped videodev.h ?
[22:38:56] jya: jpabq: ping..
[22:40:10] davide_: it looks like natty. the main problems i have with the patch is that it looks like it makes it legal to build with v4l1 only and i'm not sure it gracefully handles falling back to v4l1 when there is no v4l1.
[22:41:59] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit ()
[22:43:22] Andy5O (Andy5O!andy50@173.23.19.191) has joined #mythtv
[22:43:23] Andy50 (Andy50!andy50@173.23.19.191) has quit (Read error: Connection reset by peer)
[22:47:58] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[23:04:21] weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv
[23:08:48] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:11:33] kormoc_afk is now known as kormoc
[23:29:14] abqjp (abqjp!~abqjp@97.119.174.22) has quit (Quit: abqjp)
[23:42:55] danielk22: davide_: as is your hunch, it should be legal to build with just v4l2 or both, but not just v4l1.. that API was depreciated in the 1990's.. the only reason it won't die is because there were still cards shipping with the same basic chips and very little developer interest in writing new PAL/NTSC/SECAM drivers..
[23:44:09] danielk22: I wouldn't mind dropping V4L1 completely in trunk..
[23:44:47] danielk22: by the time we release it...
[23:45:39] danielk22: that may violate our unofficial 2 year old API support... I dunno how long V4L1 has been officially depreciated.
[23:50:20] jpabq: jya, I am here.
[23:53:44] jya: jpabq: ok, I'm looking into the problem you're seeing. Do you know if it's possible to move an existing recording into a given playback group?
[23:54:29] jpabq: jya, yes. In PBB bring up the menu, and I believe it is under storage...
[23:54:42] jya: PBB?
[23:55:02] jpabq: Playback Box. The Watch Recording screen.
[23:55:08] jya: ah ok
[23:55:45] jpabq: It is called playback box in the UI code.
[23:58:05] jpabq: Menu -> Storage Options -> Change Recording Group

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