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

Daily chat history

Current users (16):

Beirdo, Captain_Murdoch, ChanServ, danielk22, dlblog, elmojo, jannau, joe____, jpharvey, kormoc, mrplow, MythLogBot, skd5aner, sphery, stuarta, wagnerrp
Sunday, September 12th, 2010, 00:13 UTC
[00:13:55] sybolt (sybolt!~sybolt@sybolt.xs4all.nl) has joined #mythtv-bsp
[00:14:23] sybolt (sybolt!~sybolt@sybolt.xs4all.nl) has left #mythtv-bsp ("Konversation terminated!")
[00:50:14] Beirdo: OK. done
[00:57:38] Beirdo: stuartm: you around?
[01:32:31] iamlindoro: Darn Qt Settings widgets
[01:32:44] iamlindoro: make everything ten times as hard as they need be
[01:32:52] Beirdo: heh
[01:33:14] Beirdo: Qt is nice in some ways.. but makes me irate in others ;)
[01:33:24] wagnerrp: Darn SuSe wiki editors
[01:33:26] iamlindoro: It's not Qt's fault
[01:33:39] iamlindoro: it's the widgets we built on it that are broken since the port to Qt4
[01:33:40] wagnerrp: putting links all over the place, for no freaking reason
[01:33:48] Beirdo: ahhh, gotcha
[01:33:54] Beirdo: yeah, that's not Qt's issue
[01:33:58] wagnerrp: and then they have to template up the links so a normal search wont find them
[01:46:30] Beirdo: nice. MythGallery Overlay Caption setting... it's a spinbox
[01:46:43] Beirdo: where it's used... uses it as a bool
[01:46:53] Beirdo: *head-desk*
[01:48:36] Beirdo: so 0–600s => off/on
[01:48:38] Beirdo: yay
[01:50:57] Beirdo: bah to it
[01:51:03] Beirdo: it can wait
[02:14:48] sybolt (sybolt!~sybolt@sybolt.xs4all.nl) has quit (Remote host closed the connection)
[02:49:08] danielk22: heh, I thought I'd get #8757 done in a few hours, now the day is gone.
[03:40:33] Beirdo: heh, I've had sessions like that
[04:12:27] kormoc` (kormoc`!~kormoc@natasha.kormoc.com) has joined #mythtv-bsp
[04:22:53] kormoc (kormoc!~kormoc@unaffiliated/kormoc) has quit (*.net *.split)
[04:22:53] paul-h (paul-h!~paulh@5adce26c.bb.sky.com) has quit (*.net *.split)
[04:55:04] pkendall_ (pkendall_!~quassel@219-89-45-136.dialup.xtra.co.nz) has joined #mythtv-bsp
[04:55:04] pkendall_ (pkendall_!~quassel@219-89-45-136.dialup.xtra.co.nz) has quit (Remote host closed the connection)
[04:56:27] mrplow (mrplow!~mrplow@S01060018f870d941.gv.shawcable.net) has joined #mythtv-bsp
[05:01:48] kc (kc!~Casper@unaffiliated/kc) has quit (Excess Flood)
[05:02:03] janneg (janneg!~janne@chybek.jannau.net) has quit (Remote host closed the connection)
[05:02:05] pkendall (pkendall!~quassel@219-89-45-136.dialup.xtra.co.nz) has quit (Quit: No Ping reply in 180 seconds.)
[05:02:08] janneg (janneg!~janne@chybek.jannau.net) has joined #mythtv-bsp
[05:10:43] janneg_ (janneg_!~janne@chybek.jannau.net) has joined #mythtv-bsp
[05:18:59] janneg (janneg!~janne@chybek.jannau.net) has quit (*.net *.split)
[05:40:54] Beirdo: wish nigel were an IRC dude. I have some old tickets he submitted, and it would be good to find out if they are still issues
[05:51:38] Beirdo: anyone here have more than one master backend on their LAN?
[06:01:49] wagnerrp: i can in short order, what do you need?
[06:03:10] Beirdo: I'm looking at #4883 and wondering if this is a thing of the distant past, or if it's still happening
[06:03:18] Beirdo: I think I know why it COULD happen
[06:03:45] Beirdo: we send the discovery twice rand * 250ms apart
[06:04:24] Beirdo: so if the rand is a largish number, we could well get two responses from some backends
[06:04:47] wagnerrp: why is that a problem?
[06:04:53] Beirdo: before displaying the list (still trying to see how that list is assembled code-wise)
[06:05:15] Beirdo: because apparently if it does, it shows two copies of it
[06:05:38] Beirdo: once I determine how the list is generated, I can most likely dump the second one
[06:05:56] Beirdo: but was hoping SOMEONE could verify, etc
[06:06:14] wagnerrp: yes, if you send the UPNP query multiple times, you may get multiple responses
[06:06:37] Beirdo: you've seen duplicates in the chooser list?
[06:07:00] Beirdo: that's the bug here... we don't dedupe the list, apparently
[06:07:01] wagnerrp: no, but i can verify that the response may be sent multiple times
[06:07:05] Beirdo: or didn't when the bug went in
[06:07:24] wagnerrp: i had to put filtering in my msearch class for that reason
[06:07:35] wagnerrp: http://svn.mythtv.org/trac/browser/trunk/myth . . . arch.py#L104
[06:08:07] Beirdo: yeah
[06:08:29] Beirdo: I'm weeding through the code to see how the ssdp part all works
[06:09:47] Beirdo: I think it should be fixed
[06:42:54] mrplow (mrplow!~mrplow@S01060018f870d941.gv.shawcable.net) has quit (Read error: Operation timed out)
[08:24:12] markk (markk!~mark@cm231.delta196.maxonline.com.sg) has joined #mythtv-bsp
[08:26:01] oobe (oobe!~thingo@unaffiliated/oobe) has quit (Ping timeout: 252 seconds)
[08:31:14] Beirdo: heya, markk
[08:31:36] Beirdo: I guess it's time for the other shift :)
[08:32:20] Beirdo: Captain_Murdoch: #8401. Is that related to the screenshot stuff that I fixed today?
[08:46:50] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-bsp
[09:06:39] paul-h (paul-h!~paulh@5adce26c.bb.sky.com) has joined #mythtv-bsp
[09:06:53] markk (markk!~mark@cm231.delta196.maxonline.com.sg) has quit (Ping timeout: 265 seconds)
[09:08:07] Ian_Zeplin (Ian_Zeplin!~Ian_Zepli@host-84-9-37-206.dslgb.com) has joined #mythtv-bsp
[09:21:20] markk (markk!~mark@server52127.uk2net.com) has joined #mythtv-bsp
[09:28:09] paul-h (paul-h!~paulh@5adce26c.bb.sky.com) has quit (Remote host closed the connection)
[09:37:36] paul-h (paul-h!~paulh@5adce26c.bb.sky.com) has joined #mythtv-bsp
[10:28:14] janneg_ is now known as jannau
[10:28:47] Mode for #mythtv-bsp by ChanServ!ChanServ@services. : +v jannau
[12:09:53] stuartm: stuarta: the episode of DS9 I recorded this morning is flagged and displayed as 4:3, not 16:9
[13:17:26] markk (markk!~mark@server52127.uk2net.com) has quit (Quit: Ex-Chat)
[14:01:53] stuarta: k
[14:04:26] stuartm: stuarta: is this with XV? I can retry with that renderer instead
[14:06:19] stuartm: Stream http://svn.mythtv.org/trac/ticket/0 .0[0x1a81]: Video: mpeg2video, yuv420p, 544x576 [PAR 24:17 DAR 4:3]
[14:07:13] stuartm: most likely it was just an incorrectly signalised broadcast
[14:07:23] stuartm: signalled
[14:08:05] stuartm: not sure where signalised came from, I was definately thinking signalled
[14:09:18] stuartm: #0 (testing auto-replace regexp fix)
[14:14:01] stuartm: stuarta: if you can just check the ffmpeg output for that recording, it should just confirm that we're not incorrectly reading the DAR from the file
[14:26:17] sybolt (sybolt!~sybolt@sybolt.xs4all.nl) has quit (Remote host closed the connection)
[15:05:03] Captain_Murdoch: Beirdo, yeah, NetworkContol needs to be reworked somehow. previously it didn't do a screeenshot, it actually just generated a preview image. I think a screenshot is more appropriate though considering the command is "save screenshot" and that will allow people to use it to get previews as well as see menus or whatever teh screenshot functionality supports.
[15:13:52] mrplow (mrplow!~mrplow@S01060018f870d941.gv.shawcable.net) has joined #mythtv-bsp
[16:54:15] kormoc` is now known as kormoc
[16:54:25] kormoc (kormoc!~kormoc@natasha.kormoc.com) has quit (Changing host)
[16:54:25] kormoc (kormoc!~kormoc@unaffiliated/kormoc) has joined #mythtv-bsp
[16:54:25] Mode for #mythtv-bsp by ChanServ!ChanServ@services. : +v kormoc
[17:15:34] ** Captain_Murdoch kicks wagnerrp's incomplete patch for #8877 (missing change to HandleVersion header in mainserver.cpp)  :) **
[17:16:00] Captain_Murdoch: dohh,, s/.cpp/.h/
[17:16:18] ** Captain_Murdoch kicks self :) **
[17:18:21] wagnerrp: whoops
[17:18:38] wagnerrp: been a while since ive done C/C++, keep forgetting about that prototyping
[17:18:45] Captain_Murdoch: :) compiled, just need to test.
[17:52:30] danielk22: I want to fix http://svn.mythtv.org/trac/ticket/8783 I found that view, but I don't know how to load up the descriptive text.. anyone know what how to I should be looking at (I've added video called elephants dream and blade runner, which i figured could be looked up by mythtv.)
[17:53:02] danielk22: I should mention "Retrieve All Details" in the menu appears to be a no-op
[17:59:01] danielk22: Hmm, it appears we're only looking in thetvdb which AFAIK doesn't contain internet videos or movies. I tried a manual download but got a segfault :|
[18:01:09] ** Captain_Murdoch isn't sure but can't verify since trac is hung again. **
[18:01:09] stuarta: so far today, i've done baby duty, been shopping, and cleaned the loft ready for it to be re-insulated this week. exactly 0 bugs looked at
[18:01:18] wagnerrp: there are currently no lookups for 'internet videos'
[18:01:24] stuarta: :(
[18:01:29] wagnerrp: but anything without a subtitle should switch over to the movie grabber
[18:01:51] wagnerrp: rather, anything without a season and episode number
[18:01:52] danielk22: wagnerrp: it did not & there is no subtitle..
[18:02:37] danielk22: Ah, it does think there is a season and episode (16 & 9,resp from the aspect ratio).
[18:03:08] Captain_Murdoch: anybody here who can kick trac? /me needs to get sudo there.
[18:03:08] wagnerrp: that would break things if it parsed that out from the filenames
[18:04:21] danielk22: wagnerrp: thanks, fixing that allowed it to grab info. Now I'll see if I can repro that segfault..
[18:04:48] wagnerrp: danielk22: if you want a quick method to check, ive got a method in the python bindings that will parse files using the same regular expressions
[18:06:39] wagnerrp: run 'mythpython', and then vid=Video.fromFilename('path/to/file')
[18:06:57] danielk22: wagnerrp: No need, I'm sure it got those numbers from the filename, I've never manually added them and the do exist in the filename. The detection can't be sentient, the best we could do is try the other grabber when the primary one fails.
[18:07:04] wagnerrp: the parsed values are then available as vid.title, vid.season, vid.episode, and vid.subtitle
[18:07:39] Captain_Murdoch: danielk22, can you see jafa's question about the HDHR prime in #mythtv
[18:07:49] wagnerrp: well iamlindoro is going to be out all day, and will probably be dead for a day or two after that
[18:24:19] gigem_ (gigem_!~gigem@cpe-76-187-29-95.tx.res.rr.com) has quit (Remote host closed the connection)
[19:05:35] Beirdo: Captain_Murdoch: should I look at reworking the NetworkControl one for 0.24 then?
[19:08:17] Captain_Murdoch: messing with it already. testing now.
[19:09:38] stuartm: sphery: http://mythtv.pastebin.ca/1939003 < That might do it, but it's not even compile tested, I need to understand how that whole advanced search thing is meant to work before I can properly test
[19:10:23] Beirdo: OK
[19:10:55] stuartm: and then we should consider that since it's been broken since 0.22 and no-one bothered to report it, do we even need the advanced search? Seems the ordinary searches cover everything for 99.99% of users
[19:12:18] sphery: stuartm: heh, yeah, if it's not covered, there's Power Search rules (custom rules). I'd check with gigem, though, before removing it.
[19:12:28] sphery: he may have an argument for keeping it
[19:12:43] stuartm: we might want to give up on this channel and move back to #mythtv, it's not been busy enough and not everyone is in here to be part of the debate
[19:13:33] stuartm: all that it's doing is fragmenting the conversations between 2 or more channels
[19:15:03] sphery: stuartm: do you still want a ticket for this?
[19:16:04] stuartm: nah it's ok, I've started it now
[19:16:21] sphery: ok
[19:16:27] sphery: we'll still count it toward your quota
[19:22:26] sphery: stuartm: heh, superm1 is way too fast--he added a bug at #8923 two hours ago. I assigned it to you.
[19:23:25] Captain_Murdoch: Beirdo, since the mythui version doesn't work for all video display methods, I want to keep the other method in for use during playback. working on a fix for that as well.
[19:23:40] Beirdo: OK
[19:23:50] Beirdo: for me, it
[19:24:12] sphery: heh, so now Captain_Murdoch is finishing that todo for me :)
[19:24:14] Beirdo: it works with the frontend 6457 socket and the jumppoint just fine
[19:24:28] Captain_Murdoch: sphery, which one? ticket is in my view.
[19:24:48] Beirdo: how it works elsewhere is an unknown entity to me
[19:24:55] Captain_Murdoch: the current 'screenshot' capability in network control is just really 'grab a preview image at the current frame we're watching in playback'.
[19:25:14] Captain_Murdoch: I'm changing that to 'grab a true screenshot if not in playback, else do what we did before'
[19:25:15] sphery: Captain_Murdoch: I've been meaning to rework and consolidate the SCREENSHOT key binding and the ScreenShot jump point — this: http://www.gossamer-threads.com/lists/mythtv/dev/265801#265801
[19:25:56] Beirdo: we could add even more logic so if we are using a compatible playback method it grabs a true screenshot even in playback
[19:26:03] sphery: oops, wrong link... http://www.gossamer-threads.com/lists/mythtv/ . . . 92813#392813
[19:26:05] Beirdo: or something
[19:26:14] Beirdo: but that doesn't have to be now :)
[19:26:53] sphery: where you added the SCREENSHOT key binding in [12908] and GreyFoxx added the ScreenShot jump point in [16532]
[19:27:00] Captain_Murdoch: sphery, I'm not touching that much, so you can keep that todo. I'm just fixing broken functionality in network control for now.
[19:27:12] Captain_Murdoch: we can refactor later.
[19:27:20] sphery: ok
[19:27:21] Captain_Murdoch: would be nice if the event worked for everything
[19:27:23] Beirdo: my sentiments exactly
[19:28:06] sphery: so you're not getting the network to do both by combining the 2 separate functionalities?
[19:34:13] Captain_Murdoch: not now. libmythui can't talk to the preview generator which is in libmythtv
[19:35:20] Beirdo: heh.
[19:35:27] Captain_Murdoch: in network control, I'm just adding a call to the new event method to get a true screenshot via libmythui. then fixing the call to the PreviewGenerator.
[19:35:34] Beirdo: more fun
[19:36:17] Captain_Murdoch: these two things really are separate things. the key binding vs jump point are another issue altogether.
[19:37:01] Captain_Murdoch: for this, one is a screenshot, the other is a preview image. in fact, maybe I should just fix it in network control by making them two separate commands.
[19:37:21] Captain_Murdoch: ie, preview is just straight from the video, screenshot is any menu, OSD, etc. included.
[19:37:46] ** Captain_Murdoch has to run, but will be back later before end of BSP to put in the version token check and this fix at least. **
[19:37:56] Beirdo: Sounds good
[19:38:35] Beirdo: I got #8890 to mess with today if I can decipher what exactly to do to test/reproduce it
[19:40:58] natanojl: Beirdo: I'll be around for another hour or so if you have any questions about it
[19:41:21] Beirdo: that was yours? perfect :)
[19:41:49] Beirdo: I'm not sure how to reproduce the problem.
[19:42:28] Beirdo: the steps you have listed seems to do nothing for me
[19:43:03] Beirdo: not sure if I may be missing a config step
[19:44:47] natanojl: yup, I submitted that one
[19:46:10] Beirdo: I have 11min left in the show I'm watching, at which point I can mess with it :)
[19:56:02] Beirdo: is there something in particular that I need to do to reproduce it?
[19:56:29] natanojl: don't think so
[19:57:36] Beirdo: show devices does nothing here, right back to the iconview menu
[19:58:16] Beirdo: you have things in your MediaMonitor path?
[19:58:46] natanojl: back to the menu, not the thumbnails list?
[19:59:27] Beirdo: the gallery thumbnail menu... where I was before hitting M
[20:04:55] natanojl: it should crash regardless of the media monitor since m_itemList is cleared but m_imageList is not updated. Each buttonlist item has an invalid pointer after HandleShowDevices has been called.
[20:05:21] Beirdo: I think the issue on this end is that I don't have anything in the MediaMonitor, so it's skipping the whole block of code
[20:07:47] natanojl: ok, I doubt it but I will try it with MediaMonitor disabled
[20:08:15] Beirdo: I'm just trying to get my system to a point where I can see it fail so I can test :)
[20:09:59] Beirdo: OK, it does have the CDROM in there
[20:10:00] natanojl: that would be good :)
[20:11:26] natanojl: and you do try to move around after hitting "Show devices"?
[20:11:57] Beirdo: ahhhh
[20:11:59] Beirdo: got it
[20:12:02] Beirdo: thank you
[20:12:04] natanojl: :)
[20:12:09] Beirdo: I missed that tiny detail :)
[20:12:13] natanojl: hehe
[20:14:12] natanojl: maybe a different wording than "Try to navigate in the button list" would have done it?
[20:14:23] Beirdo: I just missed it ;)
[20:14:24] Beirdo: sorry
[20:14:46] natanojl: np
[20:15:27] natanojl: oh, and I'm not entirely sure about that m_childCountThread->cancel(); line, but it seemed reasonable
[20:17:12] natanojl: I should have prefixed it with "bork bork bork" to really catch your attention :)
[20:20:52] Beirdo: heh
[20:21:07] Beirdo: it's definitely borked :)
[20:21:30] natanojl: :)
[20:35:01] Beirdo: OK, tested. thanks :)
[20:35:36] Beirdo: The whole plugin will be getting an overhaul to come up to current coding practises and use of mythui soon enough
[20:37:45] kormoc is now known as kormoc_afk
[20:39:25] natanojl: great :)
[20:39:54] Beirdo: and committed. Thanks
[20:44:42] natanojl: You're welcome.
[20:48:31] natanojl: stuartm: Re #7408. The setGeometry() calls in tv_play.cpp generates a resize events that arrive after VideoOutput::ResizeForVideo() has been called, overriding the display dimension/aspect ratio that ResizeForVideo() has set. Correct or not, but a call to ResizeForVideo() in VideoOutputXv::WindowResized() just before MoveResize() seems to do the trick.
[20:48:38] Beirdo: now... compiling the night's changes
[20:51:39] stuartm: natanojl: if you re-open the ticket with that explanation, I'll reassign to Mark who can deal with it, he's spent far more time in that area of the code lately than I have
[20:52:28] natanojl: ok
[20:55:12] natanojl: done
[20:55:47] stuartm: thanks
[20:57:26] natanojl: np
[21:01:08] cfrank (cfrank!6348c3c3@gateway/web/freenode/ip.99.72.195.195) has joined #mythtv-bsp
[21:06:54] kormoc_afk is now known as kormoc
[21:16:20] cfrank (cfrank!6348c3c3@gateway/web/freenode/ip.99.72.195.195) has quit (Ping timeout: 252 seconds)
[21:34:44] kormoc: Nice, this is new
[21:34:48] kormoc: sh: line 1: 21727 Segmentation fault /usr/bin/mythpreviewgen --size 0x0 --chanid 1242 --starttime 20100821180000 > /dev/null
[22:00:23] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 255 seconds)
[22:30:15] stuartm: kormoc: done a distclean recently?
[22:36:12] kormoc: Entirely clean tree every time
[22:55:00] Ian_Zeplin (Ian_Zeplin!~Ian_Zepli@host-84-9-37-206.dslgb.com) has quit (Quit: When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.2 Shiny http://www.kvirc.net)
[23:02:03] stuartm: kormoc: that must keep your house warm ;)
[23:05:21] brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has quit (Ping timeout: 265 seconds)
[23:11:27] Beirdo: I know this might be a dangerous thing to say, but...
[23:11:40] Beirdo: I'm outta bugs that I had targeted for 0.24
[23:12:04] Beirdo: except one that I need feedback from nigel, but it doesn't need to be 0.24
[23:12:51] kormoc: Beirdo, you have your slow startup bug...
[23:13:07] Beirdo: yeah, but it's... intermittent
[23:13:12] Beirdo: true though
[23:13:49] Beirdo: I'll have to wait for recordings to start, as it somehow seems to happen mainly during recordings
[23:15:29] stuartm: Beirdo: so work on bugs that you hadn't scheduled?
[23:16:29] Beirdo: I guess. My queue has a lot of "enhancement", few "defect" at this point
[23:16:51] Beirdo: but I can look through em again
[23:17:33] Beirdo: I guess I could consider #8675
[23:19:03] stuartm: when you've emptied your queue, start poaching stuff from other people :)
[23:23:13] Beirdo: yup. protect yer queues, people :)
[23:23:15] Beirdo: hehe
[23:23:34] Beirdo: but first, let's make freebsd happier by creating it a second disk
[23:43:58] stuartm: stuarta: it would be a real shame to let another year pass without giving these patches some consideration – http://svn.mythtv.org/trac/ticket/3952

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