| Tuesday, January 24th, 2012, 00:08 UTC | ||
| [00:08:46] | jya_ (jya_!~jyavenard@120.147.14.211) has joined #mythtv | |
| [00:08:46] | jya_ (jya_!~jyavenard@120.147.14.211) has quit (Changing host) | |
| [00:08:46] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [00:10:35] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [00:16:16] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 272 seconds) | |
| [00:16:17] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 272 seconds) | |
| [00:16:17] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [00:16:19] | jya_ is now known as jya | |
| [00:21:48] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 272 seconds) | |
| [00:21:52] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [00:45:38] | stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Ping timeout: 244 seconds) | |
| [01:12:22] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [01:13:53] | mcbaine1 (mcbaine1!~na@87.254.72.199) has quit (Quit: Because F/LOSSing is so passe ...... :)) | |
| [01:33:35] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:37:23] | zCougar (zCougar!~cougar@2001:67c:32c:600:e95e:a085:5b83:ab8f) has quit (Ping timeout: 252 seconds) | |
| [01:49:10] | zCougar (zCougar!~cougar@2001:67c:32c:600:fc5b:69b5:7872:dd22) has joined #mythtv | |
| [01:53:56] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [02:04:40] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [02:05:04] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:09:47] | beata (beata!beata@108.12.181.220) has quit (Ping timeout: 276 seconds) | |
| [02:21:33] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Read error: Operation timed out) | |
| [02:32:56] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [02:57:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:22:57] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [03:26:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [03:32:09] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [03:41:06] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [03:41:36] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
| [03:42:08] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [04:38:32] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:45:25] | stichnot (stichnot!~chatzilla@192.55.55.39) has joined #mythtv | |
| [05:02:46] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (Ping timeout: 248 seconds) | |
| [05:12:06] | cattelan is now known as cattelan_away | |
| [05:13:47] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 244 seconds) | |
| [05:25:54] | danielk22 (danielk22!~danielk@121.246.154.93) has joined #mythtv | |
| [05:28:16] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [05:35:49] | davez0r (davez0r!c7687d39@gateway/web/freenode/ip.199.104.125.57) has joined #mythtv | |
| [06:47:32] | stoffel (stoffel!~quassel@217.228.35.135) has joined #mythtv | |
| [07:21:46] | Beirdo: | just so y'all know... my buildslaves should be up soon. My new VDSL router is setup to only NAT one /24, as opposed to the previous one, so I need to tweak things |
| [07:40:58] | Beirdo: | OK, there's one fixed |
| [08:02:22] | Beirdo: | and that should get the other one |
| [08:02:32] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [08:18:49] | stichnot_ (stichnot_!~chatzilla@192.55.55.39) has joined #mythtv | |
| [08:19:50] | stichnot (stichnot!~chatzilla@192.55.55.39) has quit (*.net *.split) | |
| [08:19:50] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
| [08:19:51] | Peitolm (Peitolm!ZTiQ@mandlebrot.random-chaos.org.uk) has quit (*.net *.split) | |
| [08:19:51] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split) | |
| [08:19:51] | jpabq- (jpabq-!~jpabq@174-28-149-119.albq.qwest.net) has quit (*.net *.split) | |
| [08:19:52] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
| [08:19:52] | dekarl_zZz (dekarl_zZz!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has quit (*.net *.split) | |
| [08:20:01] | stichnot_ is now known as stichnot | |
| [08:21:07] | dekarl (dekarl!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has joined #mythtv | |
| [08:21:10] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [08:22:11] | dekarl (dekarl!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has quit (Client Quit) | |
| [08:24:28] | jpabq- (jpabq-!~jpabq@174-28-149-119.albq.qwest.net) has joined #mythtv | |
| [08:25:01] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [08:27:30] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv | |
| [08:27:32] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host) | |
| [08:27:32] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [08:28:20] | dekarl (dekarl!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has joined #mythtv | |
| [08:30:33] | Peitolm (Peitolm!mlqU8V@mandlebrot.random-chaos.org.uk) has joined #mythtv | |
| [08:39:46] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [08:43:14] | danielk22 (danielk22!~danielk@121.246.154.93) has left #mythtv () | |
| [09:12:43] | Froolap (Froolap!~Froolap@pool-71-180-136-88.tampfl.fios.verizon.net) has quit (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) | |
| [10:04:27] | stuarta: | stuartm: what did you want done to the cppcheck? |
| [10:14:34] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:55:27] | danielk22 (danielk22!~danielk@121.246.154.93) has joined #mythtv | |
| [10:56:21] | stuartm: | danielk22: interesting recording failure overnight – http://pastebin.com/Nbt1PsEW |
| [10:57:26] | stuartm: | the cause of the actual failure I've seen before, it's the one I theorised was caused by an EIT thread overrunning |
| [10:58:04] | stuartm: | but what caught my eye is the bit I've just managed to leave out of the pastebin .... one sec |
| [10:59:05] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 260 seconds) | |
| [11:00:18] | stuartm: | http://pastebin.com/vKM0bfBz < Updating status for "Rome":"The Model Empire" on cardid 26 (Recorder Failed => Recorded) |
| [11:01:10] | stuartm: | even after it's marked it as failed, cancelled the recording and cannot find a file it has then updated the status from 'failed' to 'recorded' meaning that it missed the repeat |
| [11:05:02] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:50] | stuartm: | looking back over my logs it's done that repeatedly, recordings fail but the status is changed from failed to recorded |
| [11:05:50] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:06:48] | stuartm: | heh, even the film where I thought I was going crazy because I didn't remember deleting it |
| [11:10:12] | stuarta: | good spot |
| [11:11:54] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [11:12:10] | danielk22: | stuartm: Is this with trunk? |
| [11:13:45] | stuartm: | yes |
| [11:15:48] | danielk22: | Please open a ticket with the log. I should be able to reproduce and fix next week. |
| [11:20:02] | danielk22: | It's one of the two UpdateRecStatus() methods in the scheduler which is printing out the message. If you could figure out which one that could help (just change one of the identical "Updating status..." messages.) |
| [11:24:15] | danielk22: | stuartm: What is printed out there really should have no impact on re-recording. "curRec->FinishedRecording(!is_good);" in tv_rec.cpp is what that actually sets that. |
| [11:34:41] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [11:38:50] | stuartm: | danielk22: the first state change to rsFailed happens in HandleTuning(), the second change from rsFailed to rsRecorded apparently in FinishedRecording() before is_good is set |
| [11:45:43] | stuartm: | at least I think so, it's hard to tell for sure – whichever it is, that recording was not set to re-record (duplicate = 1) |
| [11:45:44] | danielk22: | stuartm: well that would botch it :) |
| [11:46:35] | danielk22: | stuartm: I'm going to have to try to reproduce this. I actually have the timeout disabled on my machines to test the recording quality stuff. |
| [11:47:10] | danielk22: | I won't be able to test this week for sure, maybe next week. |
| [11:48:02] | stuartm: | I'm just can't see how/why it's changing the state the second time at the moment, but no doubt I eventually will |
| [11:48:26] | stuartm: | danielk22: I'm looking at it myself, so I might have a fix by then |
| [11:48:35] | danielk22: | even better :) |
| [11:49:31] | danielk22: | Create a ticket though.. Someone always seems to create a ticket while I'm in the middle of fixing something that I then miss closing.. ;] |
| [11:50:04] | stuartm: | sure |
| [12:45:23] | danielk22 (danielk22!~danielk@121.246.154.93) has quit (Quit: Leaving.) | |
| [13:05:54] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [13:06:14] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:37:37] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:46:09] | danielk22 (danielk22!~danielk@183.83.207.164) has joined #mythtv | |
| [13:53:40] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [14:16:19] | stoffel (stoffel!~quassel@217.228.35.135) has quit (Ping timeout: 252 seconds) | |
| [14:20:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:45:08] | stoffel (stoffel!~quassel@pD9E42387.dip.t-dialin.net) has joined #mythtv | |
| [14:45:09] | stoffel (stoffel!~quassel@pD9E42387.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [14:53:44] | stuartm: | xris: the icon search starts with the full string then drops a word on each pass to find partial matches, all of which is fine because the best matches are listed first but it then sorts the resulting list alphabetically which could put the best matches outside the limit we impose in mythtv-setup |
| [14:54:09] | stuartm: | any objection to not sorting, or at least sorting each pass separately? |
| [14:55:28] | iamlindoro: | markk: "Allows streaming of audio from iOS devices to mythfrontend." Isn't it vice versa? |
| [14:56:21] | iamlindoro: | Ah… I guess it's not? I've never used AirTunes, I kinda thought it would be initiated in the other direction |
| [14:56:44] | iamlindoro: | i.e., client chooses a source to play rather than server chooses a target |
| [14:57:01] | stuarta: | he was chatting about this yesterday |
| [14:57:18] | stuarta: | the frontend can play stuff that's on an iOS device |
| [14:57:28] | stuarta: | sadly not the other way yet |
| [15:15:09] | iamlindoro: | markk: "Failed to load RSA private key. Playback will fail." Some step I missed? |
| [15:18:02] | danielk22 (danielk22!~danielk@183.83.207.164) has quit (Read error: Operation timed out) | |
| [15:19:23] | rsiebert_ (rsiebert_!~quassel@e179130195.adsl.alicedsl.de) has joined #mythtv | |
| [15:19:36] | iamlindoro: | I suspect I've got the build reps installed, but must be missing some runtime dep |
| [15:20:04] | rsiebert (rsiebert!~quassel@e179131055.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [15:41:50] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 255 seconds) | |
| [15:42:05] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [16:06:24] | stichnot (stichnot!~chatzilla@192.55.55.39) has quit (Ping timeout: 245 seconds) | |
| [16:17:43] | markk: | iamlindoro: I've had that error – not sure what causes it. maybe need to use the openssl locking mechanism. |
| [16:20:06] | skd5aner: | markk: was just going to ask about this too... so RAOP == AirTunes right? (But Not AirPlay) |
| [16:20:15] | dekarl-too (dekarl-too!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [16:20:53] | skd5aner: | markk: and what is the interface on mythfrontend? Does is just start playing if an iOS device tries to connect or is there a GUI interface a user needs to enter in mfe to instantiate the connection and/or playback? |
| [16:21:50] | dekarl-too: | stuartm: Program #6335 not found in PAT! ... tsid(2045) programCount(6)#012 program number 6301 <- you want to record Five but end up on a BBC multiplex? |
| [16:31:21] | dekarl-too (dekarl-too!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Ping timeout: 264 seconds) | |
| [16:34:41] | stuartm: | dekarl: Five was on that multiplex until recently, I hadn't rescanned, the reason for the failure in this case was user error but the problem was how we dealt with it afterwards |
| [16:36:27] | stuartm: | fwiw though I do keep seeing a failure case where it's trying to tune completely the wrong channel on the right multiplex, as though it tunes to the correct frequency but the channel id is being stomped on by something else, e.g. the eit scanner (but I cannot see how that's happening yet) |
| [16:42:00] | davidjw (davidjw!~davidjw@gatea.kw.bbc.co.uk) has joined #mythtv | |
| [16:45:59] | markk: | skd5aner: yup – RAOP = airtunes (was just trying to be moderately discreet). I'm hoping airply will be easier (all depends how complete the rtsp support is in ffmpeg). there is not interface – sound just magically comes out of the speakers:) |
| [16:52:51] | iamlindoro: | markk: Yeah, I'm getting it persistently when trying to play from both the iPad and iPhone. I must be doing something screwy |
| [16:53:57] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [16:55:48] | Goga777 (Goga777!~Goga777@95-30-106-134.broadband.corbina.ru) has joined #mythtv | |
| [16:57:36] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 240 seconds) | |
| [17:03:17] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:03:55] | stichnot (stichnot!chatzilla@nat/intel/x-qvuajasijithiwva) has joined #mythtv | |
| [17:03:58] | danielk22 (danielk22!~danielk@183.83.207.164) has joined #mythtv | |
| [17:04:25] | JoeJulian (JoeJulian!~JoeJulian@gaealink.net) has joined #mythtv | |
| [17:06:57] | stuartm: | gigem: is there a good reason why we ignore the duplicate matching rule if programids are present? I've got two sources with two different programid schemes and that's causing duplicate recordings even though the subtitles are identical |
| [17:09:14] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [17:09:16] | markk (markk!~mark@host109-150-242-236.range109-150.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
| [17:11:54] | stuartm: | gigem: hmm, forgot it, I can work around it locally and we can discuss it another time |
| [17:14:30] | stuartm: | I think the best solution would be to include a field indicating the guide source – so we can compare series/programids from the same guide source and ignore those from different guide sources |
| [17:22:47] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
| [17:23:15] | markk (markk!~mark@host86-182-165-130.range86-182.btcentralplus.com) has joined #mythtv | |
| [17:25:17] | tris (tris!tristan@2001:1868:a00a::4) has quit (Quit: Leaving) | |
| [17:26:19] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [17:28:37] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [17:30:37] | stichnot: | Would it make sense to have a "Recording failed" system event? Or is it sufficient to check for ECSTATUS%==-9 (i.e. rsFailed) in the "Recording finished" event script? |
| [17:31:12] | stichnot: | %RECSTATUS% |
| [17:32:44] | stichnot: | (this is something that's obviously hard to test) |
| [17:41:20] | stuartm: | xris: I've gone ahead and made the icon sorting change, we now keep the best matches first in the list, there's maybe still scope for improvement but this change makes the icon downloader much easier to use for the majority of searches |
| [17:47:53] | davide: | stuartm: I'm not sure if I or bjm did it. It was too long ago. I wondered about the multiple programid authority case. That's why I pointed out the assumption in my email. |
| [17:47:59] | davide: | It would be a simple change to always fall back to title/subtitle/description checking when programids differ. I'm not sure what the performance impact would be. In my case it's negligible, but as I've said before, I proactively try to keep my schedule times as low as possible. I can send you variation of the patch to try. |
| [17:48:04] | davide: | If we eventually add some programid authority information, I think I'd rather it be encoded into the programid itself rather than add another field. |
| [17:53:53] | stuartm: | davide: for EIT we already include authority information as part of the programid, so the ideal would be to maintain that format – usually a domain style identifier preceeding the ID e.g. bds.tv/aaq46t or fp.bbc.co.uk/a9fbvc |
| [17:55:31] | stuartm: | in that case the authority identifier is included in the DVB tables but there's nothing to stop us creating new ones as long as they would be unique e.g. schedulesdirect.org/{id} or radiotimes.co.uk/{id} |
| [17:55:57] | stuartm: | the same goes for seriesid |
| [17:56:47] | danielk22 (danielk22!~danielk@183.83.207.164) has quit (Quit: Leaving.) | |
| [17:57:09] | davidjw: | fp.bbc.co.uk/a9fbvc in UK DVB is a shortened CRID, full version would be crid://fp.bbc.co.uk/a9fbvc |
| [17:57:45] | skd5aner: | markk: would you like me to leave "airtunes" out of the release notes (if attempting to be discrete)? |
| [17:59:07] | skd5aner: | markk: also,if sound just magically starts playing what happens if someone is watching TV – seems like a good practical joke mechanism for kids to randomly send sound to a mfe while someone's watching something :) |
| [18:00:01] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:00:25] | davidjw: | so you could invent CRIDs for other authorities (which could get confused should those authorities decide to publish crids in future), or another solution would be to store the scheme "crid://" in the id too for Freeview CRIDS and use other urls to identify programmes and series from other places, e.g. http://radiotimes.co.uk/{progid} to show that it came from HTTP |
| [18:04:11] | stuartm: | davidjw: that's worth keeping in mind, thanks |
| [18:04:58] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [18:05:18] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:06:44] | stuartm: | I'm unsure how we'd handle updating old ids for past recordings, in certain cases we can determine the authority by looking at the id format and/or locale but that's not going to work everywhere – perhaps we just make the change and endure the backlash |
| [18:08:03] | davidjw (davidjw!~davidjw@gatea.kw.bbc.co.uk) has quit (Quit: Bye bye!) | |
| [18:08:16] | notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has joined #mythtv | |
| [18:09:05] | notlistening: | Hiya, any usb resetting gurus able to help me shed some ligh on udev and a non responsive usb device? |
| [18:09:49] | stuartm: | markk: why the need to keep the RAOP stuff under the radar? Are Apple protective of the protocol? |
| [18:10:16] | stuartm: | notlistening: wrong channel? |
| [18:10:37] | notlistening: | what channel would you suggest |
| [18:10:51] | notlistening: | I know myth has some usb resetting code for usb devices |
| [18:11:34] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:13:18] | sphery: | davide / stuartm : Isn't that what default_authority is about (in channel and dtv_multiplex)? Shouldn't we just use programid if default_authority is identical and fall back to the selected dup method if default_authority differs? |
| [18:14:14] | stuartm: | sphery: we don't have default authority info for xmltv data, so a backend pulling from two different xmltv sources would have issues |
| [18:14:33] | stuartm: | i.e. we need to populate the authority info for non-eit sources |
| [18:14:58] | sphery: | or just put the grabber or some source-distinct name as the default_authority for xmltv data? |
| [18:15:12] | sphery: | (listings-source-distinct, that is) |
| [18:15:16] | stuartm: | right, which is what I suggested earlier |
| [18:15:28] | sphery: | ah, ok |
| [18:16:49] | sphery: | in theory, we don't need to update the old id's, though--if we add new default_authority for xmltv, that would mean that it would fall back to user-specified dup method when comparing against old |
| [18:19:58] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:20:25] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:26:49] | joki (joki!~joki@p54864DE8.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [18:27:31] | joki (joki!~joki@p54862B3A.dip.t-dialin.net) has joined #mythtv | |
| [18:29:17] | wagnerrp: | stuartm: i recall jya was interested in the airplay stuff a year and a half back or so, but was unable to do anything as he was under NDA |
| [18:35:42] | stuartm: | eww, so it's like MS and cifs (before the court cases) |
| [18:37:47] | cattelan_away is now known as cattelan | |
| [18:39:57] | Seeker`: | I would have thought it would have been obvious already if Apple were going to do something about people streaming from apple devices to non-apple players, seeing as the key was recovered in April 2011 |
| [18:42:01] | stuartm: | I was going to say, why doesn't it use a key exchange if they wanted to keep it limited ... so we're using a leaked key? |
| [18:42:37] | sphery: | If so, I'm hoping it's distributed separately |
| [18:45:30] | wagnerrp: | big chunk of RSA key, mythraopconnection.c, line 683 |
| [18:48:36] | stuartm: | jpabq: since the alignment commit some strings, longer ones in menus mostly, are not displaying – it tends to be reproducible for particular strings but there's no obvious pattern |
| [18:49:24] | stuartm: | i.e. longer strings or ones of approximately identical length are displayed just fine |
| [18:51:05] | dekarl: | stuartm: meh, stupid webchat disconnected after 10 minutes but didnt show that in the UI :( |
| [18:51:05] | dekarl: | stuartm, sphery: wrt crids and default authority, just slapping a "mfdb-made-it-up:" in front of the programid will likely work well as a workaround as the only grabber that I know with programids is the SD grabber ;) |
| [18:51:36] | stuartm: | dekarl: rt provides program ids too |
| [18:51:51] | xris: | stuartm: that whole thing should get rewritten. heh. make it possible to get high res icons, etc. but yeah, I think it really should be an ordered hash/dict. |
| [18:51:59] | xris: | icon service, that is. |
| [18:52:09] | sphery: | and mythtv creates programids for xmltv data if there's a season and episode number specified |
| [18:52:27] | stuartm: | dekarl: and it would be nice to future proof it so that if new or existing grabbers start providing ids they don't clash with what's already in the DB |
| [18:52:28] | dekarl: | or if its a movie with a name... |
| [18:52:59] | jpabq_: | stuartm: The commit from back in late October? Which theme? Which menues? |
| [18:53:28] | stuartm: | jpabq_: the one from earlier this week |
| [18:54:25] | dekarl: | its all just band aids that fail with every collisions in the title domain (when there are no programids) so its broken one way or another |
| [18:56:10] | dekarl: | e.g. http://www.imdb.de/find?q=the+master&s=all |
| [18:56:26] | stuartm: | jpabq_: I'm seeing it a lot in the channel editor's icon download menu where it's triggered for some channel names and not others, but it's also happening in 'Previously Record' – the menu shown when you press 'select' offers four options, 'Never record', 'Remove this episode', 'Remove all episodes' and 'Cancel' – the second button is present but missing the text |
| [18:57:06] | dekarl is now known as dekarl_bbl | |
| [18:57:12] | jpabq_: | stuartm: My mind must be addled. I don't remember committing any alignment stuff recently. |
| [18:57:18] | stuartm: | dekarl: I wasn't aware we were doing that, that's not good :/ |
| [18:57:42] | stuartm: | jpabq_: it was your twin brother – https://github.com/MythTV/mythtv/commit/a257f6915 |
| [18:58:03] | jpabq_: | Ohh, that one! |
| [18:58:26] | stuartm: | yeah, sorry if my description threw you off track :) |
| [18:58:45] | stuartm: | I can grab a screenshot to illustrate the problem if required |
| [18:59:18] | jpabq_: | Might help. Off hand, I can't see how that would cause a clipping problem. |
| [18:59:46] | stuartm: | dekarl_bbl: we're sticking the movie name in the programid field? |
| [18:59:50] | jpabq_: | I am working on fixing clipping in regards to shadow/outline text |
| [19:01:07] | stuartm: | it's unlikely, but could it be an edge case where the string length exactly matches the textarea's width or similar? |
| [19:04:06] | stuartm: | xris: me 'fix' was a bit hacky, it might be nice ultimately to implement a more sophisticated matching algorithm, in testing I came across cases where two words ran together in the channel name but not on lyngsat, e.g. 'StarTV' vs 'Star TV', we don't return any matches in that case |
| [19:04:28] | stuartm: | s/me/my/ |
| [19:08:40] | stuartm: | jpabq_: http://miffteevee.co.uk/imagebin/missing_text.jpeg |
| [19:11:01] | jpabq_: | stuartm: odd. I just tried to reproduce your screen shot, and it drew it correctly for me. At 1920x1080. I will go try it at 1280x720. |
| [19:13:03] | jpabq_: | Worked at 1280x720 too. However, like I said, I am working on a clipping problem with shadow/outline. Maybe it is "fixed" by that? I don't have time to re-compile right now, but I will try it later with a clean code base. |
| [19:14:45] | stuartm: | very odd |
| [19:14:47] | jpabq_: | stuartm: actually, it may be different for me due to a font issue. When I bring up that screen, "Remove all episodes for this title" does not fit. I see "Remove all episodes for t…" instead. |
| [19:16:32] | Seeker`: | stuartm: sphery: http://mailman.videolan.org/pipermail/vlc-dev . . . /079616.html |
| [19:17:20] | jpabq_: | stuartm: this is on a virtual machine, running Fedora 16. Possible I either don't have the required font installed — or I have a dpi issue. |
| [19:22:40] | stuartm: | Seeker`, sphery: so VLC rejected it because of the need to distribute the key |
| [19:23:24] | jpabq_: | stuartm: got my dpi problem fixed — however, that button text still shows up for me. Both at 1920x1080 and 1280x720. |
| [19:24:32] | Seeker`: | is there a 'if you want this feature, put the key from site X in to file Y' solution? |
| [19:27:31] | stuartm: | sure |
| [19:42:53] | Goga777 (Goga777!~Goga777@95-30-106-134.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [19:48:29] | stoffel (stoffel!~quassel@pD9E42387.dip.t-dialin.net) has joined #mythtv | |
| [19:53:39] | rockhound (rockhound!~rockhound@d041235.adsl.hansenet.de) has joined #mythtv | |
| [20:02:53] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [20:13:10] | stoffel (stoffel!~quassel@pD9E42387.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [21:03:21] | xris: | stuartm: I'm a big fan of elasticsearch these days. lucene search algorithm would make that stuff a LOT easier to deal with. solve the sqlite scale issues, too. |
| [21:20:02] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [21:20:32] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [21:20:32] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [21:20:33] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [21:22:00] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [21:27:33] | stichnot: | stuartm, jpabq_: another example of missing text, in the Watch Recordings list. https://picasaweb.google.com/lh/photo/N6UZlXg . . . t=directlink |
| [21:28:44] | shubes (shubes!~shubes@174-26-123-235.phnx.qwest.net) has joined #mythtv | |
| [21:29:50] | shubes (shubes!~shubes@174-26-123-235.phnx.qwest.net) has left #mythtv () | |
| [21:32:04] | Seeker`: | 'Failed to load RSA private key. Playback will fail' |
| [21:35:59] | stuartm: | always possible that they've revoked that key |
| [21:36:55] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [21:37:52] | stichnot: | and I've noticed this particular example of missing text for 2 months |
| [21:40:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 248 seconds) | |
| [21:40:54] | dekarl_bbl: | stuartm, _uk_rt doesnt provide ids. they are made up by mythtv to look like TMS IDs, too. I just checked the output. |
| [21:41:33] | dekarl_bbl is now known as dekarl | |
| [21:43:19] | stuartm: | hmm, well something is doing a good job of creating a unique series/program id for each series |
| [21:43:57] | dekarl: | aye, its a crcxx over the title + episode + season/series, which in most cases is a unique id |
| [21:45:03] | dekarl: | https://github.com/MythTV/mythtv/blob/master/ . . . ser.cpp#L520 |
| [21:48:45] | stuartm: | huh, I'd forgotten all about that |
| [21:49:38] | rockhound (rockhound!~rockhound@d041235.adsl.hansenet.de) has left #mythtv ("Leaving") | |
| [21:49:47] | dekarl: | which is proof that its working good enough :) |
| [21:50:11] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:50:54] | stuartm: | oh, just found a good example of why seriesid (when supplied by EIT) can be preferable to just title matching – BBC radio show variously known as 'Ace & Vis' or 'Ace and Vis' – both with the same seriesid |
| [21:51:29] | stuartm: | not that I'm looking to record it, but it jumped out when browsing through the program finder (at the start of the As) |
| [21:51:47] | dekarl: | nah, just fix them up in _uk_rt to the same title (after talking to metabroadcast to actually include radio stations in the radio times feed :) |
| [21:51:57] | stuartm: | dekarl: it's certainly no worse than relying on titles alone |
| [21:52:48] | dekarl: | you are relying on carefully aligned (by a group of volunteers around Nick Morrot) titles vs. some primarey key of each station |
| [21:53:25] | dekarl: | the power of the current approach lies only in the careful shepharding of real people :) |
| [21:53:46] | stuartm: | dekarl: heh, we've persuaded David that scheduling a series recording via seriesid is worth having in the UK because we have consistent series ids for EIT and all STBs/DVRs in the UK use them for 'series link' scheduling |
| [21:54:12] | Seeker`: | stuartm: the error looks more like it is the frontend not loading the key, rather than it not being accepted. At least, that is what the wording implies to me |
| [21:54:19] | stuartm: | and we're talking specifically about EIT vs xmltv |
| [21:54:32] | Seeker`: | I'll have a dig in the code in a minute |
| [21:55:00] | stuartm: | supporting series recording via seriesid also allows up to support one-touch series recording via MHEG too |
| [21:55:07] | dekarl: | stuartm: but thats the red button stuff, right? Its not going to work across stations, correct? |
| [21:55:35] | stuartm: | dekarl: oh, it works across all channels |
| [21:55:55] | dekarl: | but we can have one touch recording via (if program_type==series, then record all, elseif movie the findone) |
| [21:56:02] | stuartm: | every programme gets a completely unique id on every channel and it's consistent between DVB-T and DVB-S too |
| [21:56:16] | dekarl: | well, I'm shepharding my guide feed so that it works |
| [21:57:20] | jya (jya!~jyavenard@120.147.14.211) has joined #mythtv | |
| [21:57:32] | jya (jya!~jyavenard@120.147.14.211) has quit (Changing host) | |
| [21:57:33] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:57:40] | stuartm: | it might be good to get metabroadcast to expose their unique series/programids to xmltv (They certainly had them back when it was managed by RT) |
| [21:57:42] | dekarl: | your seriesid sound like a nice id then (is it a crid, too?) |
| [21:57:52] | stuartm: | dekarl: yes |
| [21:58:07] | stuartm: | crid://fp.bbc.co.uk/a9fbvc etc |
| [21:58:38] | dekarl: | man, we really need a content resolver for all the cool stuff... like have on ID for "the james bond movie series" that works in every country... |
| [21:59:03] | dekarl: | directly querying the atlas api gives you a bag of crids per programme, too |
| [21:59:27] | sphery: | Seeker`: all the more reason to rework (and remove) the key handling code :) |
| [22:01:28] | dekarl: | you'll have basically crid A for some episode on station a, B for the same episode on station b (e.g. BBC vs. ITV) and C for the same episode on iPlayer, then D for all episodes of current season and E for the whole series. then F for the series and the spin-offs including the movies. |
| [22:01:33] | stuartm: | _every_ country might be asking too much, the US networks look at what the rest of the world is standardising on, then they go in completely the opposite direction |
| [22:02:20] | dekarl: | stuartm: but thats only to protect the jobs of their standards commitees :-/ |
| [22:02:44] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Ping timeout: 252 seconds) | |
| [22:03:01] | stuartm: | maybe, personally I think it's just because they enjoy being difficult |
| [22:03:04] | dekarl: | thats why I like the tvbrainz concept so much. you have one shared database that links together all the ids floating around |
| [22:04:00] | dekarl: | metabroadcast is looking for a content metadatabase to match their programs to, too |
| [22:05:19] | sphery: | stuartm: obviously it's not good enough if it's Not Invented Here ;) |
| [22:05:22] | stuartm: | it's a nice idea, but like tvdb I expect that they'll never manage to deal with all the one-off programmes, short documentary series and the rest that no-one can be bothered to document |
| [22:05:41] | sphery: | (I, personally, hate the fact that the US does this, too.) |
| [22:06:04] | stuartm: | tvdb is full of holes, it's one reason I don't like artwork for recordings, it looks rubbish if it's not available for a third or more of recordings |
| [22:07:25] | sphery: | dekarl: your approach sounds a lot better than having ttvdb use TMS's (copyrighted) IDs for episodes--create some tvbrainz ID or whatever, then just map the TMS ID to that one so we're not using something we shouldn't be using on ttvdb |
| [22:07:26] | dekarl: | stuartm: I think the main reason for the bad quality is that the market for free/OSS tv programme metadata is fragmented. Everybody wants to have their personal project where they can be heros (which is fine, but doesnt raise the quality bar) |
| [22:08:27] | dekarl: | first step, the imdb id is no longer mandatory on themoviedb so we can add movies there that are not on imdb |
| [22:14:07] | stuarta: | evening all |
| [22:14:54] | stuartm: | of course, it seems that integrating tvdb with recordings in MythTV has improved the situation some, a lot of UK programmes that wouldn't have been listed on TVDB now appear there – a fairly high proportion of the programmes I searched for at least |
| [22:16:59] | stuartm: | daytime tv type stuff is still largely absent |
| [22:17:14] | ** stuarta whips Beirdo's mingw build slave ** | |
| [22:18:14] | dekarl: | I'm noticing some additions on tmdb of german titles, too. it appears as if I'm doing 50% of them |
| [22:19:04] | dekarl: | maybe a tighter integration will make contribution more attractive (e.g. direct voting at the end of the recording) |
| [22:25:18] | Seeker`: | stuartm: key works fine if you change the code to read from a file |
| [22:25:33] | jpabq_: | stichnot: which theme is that? If you run mythfrontend with -v gui are there any message that are helpful? |
| [22:26:54] | Seeker`: | hmm, actually, it is a different key to the one I'm using, but only in the last 5 or 6 chars afaict |
| [22:27:17] | Beirdo: | stuarta: has it buggered off again? |
| [22:27:36] | stuarta: | for 18 builds :) |
| [22:27:41] | Beirdo: | hmmm, why yes it has |
| [22:27:51] | Beirdo: | stupid virtual machine |
| [22:35:05] | Beirdo: | wow. a virtual machine over rdesktop is actually usable with this bandwidth. |
| [22:35:24] | stuarta: | :) |
| [22:35:42] | stuarta: | finally order the new broadband today \o/ |
| [22:35:50] | Beirdo: | there we go, should be restarted fine for now |
| [22:36:07] | stuarta: | so soon i shall enjoy the same service |
| [22:36:09] | stichnot: | jpabq_: this is an old version of Blue Abstract. I'll look later at -v gui output. |
| [22:36:12] | Beirdo: | I got my VDSL2 yesterday. Very happy, so far :) |
| [22:36:24] | Beirdo: | even with them not putting in what I actually ordered |
| [22:36:29] | davide: | stuarta: It sounds like it might not be needed now, but check the -developers list for an attempt at handling programids with authorities. |
| [22:36:37] | beata (beata!beata@108.12.181.220) has joined #mythtv | |
| [22:36:39] | stuarta: | stuartm: ^^ |
| [22:36:57] | davide: | doh! |
| [22:37:17] | stuarta: | :) |
| [22:39:17] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 248 seconds) | |
| [22:39:28] | Seeker`: | is there a bit of code I can use to load the contents of a file located in ~/.mythtv |
| [22:41:38] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (Write error: Broken pipe) | |
| [22:41:51] | rockhound (rockhound!~rockhound@d041235.adsl.hansenet.de) has joined #mythtv | |
| [22:47:38] | stuartm: | davide: I think it's still needed, we have mythtv generated programids in the db alongside EIT supplied ones and it's only a matter of time before one or more grabbers include their own programids |
| [22:49:09] | davide: | stuartm: ok, but please let me know about your scheduler run times for both versions. |
| [22:49:28] | stuartm: | davide: I will |
| [22:56:17] | dekarl is now known as dekarl_zZz | |
| [22:59:52] | stuartm: | Captain_Murdoch: there is no limit on the number of image loading threads? I switched the icon downloader to pass the url (http) of each icon directly to MythUIImage and with a big enough search the result is a segfault (some memory corruption) and the longest backtrace you've ever seen |
| [23:01:46] | stuartm: | Captain_Murdoch: there's no point in me pasting the backtrace, so here's the patch to trigger it for yourself should you wish to – http://pastebin.com/KgJMhZgZ |
| [23:02:17] | stuartm: | I find a search for 'BBC' works every time |
| [23:03:16] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [23:10:00] | Seeker`: | sphery: is this what you wanted? http://paste.ubuntu.com/815922/ |
| [23:12:23] | sphery: | Seeker`: yeah, something along those lines... |
| [23:12:58] | Seeker`: | sphery: but not quite that? |
| [23:14:22] | sphery: | the "something" just meant I didn't have any specific plan for it, yet--you were very quick at coming up with the patch :) |
| [23:14:47] | Seeker`: | sphery: ah, k. I was wondering whether I'd violated some coding practices |
| [23:16:15] | rockhound (rockhound!~rockhound@d041235.adsl.hansenet.de) has quit (Quit: Leaving) | |
| [23:16:36] | sphery: | it's definitely a good template for a patch--I'm guessing the most that might happen is it may be changed to use Qt functions for accessing the fil, but nothing too major |
| [23:17:06] | Seeker`: | I looked at doing that (forgot to take out the #include <QFile> i put in) |
| [23:17:29] | sphery: | and maybe change where the file is stored or something (maybe to line up with whatever the bluray code is doing--but then again, I don't know anything about how that code works, either) |
| [23:17:36] | sphery: | but it's definitely a great start |
| [23:18:32] | Seeker`: | but the function to read in the RSA key requires a FILE *, and to get a QFILE to a FILE *, you have to open the file using the QFile, call QFile::handle, open the result of that in to a FILE * using fdopen, then use the FILE *, then close the FILE *, then close the QFile |
| [23:19:10] | Seeker`: | seemed easier to just cut out the extra QFile wrapper round the outside |
| [23:19:12] | sphery: | ah, yeah, in that case, it may actually make more sense that way |
| [23:30:41] | Seeker`: | iamlindoro: markk: The 'failed to load private key' message is caused by the key in the commit being wrong – it is "hvkWKY=" in the commit, instead of "WKaXTyY=" (as found on the VLC mailing list). The patch here: http://paste.ubuntu.com/815922/ moves the key out of the code and looks for it in ~/.mythtv/RAOPKey.rsa the correct value of which can be found http://paste.ubuntu.com/815932/ |
| [23:32:42] | dissent (dissent!~Ponzo@cto.vpn.sonic.net) has joined #mythtv | |
| [23:33:29] | vallor (vallor!scott@pdpc/supporter/monthlygold/vallor) has quit (Ping timeout: 252 seconds) | |
| [23:51:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
