| --- | Log | opened Mon Jan 21 00:00:49 2008 |
| 00:05 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv |
| 00:11 | -!- | Kazuhiro [n=paul@ppp244-218.static.internode.on.net] has left #mythtv ["Leaving"] |
| 00:28 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 00:28 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 00:44 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv |
| 01:13 | -!- | ahbritto [n=guest@adsl-69-104-2-87.dsl.pltn13.pacbell.net] has quit [Client Quit] |
| 01:15 | -!- | greed [n=greed@mail.octapod.org] has quit [Read error: 104 (Connection reset by peer)] |
| 01:26 | -!- | __gnome42 [n=gnome42@76-10-147-178.dsl.teksavvy.com] has quit [Remote closed the connection] |
| 02:09 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 113 (No route to host)] |
| 02:14 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 02:15 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 02:23 | -!- | Netsplit anthony.freenode.net <-> irc.freenode.net quits: dekar1, janneg |
| 02:23 | -!- | dekarl [n=deKarl@dslb-084-058-007-139.pools.arcor-ip.net] has joined #mythtv |
| 02:25 | -!- | Netsplit over, joins: janneg |
| 02:43 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 02:43 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 03:15 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 03:16 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 04:03 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 04:03 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 04:07 | -!- | grokky [n=grokky@ppp59-167-169-11.lns1.mel4.internode.on.net] has joined #mythtv |
| 04:09 | -!- | johnp__ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] has joined #mythtv |
| 04:11 | -!- | onixian [n=xian@host-84-223-96-94.cust-adsl.tiscali.it] has joined #mythtv |
| 04:18 | -!- | joobie [n=joobie@58.108.192.59] has quit ["This computer has gone to sleep"] |
| 04:34 | -!- | knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has joined #mythtv |
| 04:53 | -!- | gardz [n=grimcogs@124-168-23-117.dyn.iinet.net.au] has quit [] |
| 05:17 | -!- | xian__ [n=xian@host-84-223-96-94.cust-adsl.tiscali.it] has joined #mythtv |
| 05:18 | -!- | onixian [n=xian@host-84-223-96-94.cust-adsl.tiscali.it] has quit [Success] |
| 05:35 | -!- | xian__ [n=xian@host-84-223-96-94.cust-adsl.tiscali.it] has quit [Connection timed out] |
| 05:41 | -!- | MGisbers [n=mgisbers@192.54.45.76] has joined #mythtv |
| 05:57 | -!- | rod_ [n=rod@ppp121-44-249-54.lns4.mel4.internode.on.net] has quit [Remote closed the connection] |
| 06:03 | -!- | BleedAway [i=whocares@saus04.usc.es] has quit [Read error: 110 (Connection timed out)] |
| 06:25 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has quit [Remote closed the connection] |
| 06:29 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has joined #mythtv |
| 06:30 | -!- | gardz [n=grimcogs@124-168-23-117.dyn.iinet.net.au] has joined #mythtv |
| 07:17 | -!- | grokky_ [n=grokky@ppp59-167-169-11.lns1.mel4.internode.on.net] has joined #mythtv |
| 07:18 | -!- | grokky [n=grokky@ppp59-167-169-11.lns1.mel4.internode.on.net] has quit [Read error: 104 (Connection reset by peer)] |
| 07:21 | -!- | MrGandalf [i=mgandalf@cpe-72-225-32-214.rochester.res.rr.com] has quit [Read error: 110 (Connection timed out)] |
| 07:27 | -!- | Netsplit anthony.freenode.net <-> irc.freenode.net quits: MaverickTech, gbee, tuppa, reynaldo, visit0r, rtsai, Captain_Murdoch, knowledgejunkie, `Spike, RaYmAn-Bx, (+64 more, use /NETSPLIT to show all of them) |
| 07:39 | -!- | Netsplit over, joins: jwhite |
| 07:55 | -!- | Anduin [n=awithers@adsl-69-110-14-84.dsl.pltn13.pacbell.net] has joined #mythtv |
| 07:55 | -!- | loops [n=sean@bas7-london14-1242516584.dsl.bell.ca] has joined #mythtv |
| 07:55 | -!- | purserj [n=purserj@k-sit.com] has joined #mythtv |
| 07:55 | -!- | clever [n=clever@fctnnbsc16w-156034215095.nb.aliant.net] has joined #mythtv |
| 07:55 | -!- | laga [n=laga@mythwiki.de] has joined #mythtv |
| 07:55 | -!- | johnp__ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] has joined #mythtv |
| 07:55 | -!- | cal_ [i=cal@yossman.net] has joined #mythtv |
| 07:55 | -!- | kvandivo [n=kvandivo@adsl-76-199-7-235.dsl.chmpil.sbcglobal.net] has joined #mythtv |
| 07:55 | -!- | htpcdvbs [i=darkwiza@c-68-57-19-177.hsd1.pa.comcast.net] has joined #mythtv |
| 07:55 | -!- | lsobral [n=sobral@200.184.118.132] has joined #mythtv |
| 07:55 | -!- | poptix [i=poptix@poptix.net] has joined #mythtv |
| 07:55 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has joined #mythtv |
| 07:55 | -!- | briand [n=brian@c-68-35-254-149.hsd1.fl.comcast.net] has joined #mythtv |
| 07:55 | -!- | rtsai [n=rtsai@76.191.146.183] has joined #mythtv |
| 07:55 | -!- | Dibblah [n=Dibblah@80-192-14-169.cable.ubr02.dund.blueyonder.co.uk] has joined #mythtv |
| 07:55 | -!- | jams [n=jams@CPE-72-131-6-174.wi.res.rr.com] has joined #mythtv |
| 07:55 | -!- | GreyFoxx [i=greg@out.of.phaze.org] has joined #mythtv |
| 07:55 | -!- | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv |
| 07:55 | -!- | gbee [n=gbee@cpc2-derb9-0-0-cust34.leic.cable.ntl.com] has joined #mythtv |
| 07:55 | -!- | okolsi [n=mythtv@62.142.251.131] has joined #mythtv |
| 07:55 | -!- | jmk_ [n=jmk@h69-130-252-57.vrnawi.dsl.dynamic.tds.net] has joined #mythtv |
| 07:55 | -!- | Hoochster [n=hooch@xdsl-69-55-143-83.sofnet.net] has joined #mythtv |
| 07:55 | -!- | Agrajag- [n=filip@c211-30-185-177.artrmn2.nsw.optusnet.com.au] has joined #mythtv |
| 07:55 | -!- | ead [n=ead@rrcs-24-199-147-14.midsouth.biz.rr.com] has joined #mythtv |
| 07:55 | -!- | jamesd [n=jamesd@adsl-68-248-231-27.dsl.milwwi.ameritech.net] has joined #mythtv |
| 07:55 | -!- | hads [n=hads@reef80.anchor.net.au] has joined #mythtv |
| 07:55 | -!- | nemik [n=cyanact@c-67-173-76-34.hsd1.il.comcast.net] has joined #mythtv |
| 07:55 | -!- | RaYmAn-Bx [i=rayman@rayman.dk] has joined #mythtv |
| 07:55 | -!- | Puhi [i=puh@reppana.ttek.fi] has joined #mythtv |
| 07:55 | -!- | dlblog [n=dlblog@c-71-233-206-26.hsd1.ma.comcast.net] has joined #mythtv |
| 07:55 | -!- | visit0r [n=visit0r@c51.lanhovi.tontut.fi] has joined #mythtv |
| 07:55 | -!- | gardz [n=grimcogs@124-168-23-117.dyn.iinet.net.au] has joined #mythtv |
| 07:55 | -!- | MGisbers [n=mgisbers@192.54.45.76] has joined #mythtv |
| 07:55 | -!- | knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has joined #mythtv |
| 07:55 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv |
| 07:55 | -!- | Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has joined #mythtv |
| 07:55 | -!- | MaverickTech [n=Maverick@CPE-121-220-21-176.vic.bigpond.net.au] has joined #mythtv |
| 07:55 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
| 07:55 | -!- | elmargol [n=elmargol@host210-60-dynamic.48-82-r.retail.telecomitalia.it] has joined #mythtv |
| 07:55 | -!- | jd86 [n=jdio@pdpc/supporter/student/jd86] has joined #mythtv |
| 07:55 | -!- | nordenm [n=nordenm@ofylutib.brj.sgsnet.se] has joined #mythtv |
| 07:55 | -!- | onyxsoft__ [n=david@rrcs-70-61-214-222.midsouth.biz.rr.com] has joined #mythtv |
| 07:55 | -!- | crichardson [n=crichard@38.113.5.185] has joined #mythtv |
| 07:55 | -!- | mzb_d800 [n=mzb@ppp108-88.static.internode.on.net] has joined #mythtv |
| 07:55 | -!- | Captain_Murdoch [n=buy_more@ip72-218-64-158.hr.hr.cox.net] has joined #mythtv |
| 07:55 | -!- | rooaus [n=cameron@ppp59-167-84-252.lns2.mel6.internode.on.net] has joined #mythtv |
| 07:55 | -!- | tuppa [n=tuppa@eclipse.tuppa.org] has joined #mythtv |
| 07:55 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 07:55 | -!- | janneg [n=janne@v29714.1blu.de] has joined #mythtv |
| 07:55 | -!- | dekarl [n=deKarl@dslb-084-058-007-139.pools.arcor-ip.net] has joined #mythtv |
| 07:55 | -!- | mzb [n=ubernut@ppp108-88.static.internode.on.net] has joined #mythtv |
| 07:55 | -!- | Pumpernick [i=Pintlezz@OL162-112.fibertel.com.ar] has joined #mythtv |
| 07:55 | -!- | hachi [i=hachi@shego.kuiki.net] has joined #mythtv |
| 07:55 | -!- | eharris [n=eharris@cpe-66-25-189-206.austin.res.rr.com] has joined #mythtv |
| 07:55 | -!- | adante [n=adante@124-171-160-214.dyn.iinet.net.au] has joined #mythtv |
| 07:55 | -!- | reynaldo [n=rverdejo@190-82-63-91.adsl.cust.tie.cl] has joined #mythtv |
| 07:55 | -!- | otwin [n=otwin@217.31.79.224] has joined #mythtv |
| 07:55 | -!- | `Spike [n=spike@SanRafael-6-120.resnet.ucsb.edu] has joined #mythtv |
| 07:55 | -!- | Cougar [n=cougar@lost.data.ee] has joined #mythtv |
| 07:55 | -!- | kurre2__ [n=tomimo@a91-156-60-45.elisa-laajakaista.fi] has joined #mythtv |
| 07:55 | -!- | CDev [n=CDev@c-71-233-206-26.hsd1.ma.comcast.net] has joined #mythtv |
| 07:55 | -!- | Internat [n=nf@dsl-58-6-125-95.qld.westnet.com.au] has joined #mythtv |
| 07:55 | -!- | jk1joel [i=nobody@ns.jk1.net] has joined #mythtv |
| 07:55 | -!- | tomimo [n=kurre@a91-156-60-45.elisa-laajakaista.fi] has joined #mythtv |
| 07:55 | -!- | splat1 [n=splat1@rf1.splat1.com] has joined #mythtv |
| 07:55 | -!- | sphery [n=mdean@user-0c6sj46.cable.mindspring.com] has joined #mythtv |
| 07:55 | -!- | mdew-home [n=mdew@mp3.geek.nz] has joined #mythtv |
| 07:55 | -!- | Vaelys [i=awong@slammer.cs.Dal.Ca] has joined #mythtv |
| 07:55 | -!- | anykey_ [n=null@kladde.org] has joined #mythtv |
| 07:55 | -!- | Snow-Man [n=sfrost@tamriel.snowman.net] has joined #mythtv |
| 07:55 | -!- | Honk [i=sigma@forschungslabor.dyndns.org] has joined #mythtv |
| 08:08 | -!- | reynaldo_ [n=rverdejo@190-82-61-116.adsl.cust.tie.cl] has joined #mythtv |
| 08:23 | -!- | Netsplit anthony.freenode.net <-> irc.freenode.net quits: gbee, MaverickTech, tuppa, reynaldo, rtsai, visit0r, Captain_Murdoch, knowledgejunkie, `Spike, lsobral, (+62 more, use /NETSPLIT to show all of them) |
| 08:23 | -!- | superm1_ [n=superm1@user-12lmnqf.cable.mindspring.com] has joined #mythtv |
| 08:23 | -!- | Netsplit over, joins: Honk, Snow-Man, anykey_, Vaelys, mdew-home, sphery, splat1, tomimo, jk1joel, Internat (+40 more) |
| 08:24 | -!- | Netsplit over, joins: reynaldo_, Anduin, loops, purserj, clever, laga |
| 08:24 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 08:24 | -!- | Netsplit over, joins: lsobral, poptix, leprechau, briand, rtsai, Dibblah, jams, GreyFoxx, Chutt, gbee (+5 more) |
| 08:24 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 08:25 | -!- | reynaldo [n=rverdejo@190-82-63-91.adsl.cust.tie.cl] has quit [Connection timed out] |
| 08:31 | -!- | reynaldo_ [n=rverdejo@190-82-61-116.adsl.cust.tie.cl] has quit [No route to host] |
| 08:31 | -!- | superm1_ is now known as superm1 |
| 08:32 | -!- | janneg [n=janne@v29714.1blu.de] has quit [Read error: 60 (Operation timed out)] |
| 08:35 | -!- | janneg [n=janne@v29714.1blu.de] has joined #mythtv |
| 08:52 | -!- | MrGandalf [i=mgandalf@cpe-72-225-32-214.rochester.res.rr.com] has joined #mythtv |
| 08:56 | -!- | rooau1 [n=cameron@ppp59-167-84-252.lns2.mel6.internode.on.net] has joined #mythtv |
| 09:08 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 09:08 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 09:16 | -!- | reynaldo [n=rverdejo@190-82-44-163.adsl.cust.tie.cl] has joined #mythtv |
| 09:23 | -!- | j-rod [n=njarod@nat/redhat/session] has joined #mythtv |
| 09:30 | -!- | MaverickTech [n=Maverick@CPE-121-220-21-176.vic.bigpond.net.au] has quit [Read error: 110 (Connection timed out)] |
| 09:31 | -!- | rooau1 [n=cameron@ppp59-167-84-252.lns2.mel6.internode.on.net] has quit ["Leaving."] |
| 09:33 | -!- | cattelan [n=cattelan@cattelan-host202.dsl.visi.com] has joined #mythtv |
| 09:38 | -!- | onyxsoft__ [n=david@rrcs-70-61-214-222.midsouth.biz.rr.com] has left #mythtv ["Ex-Chat"] |
| 09:38 | -!- | onyxsoft__ [n=david@rrcs-70-61-214-222.midsouth.biz.rr.com] has joined #mythtv |
| 09:43 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 09:43 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 09:54 | -!- | Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv |
| 09:54 | -!- | Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit [Read error: 104 (Connection reset by peer)] |
| 09:55 | -!- | reynaldo [n=rverdejo@190-82-44-163.adsl.cust.tie.cl] has quit [Read error: 110 (Connection timed out)] |
| 10:00 | -!- | jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has joined #mythtv |
| 10:10 | <gbee> | what happened to the backend generating a preview when a recording finished? |
| 10:12 | <MrGandalf> | looks like it now kicked off another mythbackend with arguments. |
| 10:15 | <gbee> | yeah, but we were supposed to be generating a preview as a recording finishes, to reduce the load if a user goes into the frontend/mythweb and triggering it to generate 100 previews at the same |
| 10:16 | <gbee> | we don't seem to be doing that (anymore, if we ever implemented that idea, can't remember) |
| 10:20 | <janneg> | gbee: it was implemented |
| 10:21 | <gbee> | janneg: in that case I can't understand #4350 |
| 10:22 | <gbee> | no that's not right, I just mean that the cause of #4350 isn't what we think it is |
| 10:22 | <gbee> | it's got to be a bug in the http/xml server |
| 10:25 | <gbee> | xris: you about? |
| 10:27 | <janneg> | gbee: I thought it tries to generate previews in a different size |
| 10:28 | <gbee> | janneg: I changed the xml preview generation to just resize the existing image instead, so it shouldn't touch the preview generator |
| 10:30 | <gbee> | if there is no existing image, then it will generate a new one, but as long as we generate a new image when a recording finishes, that means mythweb should never be triggering the preview generator unless it's for in-progress recordings |
| 10:31 | <gbee> | just tried it though and the original backend process is going to 96% and staying there, so it's nothing to do with the preview generator |
| 10:33 | <janneg> | it does: http://paste.debian.net/47363 |
| 10:36 | <janneg> | gbee: there seems to be an error. I have one .png and an identicat .150.png |
| 10:36 | <janneg> | s/identicat/identical/ |
| 10:37 | <gbee> | HttpComms::done() - NetworkOperation Error on Finish << that's the problem |
| 10:46 | -!- | MaverickTech [n=Maverick@144.131.176.182] has joined #mythtv |
| 10:50 | <gbee> | debugging it now |
| 10:56 | <gbee> | looks like mythweb is falling back to using myth protocol to get a preview if the xml method fails? |
| 10:57 | -!- | elmargol [n=elmargol@host210-60-dynamic.48-82-r.retail.telecomitalia.it] has left #mythtv ["Ex-Chat"] |
| 11:01 | -!- | dekar1 [n=deKarl@dslb-084-058-074-021.pools.arcor-ip.net] has joined #mythtv |
| 11:03 | <gbee> | heh, maybe not - need to _install_ after patching/building |
| 11:06 | -!- | moodboom [n=moodboom@cpe-075-177-134-090.nc.res.rr.com] has joined #mythtv |
| 11:06 | <janneg> | the load comes from x threads waiting for data in in QSocketDevice |
| 11:09 | -!- | MGisbers [n=mgisbers@192.54.45.76] has quit [Read error: 110 (Connection timed out)] |
| 11:11 | -!- | JoeBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has joined #mythtv |
| 11:16 | <gbee> | yeah, though it doesn't seem to go away afterwards ... |
| 11:16 | <gbee> | found a bug in either mythweb or the xml stuff, just running it done now |
| 11:17 | <janneg> | now they won't go away but keep increasing |
| 11:17 | -!- | dekarl [n=deKarl@dslb-084-058-007-139.pools.arcor-ip.net] has quit [Read error: 110 (Connection timed out)] |
| 11:18 | <MrGandalf> | hmm, myth acts VERY oddly with dvb radio |
| 11:20 | <gbee> | Mythweb is requesting a file with the starttime: 2007-05-19T11:58:00 but the actual starttime is: 2007-05-19 12:58:00 |
| 11:20 | <MrGandalf> | looks like it attemts to tune every channel on the same transport sequentially |
| 11:20 | <gbee> | looks like a daylight savings/BST error |
| 11:21 | <MrGandalf> | does anyone else get dvb radio they can test with? |
| 11:21 | <gbee> | xris: mind looking at this? |
| 11:22 | <gbee> | MrGandalf: yeah, I do, let me check |
| 11:22 | <MrGandalf> | gbee: thanks |
| 11:23 | <gbee> | MrGandalf: should the problem be obvious, what am I looking for? |
| 11:24 | <MrGandalf> | gbee: just change channels a few times between radio channels |
| 11:24 | <MrGandalf> | I just want to make sire it's not a bug I introduced |
| 11:24 | <MrGandalf> | but I can't imagine what this would be |
| 11:24 | <gbee> | err, that's weird |
| 11:25 | <MrGandalf> | did it tune a channel you didn't select? |
| 11:25 | <gbee> | yep |
| 11:25 | <MrGandalf> | and attempt to tune a few in between? |
| 11:25 | <gbee> | no, not that I noticed |
| 11:25 | -!- | xris [n=xris@xris.forevermore.net] has quit [] |
| 11:25 | <MrGandalf> | your tuning may be faster |
| 11:25 | <gbee> | 5 seconds or so after tuning one channel it changed to another |
| 11:26 | <MrGandalf> | mine went right down the line and attempted like 4 or 5 before it finally locked on one |
| 11:26 | <MrGandalf> | ok, not my bug then :) |
| 11:27 | <gbee> | radio doesn't seem to be working well at all, half the time I don't get audio |
| 11:27 | <MrGandalf> | must be some residual code looking for a video pid |
| 11:28 | <gbee> | and I'm seeing the "one behind" problem as well, where every channel I tune, I'm get the last one I selected instead |
| 11:28 | <MrGandalf> | hmm |
| 11:29 | <MrGandalf> | haven't seen that in awhile |
| 11:29 | <gbee> | I've seen that with normal livetv too since multirec was merged |
| 11:29 | <gbee> | never saw it before multirec |
| 11:30 | <MrGandalf> | I'm going to see if I can get a clean log and submit a ticket |
| 11:32 | <GreyFoxx> | grarrrr segfaults suck |
| 11:32 | <gbee> | yes ... yes they do |
| 11:33 | <GreyFoxx> | I keep getting a segfault in NuppelVideoPlayer::OpenFile when trying to start video playback under OpenBSD |
| 11:34 | <GreyFoxx> | But it makes no sense as it seems to be crashing before the routine actually does anything :) |
| 11:34 | <gbee> | :/ |
| 11:36 | <gbee> | are you looking at the backtrace, or log messages? If the backtrace is pointing to an illogical location then the symbol tables may be messed up |
| 11:36 | <GreyFoxx> | backtrace in gdb |
| 11:36 | <janneg> | MrGandalf: DVB Radio seems to work fine here |
| 11:37 | <MrGandalf> | janneg: of course, is always just me. :) well, now it's gbee too :) |
| 11:37 | * | janneg hates bugs espiecially when he can't reproduce them |
| 11:38 | <MrGandalf> | janneg: it almost seems that the frontend moves to the next channel if it doesn't get a lock quickly enough |
| 11:38 | -!- | Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv |
| 11:38 | <MrGandalf> | sometimes it takes 2, sometimes 7 for me |
| 11:39 | <MrGandalf> | but I don't understand why the frontend would be attempting to tune channels I didn't select |
| 11:39 | <sphery> | Heh. The guy who made a comment at http://svn.mythtv.org/trac/ticket/2775#comment:6 sure is brave posting as anonymous. Especially stupid submission when janneg's closure message (last paragraph) in the previous comment explains exactly how it works. |
| 11:47 | <gbee> | even more stupid because he left us his IP, so we can now ban him from the server (if we wanted to) |
| 11:47 | <sphery> | lol |
| 11:48 | <gbee> | 219.185.254.143 if anyone wants to do that |
| 11:49 | <gbee> | this stuff is why we need the user registration stuff in trac though |
| 11:49 | <sphery> | Besides the language, it just proves he didn't take the time to read/understand what was being said: store in latin1, but do conversions in code where necessary... Seems simple enough to understand. If he finds an issue, he should fix that location (or report that location) where the necessary conversion was forgotten. |
| 11:50 | <janneg> | japan, ntt probably only a dynamic ip |
| 11:52 | <janneg> | gbee: I wanted to answer after the immidiate urge to delete and lock |
| 11:52 | <gbee> | janneg: oh, sorry |
| 11:53 | <janneg> | I don't really care if someone makes a fool of himself |
| 12:00 | -!- | MGisbers [n=mgisbers@ip-80-226-0-1.vodafone-net.de] has joined #mythtv |
| 12:03 | <janneg> | MrGandalf: is there something unusual mythbackend -v network |
| 12:03 | <MrGandalf> | janneg: I'm looking now |
| 12:05 | -!- | dynamicpulse [n=dynamicp@c-24-13-217-156.hsd1.il.comcast.net] has joined #mythtv |
| 12:05 | -!- | dynamicpulse [n=dynamicp@c-24-13-217-156.hsd1.il.comcast.net] has left #mythtv ["Leaving"] |
| 12:06 | <justinh> | why is somebody logging this channel in a public place indexed by google? |
| 12:09 | <MrGandalf> | janneg: what would the backend do if it got an error reading a table from the dvb device? |
| 12:10 | <janneg> | MrGandalf: failing but not changing the channel |
| 12:10 | <gbee> | justinh: ! |
| 12:10 | <laga> | who does? |
| 12:10 | <justinh> | thegrebs.com |
| 12:11 | <justinh> | Greb, Michael michael@thegrebs.com |
| 12:13 | <gbee> | mikegrb |
| 12:13 | -!- | jmk_ [n=jmk@h69-130-252-57.vrnawi.dsl.dynamic.tds.net] has quit ["Leaving"] |
| 12:13 | <gbee> | not impressed, this channel is supposed to be unlogged ... that was my understanding |
| 12:14 | <justinh> | no big deal, but it'd have been nice to know sooner. I knew to watch my Ps & Qs in -users but expect to be able to talk freely here |
| 12:14 | <janneg> | mikegrb: publically logging a channel without notifying the users is rude |
| 12:15 | <mikegrb> | ? |
| 12:15 | <mikegrb> | my logging of the channel was by request of devs back in 2002 |
| 12:15 | <justinh> | nice to know. only found out by accident today |
| 12:16 | <MrGandalf> | janneg: what's really odd is that my other provider doesn't have this problem at all. |
| 12:16 | <janneg> | mikegrb: we didn't know and weren't around 2002 |
| 12:16 | * | MrGandalf checks dtv_multiplex |
| 12:16 | <gbee> | I was told this channel wasn't logged a couple of years ago, by Chutt I thought but I might be remembering that wrong |
| 12:18 | -!- | gr8nash [n=anash@64.22.233.226] has joined #mythtv |
| 12:18 | <gbee> | Beirdo has been logging -users all that time but has deliberately not logged this channel |
| 12:20 | -!- | cattelan_ [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
| 12:20 | <Chutt> | nothing i know of logs this channel |
| 12:21 | -!- | cattelan [n=cattelan@cattelan-host202.dsl.visi.com] has quit [Read error: 113 (No route to host)] |
| 12:22 | <justinh> | thegrebs.com/irc/mythtv-2007.html |
| 12:22 | <justinh> | er.. http://thegrebs.com/irc/mythtv-2007.html I mean |
| 12:22 | <mikegrb> | can be changed to require a pass |
| 12:23 | <janneg> | I don't really care whether this channel is logged or not but it should be announced if we do |
| 12:23 | <laga> | wow. logs from 2002. |
| 12:23 | <janneg> | but no logs for 2006 |
| 12:24 | * | mikegrb nods... got to fed up with lilo, wasn't on this network then |
| 12:27 | -!- | MGisbers [n=mgisbers@ip-80-226-0-1.vodafone-net.de] has quit [Connection timed out] |
| 12:27 | -!- | gnome42 [n=gnome42@76-10-151-103.dsl.teksavvy.com] has joined #mythtv |
| 12:29 | -!- | JoeBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has quit ["rebootus maximus"] |
| 12:31 | <janneg> | mikegrb: I think it would be good to make the logs private. we communicated for the last years that this channel isn't logged |
| 12:31 | <MrGandalf> | janneg: it's a race condition in the frontend. If I turn on ALL logging, all is well |
| 12:32 | <mikegrb> | k |
| 12:32 | <gbee> | if this channel were logged from tomorrow onwards I wouldn't mind, so long as I know it's happening. |
| 12:32 | <gbee> | I've said things in this channel before now which I would not have said knowing that public logs existed |
| 12:34 | <janneg> | gbee: new patch that might help the nova-t500 http://www.linuxtv.org/pipermail/linux-dvb/2008-January/023091.html |
| 12:34 | <gbee> | cool, thanks |
| 12:35 | * | gnome42 crosses fingers for gbee! |
| 12:35 | <mikegrb> | mythtv / my son's middle name in the bottom boxes to get #mythtv |
| 12:35 | <mikegrb> | (mythtv / isaac) |
| 12:35 | <mikegrb> | (yes my son was named after chutt... beat that :p) |
| 12:37 | -!- | Hoochster [n=hooch@xdsl-69-55-143-83.sofnet.net] has quit [Read error: 104 (Connection reset by peer)] |
| 12:37 | <gbee> | janneg: I've not had any problems since I applied the last patch and firmware (and power cycled), but I'll look at any additional fixes |
| 12:37 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv |
| 12:38 | <gnome42> | janneg: I was snooping around that deleteLater business. Came up with this for SIScan http://zeke.yi.org/mythtv/fixes/mythtv_SIScan_deleteLater.diff |
| 12:38 | <gnome42> | only compile tested |
| 12:39 | <gbee> | actually, that patch is interesting, since it claims to solve tuning issues |
| 12:39 | <gnome42> | gbee: Oh, your recording problems are gone? |
| 12:40 | -!- | xris [n=xris@ip67-88-193-254.z193-88-67.customer.algx.net] has joined #mythtv |
| 12:41 | <MrGandalf> | janneg: seems to be tied with the guide. It also happens on my other frontend which doesn't have any of my patches applied. If you enter the channel number in directly, it works fine. |
| 12:42 | <janneg> | gbee: http://www.linuxtv.org/pipermail/linux-dvb/2008-January/022794.html those tuning problems look like your failing recordings |
| 12:43 | <janneg> | MrGandalf: I was browsing |
| 12:43 | <MrGandalf> | try from the guide |
| 12:44 | -!- | cattelan_ [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has quit [Read error: 110 (Connection timed out)] |
| 12:48 | <janneg> | MrGandalf: seems to work fine too |
| 12:48 | <MrGandalf> | janneg: perfect :) Well, a good case could be made that if you could easily reproduce it the bug would likely have been fixed by now anyway |
| 12:49 | -!- | Hoochster [n=hooch@xdsl-69-55-143-83.sofnet.net] has joined #mythtv |
| 12:50 | -!- | JoeBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has joined #mythtv |
| 13:03 | <janneg> | gnome42: the dtor should be remain useable. I've changed the patch and will test it |
| 13:04 | <gnome42> | janneg: ok, I was sure about that. |
| 13:05 | <MrGandalf> | heh |
| 13:06 | <gnome42> | s/was/wasn't/ |
| 13:06 | <MrGandalf> | I put an extra VERBOSE in doEditSchedule before ChangeChannel() so spit out the size of changeChannel return by GuideGrid::Run |
| 13:07 | <MrGandalf> | It returned 189 |
| 13:07 | <MrGandalf> | i'm pretty sure that's a bit big |
| 13:07 | -!- | cattelan_ [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
| 13:08 | -!- | cattelan_ [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has quit [Client Quit] |
| 13:08 | -!- | cattelan_ [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
| 13:11 | -!- | cattelan_ [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has quit [Client Quit] |
| 13:11 | -!- | cattelan_ [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
| 13:18 | <johnp__> | How do you output a line from the EIT, ( I could do with step by step instructions ) |
| 13:21 | <janneg> | johnp__: just for debugging? |
| 13:21 | <johnp__> | yup |
| 13:21 | <janneg> | cerr << "bla..." << variable << endl; |
| 13:23 | <johnp__> | Could do with some independence from myth, like tzap and dvbsnoop ( I did know this but it's lost in the mists of time) |
| 13:23 | <MrGandalf> | something definately wrong with DBChanList GuideGrid::GetSelection() |
| 13:25 | <gnome42> | janneg: commit looks good. Thanks |
| 13:26 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 13:26 | <MrGandalf> | janneg: can you have a look at GuideGrid::GetSelection()? There looks to be some redundancy in there. |
| 13:27 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 13:27 | <MrGandalf> | brb |
| 13:29 | <gbee> | johnp__: if you want to dump a single EIT table, then tune to a channel with mythtv (or tzap) and then dvbsnoop -nph -n 1 0x12 |
| 13:29 | <gbee> | where "-n 1" is the number of events to dump |
| 13:36 | <johnp__> | gbee,janneg:Thanks people. |
| 13:37 | <gbee> | xris: there? |
| 13:39 | <xris> | here but busy. saw your comments from last night, no time to look |
| 13:39 | <gbee> | ok |
| 13:42 | -!- | nemik_ [n=cyanact@c-67-173-76-34.hsd1.il.comcast.net] has joined #mythtv |
| 13:45 | <clever> | janneg: id perfer VERBOSE() over cerr/cout/printf |
| 13:46 | <clever> | also 'stdout' appears to be a socket |
| 13:46 | <clever> | to mysql |
| 13:47 | <clever> | by closing fd 0 you might corupt the mysql session by mistake if you use printf or cout |
| 13:49 | <kormoc> | uhh |
| 13:49 | <kormoc> | stdout can't be a socket to mysql |
| 13:49 | <clever> | mythbacke 5728 mythtv 0u IPv4 15802 TCP theP4:34878->media:mysql (ESTABLISHED) |
| 13:49 | <clever> | acording to lsof file device 0 is mysql |
| 13:50 | <clever> | if you close(0); then the socket() that mysql uses in the lib's will probly wind up returning 0 |
| 13:50 | <clever> | on my frontend stdout is null |
| 13:51 | <kormoc> | stdout/stderr/stdin are special and wouldn't be listed in lsof |
| 13:51 | <clever> | lrwx------ 1 mythtv mythtv 64 Jan 21 14:51 /proc/5728/fd/0 -> socket:[15802] |
| 13:51 | <kormoc> | they won't be listed anywhere, they're just 'magically' there |
| 13:51 | <clever> | sl local_address rem_address st tx_queue rx_queue tr tm->when retrnsmt uid timeout inode |
| 13:51 | <clever> | 117: 3C01A8C0:883E 6701A8C0:0CEA 01 00000000:00000000 02:0006BA1D 00000000 119 0 15802 2 c67d8c00 55 10 0 2 100 |
| 13:52 | <clever> | kormoc: when i look at /proc/PID/fd/ on normal programs i can see /dev/pts/x open as fd 0-2 |
| 13:52 | <clever> | when i look at mythbackend i can see 0 is a tcp socket |
| 13:52 | <clever> | stdout is just fd 0 under linux |
| 13:53 | <kormoc> | typically, but not always |
| 13:53 | <kormoc> | if you close it and re-open it, it can change numbers, as it's just a standard stream |
| 13:53 | <clever> | yeah |
| 13:54 | <clever> | but printf and cout i beleive will go to stream 0 |
| 13:54 | <clever> | cerr will go to 1 |
| 13:54 | <kormoc> | nope |
| 13:54 | <clever> | cin will use 2 |
| 13:54 | <kormoc> | they are actually smart enough to know to use the correct fd |
| 13:54 | <janneg> | gbee: the earlier patch won't affect the nova-t 500 try this one instead http://paste.debian.net/47379 |
| 13:54 | <kormoc> | so if stdout is 221, cout will use 221 |
| 13:54 | <clever> | kormoc: how is that info saved across a execve then? |
| 13:55 | <clever> | ive used pipe to make a pair of connected fd's |
| 13:55 | <janneg> | clever: please guess that VERBOSE is using |
| 13:55 | <clever> | and dup2 to rename them into 0,1,2 |
| 13:55 | <kormoc> | the pipe breaks it into the different namespace |
| 13:55 | <gbee> | janneg: thanks |
| 13:55 | <clever> | then closed everything else and execve'ed |
| 13:55 | <clever> | ive been able to duplicate the code irssi uses for /exec in one of my own programs and it work right |
| 13:56 | <clever> | without doing anything special to mark fd 0 as stdout |
| 13:56 | <kormoc> | the fd number doesn't mean anything from one program to the next |
| 13:56 | -!- | nemik [n=cyanact@c-67-173-76-34.hsd1.il.comcast.net] has quit [No route to host] |
| 13:56 | <kormoc> | that's because the shell is actually doing the work to keep them working correctly |
| 13:56 | <clever> | from what i know 0 appears to be stdout when a program starts up |
| 13:56 | <kormoc> | typically is |
| 13:56 | <clever> | ive ran programs without a shell before |
| 13:57 | <kormoc> | with pipes? |
| 13:57 | <clever> | yeah |
| 13:57 | -!- | stuarta [n=stuarta@unaffiliated/stuarta] has joined #mythtv |
| 13:57 | <clever> | but it would probly work exactly the same way with tcp sockets or pty's |
| 13:57 | <kormoc> | Well, given without a shell, you can't pipe... |
| 13:58 | <clever> | the pipe syscall is given an array of 2 int's |
| 13:58 | <clever> | and it puts in there the fd of both ends of a pipe |
| 13:58 | <kormoc> | and in what context did you run this program? |
| 13:58 | <clever> | c++ program i made |
| 13:58 | <kormoc> | but you didn't run it via a shell, so it replaced init? or was it it's own shell? |
| 13:59 | <clever> | the c++ prog ran from a shell in its own pid |
| 13:59 | <clever> | http://pastebin.ca/867492 |
| 13:59 | <clever> | thats a small chunk of it |
| 13:59 | <kormoc> | then it ran via a shell and the shell handled the magic |
| 13:59 | -!- | okolsi [n=mythtv@62.142.251.131] has quit ["ircII EPIC4-2.2 -- Are we there yet?"] |
| 13:59 | <kormoc> | there's a difference between ./app 1 | app 2 and using syscall pipes |
| 13:59 | <clever> | look at line 33 |
| 13:59 | <clever> | i didnt use | |
| 14:00 | <clever> | i used a ! cmd on irc:P |
| 14:00 | <clever> | which triggered the function in the pastebin |
| 14:00 | <kormoc> | this is entirely useless |
| 14:00 | <clever> | that function made 2 sets of pipe's for stdin/err and stdout |
| 14:00 | <clever> | then used dup2 to copy those to the right fd's |
| 14:00 | <clever> | a for loop to close every fd over 2 |
| 14:01 | <clever> | and then execve'd "/bin/bash" "-c" "stringfromelsewhere" NULL |
| 14:02 | <clever> | i did the 'magic' myself when starting the shell which then does the word spliting of the args to start the cmd i wanted |
| 14:03 | <clever> | when you './app 1|app 2' the shell just uses pipe syscalls internaly to do the same thing basicaly |
| 14:08 | <janneg> | clever: VERBOSE is just a macro around cout |
| 14:08 | <clever> | ive read the VERBOSE code |
| 14:08 | <clever> | and use it does use cout :S |
| 14:08 | <clever> | now im confused:P |
| 14:13 | <clever> | on line 779 of programs/mythbackend/main.cpp fd0 is closed with a plain syscall(bypassing the lib's) |
| 14:14 | <clever> | and nothing appears to update cout/printf on where to go now |
| 14:15 | <clever> | seems odd for it to just do that in the middle of the code like that |
| 14:16 | -!- | bendailey [n=bendaile@mail.bhmsd.k12.in.us] has joined #mythtv |
| 14:17 | <gbee> | kormoc: just noticed mythweb uses a javascript packing script which is now being flagged (intentionally) by a couple of antivirus outfits because it's being used by a large in a number of javascript exploits to 'hide' from AV software, the prevailing advice is to forget JS packing because the benefits aren't worth it anyway unless the code is bloated to start with |
| 14:17 | <gbee> | just thought I'd throw that out there, if you've not heard it already |
| 14:18 | * | laga is also seeing some interesting javascript errors on a rather old mythweb checkout |
| 14:18 | <xris> | laga: time to update, then. :) |
| 14:18 | <laga> | eg i can't delete any recordings in the main recordings page |
| 14:18 | <clever> | my mythweb has been dead for awhile |
| 14:18 | <clever> | the system hosting it went tits up on the hdd |
| 14:19 | <laga> | works fine if i go the subpage of the individual recording |
| 14:19 | <laga> | xris: i'll update soon and let you know :) |
| 14:20 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has quit [Remote closed the connection] |
| 14:21 | <kormoc> | gbee, it drops download size by 50% or so, can speak up loading on slow connections |
| 14:21 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv |
| 14:22 | <gbee> | kormoc: the argument, as I recall, is that with some browsers unpacking actually adds more to the execution time than is saved in download time |
| 14:22 | <gbee> | but I can't find the article now |
| 14:23 | <kormoc> | gbee, when I profiled it with firebug, it didn't add time spent unpacking it, so it was a net gain, but a small one |
| 14:23 | <gbee> | combined with security companies who are now blocking packed scripts and/or sites that use them, the summary seemed to be that packing was a bad idea |
| 14:23 | <kormoc> | and granted, that doesn't take into account IE or safari |
| 14:24 | <gbee> | but I'm not suggesting it's removed from mythweb, just conveying what I'd read |
| 14:25 | <gbee> | I think I remember it saying that IE7 was especially bad, unpacking there added several seconds (for whatever reason, not sure I understood why at the time) |
| 14:26 | <kormoc> | Well, that would be a very good reason to revert the change |
| 14:26 | <kormoc> | I'll have to speed test it |
| 14:29 | <xris> | weird... packing like that is usually supposed to speed things up |
| 14:29 | <MrGandalf> | bingo |
| 14:29 | -!- | bendailey [n=bendaile@mail.bhmsd.k12.in.us] has left #mythtv [] |
| 14:30 | <gbee> | I'd be interested to hear the results if you do kormoc, I couldn't really believe it when I read the figures for IE7 but I didn't have any reason to doubt the claims either |
| 14:31 | <MrGandalf> | janneg, gbee: GuideGrid::fillChannelInfos() in the "hande duplicates" loop |
| 14:32 | <gbee> | can't see where we are going wrong with mythweb previews, the times received by the backend are an hour off (for some recordings, mainly last summer) but the times displayed in mythweb are correct |
| 14:32 | -!- | beavis [n=beavis@drms-590d5170.pool.einsundeins.de] has joined #mythtv |
| 14:33 | <clever> | making the preview images kills my master backend:S |
| 14:33 | <gbee> | clever: yeah, that's what I was looking at when I spotted this other bug |
| 14:33 | <clever> | ah:) |
| 14:33 | -!- | Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"] |
| 14:33 | <janneg> | clever: closing stdin in the backend should do any harm |
| 14:34 | <clever> | :S |
| 14:34 | <janneg> | +not |
| 14:34 | -!- | Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv |
| 14:34 | <clever> | is stdin 0 or 2? |
| 14:34 | <janneg> | stdin used to be fd 0 |
| 14:34 | <clever> | ahh |
| 14:34 | <clever> | thats where half my confusion is from |
| 14:34 | <clever> | yeah closing stdin wont harm cout/printf |
| 14:36 | <janneg> | kormoc: given that konquerer is much faster in rendering mythweb pages it shouldn't affect safari users |
| 14:36 | <clever> | i rarely use konq |
| 14:36 | <clever> | its on a KVM with winblows so i only use it when firefox on winblows is misbehaving |
| 14:36 | <xris> | gbee: different preview issue, or is that still the 100% cpu usage one? |
| 14:36 | <clever> | and even then theres a tvout right next to the whole thing with mtyh |
| 14:37 | <clever> | 100% system usage error durring preview generation, has hit me |
| 14:37 | <clever> | bbl |
| 14:37 | <janneg> | xris: it might cause the 100% system usage |
| 14:38 | <xris> | the bad date? |
| 14:38 | <gbee> | xris: different, for some reason mythweb is requesting preview images using GetPreviewImage where the starttime is an hour off e.g. 11:58:00 instead of 12:58:00 |
| 14:38 | <xris> | none of my recordings are that old, though. |
| 14:38 | <gbee> | I spotted that problem when debugging the 100% cpu usage bug |
| 14:38 | <xris> | sounds like a daylight savings time issue. Go ahead and create a ticket for me on that one. |
| 14:39 | <janneg> | MrGandalf: I fail to see the bug |
| 14:39 | <MrGandalf> | janneg: callsign matching |
| 14:39 | <MrGandalf> | all my radio stations have the same callsign |
| 14:39 | <MrGandalf> | tracking down the commit now.. |
| 14:39 | <stuarta> | that's a bit odd |
| 14:40 | <xris> | gbee: no idea how to get around that one, though... mythweb is probably correctly asking for the times in standard time, but the backend recognizes the db field as daylight time, and neither is doing the DT to ST conversion, so things don't match up. |
| 14:41 | <MrGandalf> | 15437 |
| 14:41 | <janneg> | MrGandalf: I still fail to see the bug except using channum and callsign for tuning instead of chanid |
| 14:42 | <janneg> | that's just the multirec merge |
| 14:42 | -!- | tulbreak [n=peter@dsl-217-155-193-159.zen.co.uk] has joined #mythtv |
| 14:42 | <janneg> | xris: mythweb shouldn't do any time conversions on starttimes |
| 14:42 | <MrGandalf> | janneg: well, if I comment out the callsign matching, all is well for me |
| 14:43 | <gbee> | xris: I can't see where it's going wrong, but it might be in the value sent from the backend in the first place |
| 14:43 | <xris> | actually, now that you mention it, the recorded show data might actually come straight from the backend and not the db. |
| 14:43 | <gbee> | I realised just now that I was wrong, all the times displayed in mythweb are wrong |
| 14:44 | <gbee> | for the affected recordings |
| 14:44 | <xris> | janneg: it's not converting things... but mysql might do it automatically because the timezone identifier changes between DT and ST. |
| 14:44 | <MrGandalf> | janneg: I'm not saying that portion has bugs, but for some reason the tuning isn't handling it well |
| 14:45 | <gbee> | the example I used earlier was a film version of Hamlet, recorded on 19th May 2007 at 12:58 (according to the database) but mythweb thinks it was 12:00 (11:58 actual start) |
| 14:45 | <xris> | gbee: you don't have daylight time, do you? |
| 14:45 | <MrGandalf> | janneg: I understand the concept behind it, but I'm not sure I agree with matching callsigns (but that's beside the point) |
| 14:45 | <stuarta> | xris: not at the moment |
| 14:45 | <stuarta> | but we do over summer |
| 14:45 | <gbee> | xris: we do, British Summer Time BST, versus GMT |
| 14:45 | -!- | Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"] |
| 14:45 | <xris> | really? wow, I thought the US was the only country to do stupid stuff like that. |
| 14:45 | <stuarta> | nope, most countries do |
| 14:46 | <laga> | almost everyone does it |
| 14:46 | <stuarta> | australia is the best :) 3 timezones in winter, 5 in summer |
| 14:46 | <xris> | no.. US has cities/counties that don't observe DST when the surrounding areas do |
| 14:47 | * | stuarta files that under the oddness of the US |
| 14:47 | <MrGandalf> | janneg: as I understand it, if a tuner is in use, this allows us to tune a channel on a different source with a matching channum or callsign |
| 14:47 | <MrGandalf> | or rather a different chanid |
| 14:48 | <MrGandalf> | the tuning seems to be tuning every channel in that matching list, however, and not just tuning the first which passes IsTunable() |
| 14:49 | <GreyFoxx> | So,just what sort of info is needed if we want to start a QAM/ATSC tuning database ? |
| 14:49 | <GreyFoxx> | It sucks rescanning and updating xmltvid's and such after you spend timing figuring out which channels are which :) |
| 14:49 | <xris> | gbee: pretty sure that the recordings page displays the info straight from the backend... so either mythweb's time display function is doing the conversion to/from daylight time (because when you display a DST time in standard time, it *would* be an hour earlier), or the backend is providing incorrect info. |
| 14:50 | <xris> | 10 AM DT *is* 11 AM ST |
| 14:50 | <gbee> | yeah |
| 14:51 | <gbee> | I'll look programinfo::toString() |
| 14:51 | <xris> | any way to make the upnp stuff accept unix timestamps instead of date strings? |
| 14:51 | <gbee> | I think that it might be intentional though |
| 14:51 | <GreyFoxx> | xris: What calls specifically ? |
| 14:52 | <xris> | the problem with the YYYY-MM-DDTHH:MM:SS format is that it doesn't allow for timezone differences. |
| 14:52 | <gbee> | xris: that would be pretty simple for the xml stuff |
| 14:53 | <xris> | either that or we force code in some place to treat all dates as UTC, or something like that. |
| 14:58 | -!- | davilla [n=davilla@24.172.19.62] has joined #mythtv |
| 15:03 | <MrGandalf> | janneg: ticket updated with the fix |
| 15:03 | <MrGandalf> | missed a break in TV::ChangeChannels() |
| 15:12 | <GreyFoxx> | xris: TMS has data for translating zipcodes/postalcodes to the cablecos in your area right ? |
| 15:12 | <GreyFoxx> | I assume they must since they do it now |
| 15:17 | -!- | kormoc_ [n=kormoc@unaffiliated/kormoc] has joined #mythtv |
| 15:17 | -!- | ahbritto [n=guest@adsl-69-104-2-87.dsl.pltn13.pacbell.net] has joined #mythtv |
| 15:18 | -!- | ahbritto [n=guest@adsl-69-104-2-87.dsl.pltn13.pacbell.net] has quit [Remote closed the connection] |
| 15:18 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has quit [Read error: 113 (No route to host)] |
| 15:18 | -!- | ahbritto [n=guest@adsl-69-104-2-87.dsl.pltn13.pacbell.net] has joined #mythtv |
| 15:19 | -!- | BleedAway [i=whocares@saus04.usc.es] has joined #mythtv |
| 15:20 | <gbee> | xris: I think changing date() to gmdate() in unix2mythtime() should fix it? |
| 15:21 | <gbee> | the backend is sending the time in GMT, but php's date() function assumes the time it is given in the current timezone |
| 15:22 | <gbee> | testing it now |
| 15:23 | <gbee> | maybe not |
| 15:23 | <gbee> | :( |
| 15:26 | <janneg> | MrGandalf: committed |
| 15:26 | <MrGandalf> | janneg: thanks |
| 15:27 | <MrGandalf> | has anyone noticed greedydeint doesn't look as good in trunk? |
| 15:29 | <janneg> | GreyFoxx: the info from dtv_multiplex, serviceid, atsc_minor_chan and tsc_major_chan from channel |
| 15:33 | <GreyFoxx> | hmmmm |
| 15:34 | <GreyFoxx> | ok, just looking at the icon stuff xris wrote and it looks like we submit most of that now when people download their icons and submit the changes back |
| 15:34 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 15:34 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 15:40 | * | stuarta wonders how to fix the OSX build problem |
| 15:41 | <gbee> | don't think my brain is firing on all cylinders today, I can't get my head around this timezone problem |
| 15:42 | <stuarta> | with timezones, i've always been a fan of 1. store it/use it internally in GMT *always* |
| 15:42 | <stuarta> | 2. convert to localtime for user interaction |
| 15:42 | <gbee> | mysql doesn't store timezone information so I'm not sure how 12:58 in the database becomes 11:58 in mythweb |
| 15:43 | <stuarta> | locale info? |
| 15:44 | <stuarta> | heh. did a "low quality" transcode. went from 1.2gb to 1.5gb |
| 15:44 | <stuarta> | oh well |
| 15:45 | * | stuarta wanders off for a bit |
| 15:48 | <janneg> | stuarta: I've valgrinded the backend a little bit and fixed two minor leaks (maybe 100k a day) |
| 15:48 | <gbee> | both database and backend share the same timezone at the moment (GMT) |
| 15:48 | <janneg> | didn't included recordings though |
| 15:55 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] |
| 15:55 | -!- | harminoff [n=harminof@24-183-103-250.dhcp.mdsn.wi.charter.com] has joined #mythtv |
| 15:57 | <kormoc_> | gbee, where are you seeing this? |
| 15:58 | <justinh> | does http://pastebin.ca/867680 look ok to folks here for changes to keys.txt for multirec? |
| 15:59 | <gbee> | recordings page, causes problems when we request information on a recording from the backend (program details page and preview images) |
| 15:59 | <gbee> | only affects a dozen or so recordings |
| 15:59 | <gnome42> | justinh: checking .... |
| 16:00 | <gnome42> | justinh: may not be quite right, give me a minute. |
| 16:01 | <gbee> | recordings between Apr 23 and Oct 26 2007 (guessing that probably matches up with the start/end of BST, but I can't remember the dates exactly) |
| 16:03 | <gnome42> | justinh: I was wrong it is correct. Maybe we should mention NEXTCARD which was bound to Y is now unbound? (and can be rebound if desired) |
| 16:03 | <gbee> | March 25th - October 28th, so yes |
| 16:04 | <kormoc_> | BST? |
| 16:04 | -!- | kormoc_ is now known as kormoc |
| 16:04 | <gbee> | UK timezone, equivalent to DST |
| 16:04 | <janneg> | british summer time |
| 16:04 | <kormoc> | ahh |
| 16:07 | <justinh> | gnome42: Y isn't bound to anything now at all? I thought it'd just changed |
| 16:08 | <justinh> | I'd try it out myself but lacking a dvb tuner in my dev box at the moment. still shopping |
| 16:08 | -!- | mattwire [n=mattwire@host86-148-150-71.range86-148.btcentralplus.com] has joined #mythtv |
| 16:08 | <justinh> | going to wiki up multirec when I have first hand experience of it if nobody else beats me to it too |
| 16:09 | <gnome42> | you are correct. I meant that NEXTCARD is now unbound so if user's want that back they need to change it themselves. |
| 16:09 | <justinh> | ahh you mean add a note that the binding used to be NEXTCARD. feeling a bit slow tonight |
| 16:10 | <gnome42> | yep! no, worries :) |
| 16:11 | <justinh> | now says http://pastebin.ca/867708. if that's ok I'll commit it |
| 16:11 | <gnome42> | sure, looks fine |
| 16:12 | <sphery> | stuarta: Probably the transcoding-to-NUV-uses-twice-the-bitrate-specified bug (MPEG-4 only, perhaps?) |
| 16:18 | -!- | cattelan_ is now known as cattelan__away |
| 16:18 | <GreyFoxx> | hmmm I'm suprised more people havenm't complained about those 2 mysql5 specific lines :) |
| 16:18 | -!- | cattelan [n=cattelan@cattelan-host202.dsl.visi.com] has joined #mythtv |
| 16:18 | <GreyFoxx> | though honestly I didn't intend them to be mysql5 specific :) |
| 16:18 | <sphery> | They were warned... |
| 16:18 | <GreyFoxx> | if they are all that we have that would force a user to upgrade I can certainly look at changing them |
| 16:19 | <GreyFoxx> | yeah which is why I haven't reverted them :) |
| 16:20 | -!- | MaverickTech [n=Maverick@144.131.176.182] has quit [Read error: 110 (Connection timed out)] |
| 16:20 | <sphery> | Don't know that's all of it--just the one most people are likely to see (as it's part of the upgrade). IMHO, having it fail during upgrade (and, therefore, alert the user), is a /great/ idea. |
| 16:21 | <sphery> | Helps for the "didn't RTFM crowd." Otherwise, they may complete the upgrade and think they're good until they get strange behavior/crashes/... |
| 16:21 | <laga> | can't you put in a version check? |
| 16:22 | <sphery> | Might be a nice addition to the update that fails to provide a "need to upgrade your DB"-specific message |
| 16:22 | <GreyFoxx> | laga: yeah, but part of the reason we decided to go mysql5 only was for more complex SQL usage. So while my column types can easily change to accomodate older stuff the bigger reason for the change can't |
| 16:22 | <GreyFoxx> | but if 0.21 time comes along and those two lines are the only reason for a user to upgrade to 5 I'll look at making them 3/4 friendly |
| 16:23 | <sphery> | Hmmm. Thought he was suggesting a better error message. |
| 16:23 |
