| Monday, February 20th, 2012, 20:25 UTC | ||
| [20:25:09] | stuartm: | stichnot: I don't like that patch as it appears there, we could use the pre-existing itemVisible() signal to achieve the same thing with virtually no code changes and no new code |
| [20:27:24] | stuartm: | the callback part of the script seems to be re-implementing a less capable version of QT signal/slots |
| [20:29:27] | stichnot: | I wasn't aware of itemVisible(). That would be great. |
| [20:42:01] | sphery: | stuartm: recgroup to ids will happen with tags... I could plan to push that early after 0.25 release (rather than wait 'til after the recordedfile schema change), but if so, I'm leaving the UI improvements to you or someone else more capable at that type of thing than I. (I can have it as basically a 1:1 replacement of recgroup, but the UI for specifying which tags to apply in recording rules and for choosing/creating/managing tags (in ... |
| [20:42:07] | sphery: | ... general or as applied to recordings) and such will require more time than I'm willing to spend before recordedfile.) |
| [20:57:36] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [21:11:30] | noahric (noahric!~noahric@50.46.102.150) has joined #mythtv | |
| [21:17:32] | SteveGoodey (SteveGoodey!~steve@host86-148-170-78.range86-148.btcentralplus.com) has joined #mythtv | |
| [21:37:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 240 seconds) | |
| [21:48:01] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [21:48:42] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [21:52:55] | SteveGoodey (SteveGoodey!~steve@host86-148-170-78.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:58:52] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Remote host closed the connection) | |
| [22:12:17] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [22:19:42] | noahric (noahric!~noahric@50.46.102.150) has quit (Quit: noahric) | |
| [22:27:40] | j-rod is now known as j-rod|afk | |
| [22:33:14] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [22:35:47] | danielk22: | Is anyone here still able to test NuppelVideoRecorder without jumping through a lot of hoops? |
| [22:39:31] | stuarta: | i don't think i've ever been able to test it |
| [22:41:09] | ** stuarta punches Qt framework ** | |
| [22:49:16] | Beirdo: | Hmm |
| [22:49:29] | Beirdo: | I think I have a framegrabber on the shelf that I could try out again |
| [22:49:33] | Beirdo: | but it's been a while |
| [22:49:53] | stuarta: | i think i have too, tho i've never used it |
| [22:55:34] | Beirdo: | I can look at hooking it up if it's needed |
| [22:55:51] | Beirdo: | I'd kinda rather just nuke NVR after 0.25 :) |
| [22:56:20] | Beirdo: | of course, we gotta get there first |
| [22:56:25] | stuarta: | me too, just stick to recording digital formats only |
| [22:57:18] | Beirdo: | how many markets are still doing analog broadcasts? |
| [22:57:39] | Beirdo: | even then, you can use a PVR250/150 or HVR2250 and get hardware encoding |
| [22:58:25] | dekarl: | its of use over here on cable atm. Some providers encrypt digital but broadcast in clear on analog. And as we don't have something simple like cablecard... But then, even the simplest sticks can do the encoding in their driver ;) |
| [22:59:09] | Beirdo: | yeah, no reason we can't use hardware encoders (IMHO) |
| [22:59:20] | stuarta: | agreed. |
| [22:59:31] | ** stuarta votes to ditch software encoding completely ** | |
| [22:59:58] | Beirdo: | saying htat 0.25 is the last that supports it would be high on my list of things to chainsaw out |
| [23:00:13] | danielk22: | At least one of the reported problems is with a PVR-350 which does HW encoding.. #9830. |
| [23:00:27] | stuarta: | doesn't the pvr150 do hardware encoding? |
| [23:00:40] | Beirdo: | yes, but you cna run it in framegrabber mode |
| [23:00:59] | stuarta: | i thought the 350 was special in that it also had a decoder for display purposes |
| [23:01:18] | Beirdo: | yes, but the support for that was yanked quite some time back IIRC |
| [23:01:24] | stuarta: | it was yes |
| [23:01:42] | stuarta: | time to go the whole hog and put a broom through many things |
| [23:01:48] | danielk22: | I'd like to get NVR working for 0.25 if 0.25 is our last NVR release.. AFAICT from the tickets LiveTV has been broken since 0.23. |
| [23:02:01] | Beirdo: | danielk22: sounds like a plan |
| [23:02:16] | Seeker`: | stuarta: only a broom? |
| [23:02:20] | Beirdo: | stuarta: we should start compiling the hit list then. |
| [23:02:23] | Seeker`: | stuarta: how about a small nuke? :P |
| [23:02:27] | stuarta: | napalm |
| [23:02:46] | stuarta: | videoout_quartz: done in torc |
| [23:02:55] | stuarta: | software encoding: todo |
| [23:03:03] | Beirdo: | danielk22: I'll try putting the tuner in tonight (assuming it hasn't disappeared) |
| [23:03:06] | Seeker`: | stuarta: take off and nuke it from orbit; its the only way to be sure |
| [23:03:08] | stuarta: | xv output: done in torc |
| [23:03:15] | stuarta: | what else |
| [23:03:24] | Beirdo: | stuarta: yeah, but I'm not looking at what torc will or will not remove |
| [23:03:28] | Beirdo: | that's their issue, not ours |
| [23:03:49] | stuarta: | indeed, tho i'm not adverse to using what we need to |
| [23:03:50] | Seeker`: | Beirdo: I think the point is that there isn't any use in duplicating work |
| [23:03:59] | stuarta: | that ^^ |
| [23:04:11] | Beirdo: | heh. Well... |
| [23:04:17] | Seeker`: | If someone competent has already done it and it works... |
| [23:04:29] | stuarta: | don't get him started |
| [23:04:56] | Beirdo: | Let's put it this way. There are political issues here as well as technical |
| [23:05:35] | Beirdo: | but yeah, Xv... don't care about Quartz, personally. |
| [23:05:55] | Beirdo: | I'd even consider ditching Windows support completely, but that may just be a pipe-dream |
| [23:06:05] | stuarta: | you looked at the osx buildslave output? quartz = 30–40 DEPRECIATED warnings |
| [23:06:17] | Beirdo: | yeah, I noticed :) |
| [23:06:25] | stuarta: | burn it, it's a witch |
| [23:06:31] | Beirdo: | :) |
| [23:18:42] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 272 seconds) | |
| [23:29:47] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [23:35:52] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [23:36:40] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [23:42:14] | jya: | Beirdo: davide : the cardutil bug was minor, it didn't actually fix the core issue: the virtual cards aren't created… bug isn't fixed as far as I can tell. |
| [23:43:22] | Beirdo: | K. |
| [23:46:28] | jya: | Beirdo: sphery gave me a mysql magic formular to manually create the cards; however something is wrong now and it doesn't really handle multirec properly and in one case didn't know there wasn't any recordings free .. |
| [23:46:51] | jya: | BTW, what identify a virtual tuner as attached to another ? |
| [23:47:14] | Beirdo: | inputgroups |
| [23:47:42] | Beirdo: | at least that's my understanding |
| [23:48:49] | Beirdo: | I think it's probably the combination of input group and the path to the device or something like that |
| [23:50:34] | jya: | doesn't seem to be enough. |
| [23:50:58] | jya: | this is what mythweb shows for me now: (after manually created the extra virtual encoder) |
| [23:50:58] | jya: | http://pastebin.com/q1a4R6xj |
| [23:51:02] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:51:08] | Beirdo: | I'd have to go read code |
| [23:51:25] | Beirdo: | yeah, fine |
| [23:51:39] | jya: | http://i40.tinypic.com/2hxm1wi.png |
| [23:51:48] | jya: | now if you look at the picture |
| [23:52:34] | sphery: | jya: you almost definitely don't have input groups |
| [23:52:46] | jya: | so we have : 1,2,3 -> adapter0, 4,5,6 -> adapter1, 7,8,9 -> adapter2, 10,11,12 -> adapter3 |
| [23:52:50] | jya: | sphery: I know |
| [23:52:53] | Beirdo: | I don't see anything out of the ordinary if those channels are actually on the same multiplex |
| [23:53:10] | Beirdo: | but as I don't know your multiplex layout, hard to say |
| [23:53:15] | jya: | now Beirdo if you look carefully at the recording occurring |
| [23:53:47] | jya: | on encoder 4 we have Nine news and encoder5 we have 7 Digital |
| [23:54:02] | Beirdo: | yeah |
| [23:54:02] | sphery: | jya: we can put input groups in place and see if that fixes it, but yours is currently in an "unsupported" state--because it was direct db edits and not configured with mythtv-setup (admittedly, though, because mythtv-setup is broken) |
| [23:54:04] | jya: | looking at the path only, they are on the same card (adapter1). |
| [23:54:20] | Beirdo: | you need input groups |
| [23:54:26] | jya: | however, I can tell you that those two channels aren't on the same multiplex |
| [23:54:41] | Beirdo: | and as I said, without knowing the multiplex mapping, hard to say from here ;) |
| [23:54:45] | sphery: | it may be that input groups say, "only use one of the inputs in the group, unless you have something on the same multiplex, then you can use other inputs with that mux" |
| [23:54:46] | Beirdo: | I'll trust ya on that |
| [23:55:01] | jya: | all those recordings were valid bu the one ene encoder 11, it's on a 5th stream (and I have 5 cards) |
| [23:55:36] | jya: | all Im saying, is that it ain't the path to the card that tell if it's a virtual card or not :) |
| [23:55:46] | jya: | who knows about this stuff ? |
| [23:56:11] | sphery: | anyway, your broken multirec is almost definitely due to my misconfiguring it, so it's not something that's broken in mythtv |
| [23:56:13] | Beirdo: | I think it's factored into it |
| [23:56:16] | jya: | Captain_Murdoch: are you here? want to ask you about GetPlaybackURL() |
| [23:56:28] | Beirdo: | the code is all there. |
| [23:56:53] | pla (pla!~htplainf@99-95-202-230.lightspeed.chtnsc.sbcglobal.net) has joined #mythtv | |
| [23:57:11] | jya: | Beirdo: sure, looking at the code is the best way to understand how it works .. </sarcasm> :) |
| [23:57:45] | jya: | sphery: did you get a chance to look more into why the encoder weren't created? |
| [23:59:29] | jya: | what is iamlindoro involvement now in mythtv? I'd like to fix some of the stuff in his area (bd playback) but afraid to touch it (ref #10340) |
| Tuesday, February 21st, 2012 | ||
| [00:00:06] | sphery: | no, I wasted my free time, today, searching the net and reading 100 threads from a user who thinks MythTV is broken because OpenGL doesn't work when the underlying system is broken and doesn't support OpenGL |
| [00:00:51] | jya: | ah the suse bit ? |
| [00:03:00] | jya: | mythconverg-1264–20120214144909.sql.gz should do |
| [00:04:06] | Beirdo: | iamlindoro seems to still sporadically commit |
| [00:04:24] | Beirdo: | but I'd say if you have a bug-fix, and he's not doing it, go for it. |
| [00:04:54] | jya: | well, he's been pretty much over bugs quite actively… most of the stuff I reported got done within the hour |
| [00:06:37] | Beirdo: | you could email him and ask if he intends to work on it for 0.25 |
| [00:08:47] | jya: | I think all my emails to him go straight into an infinite vacuum. but it's worth a try. |
| [00:13:48] | Beirdo: | I get the feeling all our emails do at this time |
| [00:15:07] | jya: | Beirdo: it is the input group that make identify the multirec thing |
| [00:15:52] | Beirdo: | and device type or something else |
| [00:16:14] | Beirdo: | as it will not try to multirec onto my analog tuner that's also in the input group |
| [00:18:51] | stichnot: | stuartm (or anyone): can you look at the screenshots at https://picasaweb.google.com/1104044081630120 . . . noredirect=1 and see if you have any ideas why snippets of old captions are sometimes staying on the screen? I can't reproduce this issue from #10333. |
| [00:23:15] | danielk22: | jya: The card creation code adds an input group and puts the virtual and real cards in it. Since you bypassed the mythtv-setup card creation code you didn't get the input group... |
| [00:23:37] | jya: | danielk22: yes… the issiue is that the card creation code doesn't do it right now |
| [00:26:10] | danielk22: | Really? that's problem.. I've also noticed that the start channel list isn't getting initialized when you set the video source for an input. I think maybe all the triggered code in setup is broken.. Probably one low level commit to the old UI code (at least it was the last time a bunch of setup stuff broke... |
| [00:38:58] | jya: | danielk22: I've opened a bug on this couple of days ago |
| [00:39:06] | jya: | http://code.mythtv.org/trac/ticket/10365 |
| [00:47:44] | pla (pla!~htplainf@99-95-202-230.lightspeed.chtnsc.sbcglobal.net) has quit (Quit: Lost terminal) | |
| [00:49:43] | XDS2010_ (XDS2010_!u1218@gateway/web/irccloud.com/x-nnrrncmoxwpvpjwz) has joined #mythtv | |
| [00:59:28] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [01:03:25] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [01:19:44] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Ping timeout: 252 seconds) | |
| [01:36:07] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [02:04:45] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [02:05:09] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:18:11] | Captain_Murdoch: | jya, I'm around now for a little while. |
| [02:18:18] | jya: | cool |
| [02:19:56] | jya: | I had a question in regards to how the GetPlaybackURL() worked and potentially a workaround to the problem |
| [02:20:13] | jya: | when you attempt to play a BD whose path ends with a / |
| [02:20:15] | jya: | it fails |
| [02:20:38] | jya: | upon tracing the code, I found that before opening the file |
| [02:20:59] | jya: | so bd:/path/ is stored in the ProgramInfo bit |
| [02:21:17] | jya: | and when it comes to open the file, it opens GetPlaybackURL() |
| [02:22:02] | jya: | GetPlayBackURL() starts by calling QueryBasename() |
| [02:22:24] | jya: | which if the file ends with a "/" is going to be an empty string |
| [02:22:50] | jya: | so for a directory path (rather than a filename path) GetPlaybackURL() returns an empty string immediately |
| [02:23:12] | jya: | from there on, playback of dvd: or bd: using a directory path ending with a / fail |
| [02:23:47] | jya: | my first thought was simply for URL starting with bd: or dvd: to just do nothing |
| [02:24:47] | jya: | however, I'm not sure of the consequence, and I'm also wondering if I attempt to play a path, and it's not present locally, should it try to find it over storage group or a myth:: URL |
| [02:24:51] | jya: | does that make sense? |
| [02:28:06] | Captain_Murdoch: | seems like it would make sense to do that just like we do something special for IsVideo(). |
| [02:29:45] | cesman (cesman!~cesman@pool-173-51-174-58.lsanca.fios.verizon.net) has joined #mythtv | |
| [02:29:45] | cesman (cesman!~cesman@pool-173-51-174-58.lsanca.fios.verizon.net) has quit (Changing host) | |
| [02:29:45] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [02:29:54] | Captain_Murdoch: | you could check IsVideoDVD() || IsVideoBD() |
| [02:30:24] | jya: | to me it seems that GetPlaybackURL() just doesn't cater for directory path, it always expect it to be a file path |
| [02:30:33] | Captain_Murdoch: | not sure what effect that might have on remote DVD/BD though, you'd need to test that. |
| [02:31:02] | jya: | ok.. this was the question in the end.. it's possible to play remote bluray or dvd ? |
| [02:31:06] | jya: | how? |
| [02:31:43] | Captain_Murdoch: | yeah, it was written for recordings, way back when. it's main purpose back then was to get the proper file or URL to play the file so we didn't have to check in other places all over the code. |
| [02:33:25] | jya: | sure, but does that work for dvd or bd ? |
| [02:33:40] | jya: | it seems to me that it would only work if you give an actual file name |
| [02:33:46] | jya: | not with a directory |
| [02:34:01] | Captain_Murdoch: | mythavtest myth://StorageGroup@HostName/path/to/some.iso OR mythavtest myth://StorageGroup@HostName/path/to/some/VIDEO_TS/DIR OR myth://StorageGroup@HostName/path/to/some/dir/with/a/BDMV/subdir |
| [02:34:03] | jya: | otherwise it consider a directory to have an empty basename |
| [02:34:29] | jya: | ok... |
| [02:34:31] | Captain_Murdoch: | right, GetPlaybackURL hasn't been updated to keep up with DVD and BD usage. |
| [02:34:35] | jya: | buf if you give: |
| [02:34:41] | jya: | myth://StorageGroup@HostName/path/to/some/dir . . . BDMV/subdir/ |
| [02:34:45] | jya: | not the trailing slash |
| [02:34:51] | jya: | then it will not work as it is |
| [02:35:23] | Captain_Murdoch: | yeah, probably needs to special case for IsVideoBD() || IsVideoDVD() if those are set in this case. |
| [02:36:09] | jya: | the getbasename is : return pathname.section('/', -1); |
| [02:36:18] | jya: | so anything with a trailing / will fail |
| [02:36:51] | jya: | that code returns an empty string |
| [02:38:05] | danielk22: | jya: BD & DVD are the only thing where a trailing / might be ok, right? Can you just drop any trailing / anytime you see it? |
| [02:39:08] | jya: | danielk22: yes.. And I added code to that purpose in the Create method of bdringbuffer and dvdringbuffer |
| [02:39:36] | jya: | but I don't even get to that point as much earler GetPlayBackURL has already made it an empty filename |
| [02:46:13] | danielk22: | That should be fixable; the basename code just looks like an optimization. BTW Reading #10365 it seems to be about the binding code that was fixed this morning. That's what the log shows at least. I don't think gigem knew about the other input group issue. |
| [02:48:49] | jya: | danielk22: in regards to 10365, it was just Beirdo misreading |
| [02:49:01] | jya: | it isn't fixed.. it did fix a mysql error in the log output |
| [02:49:17] | jya: | but the fundamental issue is not fix |
| [02:49:43] | jya: | Actually, beirdo re-opened the bug, not sure why it got re-closed for the same commit a 2nd time |
| [02:50:46] | jya: | and now gigem misread |
| [02:54:11] | jya: | Captain_Murdoch danielk22 : so if I just amend GetPlaybackURL to start with if (isVideoBD() || isVideoDVD()) return name; that will do ? |
| [02:55:29] | gigem: | jya: not misread, just didn't check good enough. i was, and still am, way too busy with work that i need to finish tomorrow. will try to check back later, but i think my brain is too fried to be of help tonight. |
| [02:55:42] | jya: | i'm going to fully retest |
| [02:55:44] | jya: | just in case |
| [02:58:28] | Captain_Murdoch: | jya, return GetPathname()? |
| [02:59:24] | jya: | yes.. |
| [03:01:33] | jya: | gigem: I just rechecked… and yes… only 4 cards are created, all the other "virtual" ones aren't |
| [03:10:27] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [03:24:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:44:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [03:51:10] | jya: | Captain_Murdoch: happy with this ? |
| [03:51:11] | jya: | http://pastebin.com/MJLDrvAP |
| [04:03:01] | jya: | the other issue I've noticed, is that it only works using absolute path and not relative path |
| [04:03:39] | xris: | regression fix. revert.. regression fix #2. wow. |
| [04:07:36] | jya: | this is where unit testing would have been of help |
| [04:08:11] | xris: | well.. and "we're in a feature freeze, don't add new features even if you think they don't have any side effects" |
| [04:10:26] | jya: | it is in relation to fixing another bug… metadatalookup for generic tv program do not work as-is |
| [04:10:48] | Beirdo: | is there a bug ticket? |
| [04:11:00] | jya: | there is.. I opened it |
| [04:11:41] | jya: | it all started with #10344 and #10343 |
| [04:11:42] | Beirdo: | heh, well, would be nice to have it referenced :) anyways... testing your code before committing is usually the best plan |
| [04:11:52] | Beirdo: | especially during freeze :) |
| [04:13:34] | jya: | all started with this one |
| [04:13:35] | jya: | https://github.com/MythTV/mythtv/commit/0cd4e . . . 9e75a7d78734 |
| [04:13:51] | jya: | but while it's not directly a fix for that bug, it is related to the one I added |
| [04:13:56] | gigem: | jya: i'm just popping back in for a second. in my case, i have two physical, dvb cards with 2x multirec. all physical and virtual cards get created. that's why i though it was fixed. what i didn't notice, however, was that only the inputs for the physical cards get created. the inputs for the virtual cards didn't get created. |
| [04:14:20] | jya: | yes… I noticed that |
| [04:14:53] | jya: | I posted a pastebin of the mysql… let me find it |
| [04:15:20] | jya: | http://code.mythtv.org/trac/ticket/10365#comment:2 |
| [04:16:22] | jya: | Beirdo: what I would have more expected however, is not upgrading the database schema |
| [04:17:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:20:50] | Beirdo: | definitely agreed there |
| [04:20:52] | Beirdo: | twice. |
| [04:21:05] | Beirdo: | for something that will not hit mythtv until 0.25 |
| [04:22:10] | laga_ (laga_!~laga@h1626373.stratoserver.net) has quit (Read error: Operation timed out) | |
| [04:22:14] | laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv | |
| [04:30:53] | jya: | danielk22: the relative path with bd or dvd path is also broken due to 6e17b4de |
| [04:31:21] | jya: | there to it should handle if the URI has a schema:// at the beginning |
| [04:31:24] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [04:32:52] | jya: | in ProgramInfo(const QString) constructor line 763 |
| [04:51:23] | jya: | is : a valid character in a path? |
| [04:52:30] | Captain_Murdoch: | c:\windows |
| [04:52:43] | wagnerrp: | yes.. at leas on POSIX systems |
| [04:52:53] | wagnerrp: | windows doesnt allow it |
| [04:54:16] | jya: | ok.. in ProgramInfo(filename_path) constructor.. it assume anything with a ./ is a relative path. this doesn't work with things like bd: or dvd: , so I thought a working is simply leaving the path as-is if it contains a : |
| [04:54:59] | Beirdo: | jya: #4804 Feel free to close with Won't Fix or the like. Pretty sure it's not happening by your comment there |
| [04:55:04] | jya: | problem really, is that it shouldn't be attempting to determine the absolute path here without knowing the type of path it is |
| [04:56:32] | jya: | i think the idea for software amplification is good… so having it on the backburner is fine by me |
| [04:57:17] | jya: | also the need for it is reduced as auto-clipping is done automatically now when doing audio processing |
| [05:00:43] | Beirdo: | heh. well, I'd say a years-old ticket is pretty much pointless, but whatever :) |
| [05:04:59] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [05:06:19] | Captain_Murdoch: | jya, patch seems to be fine to me, but I rarely use DVD playback and the only BD I have is the demo. only time I've used them recently was to add and test remote playback. |
| [05:09:53] | Captain_Murdoch: | jya, probably would be OK to leave the path as-is if it contains a : since that would also catch myth:// URLs and c:\videos\blah.mpg |
| [05:10:25] | jya: | well, as it is… if it contains myth:// with a ./ it would be broken anyway |
| [05:10:44] | jya: | no way QDir absolute path routine would handle it properly |
| [05:11:03] | Captain_Murdoch: | myth:// shouldn't have ./ or ../ |
| [05:11:09] | jya: | I know |
| [05:11:25] | Captain_Murdoch: | we check for those in a few places in the backend. |
| [05:11:26] | jya: | but right now.. if you do something like myth://./../blah |
| [05:11:30] | jya: | it will become /blah |
| [05:11:56] | jya: | because .. remove the item before, here it's myth:// (I know, I tried :) ) |
| [05:12:21] | jya: | and in windows if it has a : it's definitely an absolute path to start with |
| [05:13:57] | jya: | here is my attempt at fixing relative path: http://pastebin.com/hDVvzSin |
| [05:15:03] | jya: | I remove the special case for dvd:// and dvd:/ because at the end of the day, a // or / added in a path, change nothing to the distination, it will be ignored |
| [05:18:13] | Captain_Murdoch: | with corrected comments, it seems OK given my limited knowledge of the bd: and dvd: code. |
| [05:19:42] | jya: | I changed so it would show in the log if it defaulted to /dev/dvd.. |
| [05:20:11] | jya: | I had no idea why it didnt play in my case, until I realised that as it didn't see a BDMV folder, it replaced silently my path with /dev/dvd |
| [05:42:44] | jya: | ok.. I have the following for review: |
| [05:46:18] | jya: | http://pastebin.com/7J8MHDys : Fix #10340 part 1 (fix handling of path with trailing /) |
| [05:46:18] | jya: | http://pastebin.com/NyBp3Eik : Fix issue where BD mount to disk needs to put to the real mount point |
| [05:46:19] | jya: | http://pastebin.com/eZJQw9VQ : fix symbolic link |
| [05:46:19] | jya: | http://pastebin.com/790avMiv : Simplify call to DVD external player, and add external player support for BD playback |
| [05:46:42] | jya: | patch #1 and #2 fix causes for #10340 |
| [05:46:52] | cattelan is now known as cattelan_away | |
| [05:46:54] | jya: | the other two are fix / improvement |
| [05:51:13] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [06:11:42] | jya: | anything else I should be looking at.. I've ran a failry thorough step, from installation, to configuration and try… reported the major issues I've found and attempted fixes for the others. |
| [06:12:03] | jya: | I'm happy to continue doing so to help clear out the pipe |
| [06:55:15] | stoffel (stoffel!~quassel@pD9E438E1.dip.t-dialin.net) has joined #mythtv | |
| [07:03:19] | Beirdo: | nice :) |
| [07:19:25] | saintdev (saintdev!~saint@unaffiliated/saintdev) has left #mythtv ("Leaving") | |
| [07:31:40] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [07:49:02] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [07:52:33] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [08:04:11] | jason (jason!~jason@122-57-229-88.jetstream.xtra.co.nz) has joined #mythtv | |
| [08:04:30] | jason is now known as Guest34003 | |
| [08:08:38] | Guest34003 (Guest34003!~jason@122-57-229-88.jetstream.xtra.co.nz) has quit (Client Quit) | |
| [08:15:15] | jason_ (jason_!~jason@122-57-229-88.jetstream.xtra.co.nz) has joined #mythtv | |
| [08:18:51] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [08:37:37] | stoffel (stoffel!~quassel@pD9E438E1.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [08:50:51] | Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has quit (Ping timeout: 252 seconds) | |
| [08:58:48] | laga (laga!~laga@h1626373.stratoserver.net) has quit (Changing host) | |
| [08:58:48] | laga (laga!~laga@pdpc/supporter/student/laga) has joined #mythtv | |
| [08:59:58] | jason_ (jason_!~jason@122-57-229-88.jetstream.xtra.co.nz) has quit () | |
| [09:17:59] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has quit (Ping timeout: 252 seconds) | |
| [09:26:08] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Ping timeout: 240 seconds) | |
| [09:26:20] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has joined #mythtv | |
| [09:38:23] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has quit (Ping timeout: 245 seconds) | |
| [09:48:01] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has joined #mythtv | |
| [10:00:46] | Goga777 (Goga777!~Goga777@2.95.84.234) has joined #mythtv | |
| [10:18:10] | Snow-Man (Snow-Man!~sfrost@72.66.115.51) has joined #mythtv | |
| [10:19:23] | GaVa (GaVa!~IceChat77@ppp118-209-68-10.lns20.mel4.internode.on.net) has joined #mythtv | |
| [10:21:03] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [10:24:43] | Snow-Man (Snow-Man!~sfrost@72.66.115.51) has quit (Ping timeout: 252 seconds) | |
| [10:36:16] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 276 seconds) | |
| [10:37:24] | iamlindoro (iamlindoro!~iamlindor@c-71-202-67-27.hsd1.ca.comcast.net) has joined #mythtv | |
| [10:55:23] | Goga777 (Goga777!~Goga777@2.95.84.234) has quit (Remote host closed the connection) | |
| [10:59:04] | Snow-Man (Snow-Man!~sfrost@72.66.115.51) has joined #mythtv | |
| [11:05:01] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:49] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:24:33] | GaVa (GaVa!~IceChat77@ppp118-209-68-10.lns20.mel4.internode.on.net) has quit (Quit: Download IceChat at www.icechat.net) | |
| [12:31:56] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [12:46:51] | jya: | Beirdo, could you add libdns_sd in the installed dependency? (on ubuntu the package name is libavahi-compat-libdnssd-dev).. To compile AirTunes |
| [12:47:19] | jya: | should also add VAAPI and Crystal HD while at it... |
| [13:06:00] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [13:06:19] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:28:53] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:37:59] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Quit: Leaving) | |
| [13:49:56] | jannau (jannau!~janne@v38276.1blu.de) has joined #mythtv | |
| [14:00:53] | ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv | |
| [14:02:21] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [14:03:30] | ThisNewGuy (ThisNewGuy!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has quit (Ping timeout: 252 seconds) | |
| [14:08:33] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [14:09:45] | j-rod|afk is now known as j-rod | |
| [14:14:00] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [14:19:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:28:03] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [14:39:00] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [14:39:24] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [14:44:34] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [14:46:13] | iamlindoro (iamlindoro!~iamlindor@c-71-202-67-27.hsd1.ca.comcast.net) has left #mythtv () | |
| [14:56:01] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [14:56:02] | stichnot (stichnot!chatzilla@nat/intel/x-alwqdgipteikbuon) has quit (Remote host closed the connection) | |
| [14:59:31] | stichnot (stichnot!~chatzilla@192.55.54.40) has joined #mythtv | |
| [15:13:29] | stuartm: | Captain_Murdoch: I'd appreciate some help/fresh eyes on http://svn.mythtv.org/trac/ticket/10337 , something is still not right with the http image stuff, aside from crashes like that it doesn't appear to pull them from the themecache once there (browsing around a list causes the images to disappear/reload) and if I browse around enough it ends up in "*** glibc detected *** /usr/local/bin/mythtv-setup: double free or corruption (fasttop): |
| [15:13:30] | stuartm: | 0x00007fffb42bcca0 ***" |
| [15:20:12] | rsiebert_ (rsiebert_!~quassel@g224251237.adsl.alicedsl.de) has joined #mythtv | |
| [15:20:35] | rsiebert (rsiebert!~quassel@g226062213.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [15:21:52] | stuartm: | although it's my addition to deal with the redirection which is trigger the segfault, I think the cause is elsewhere |
| [15:22:37] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 265 seconds) | |
| [15:29:17] | GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has quit (Changing host) | |
| [15:29:17] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
| [15:31:54] | stuartm: | Captain_Murdoch: is QNetworkCache() thread safe? can we expect multiple instances of MythDownloadManger accessing the same cache to remain stable or do we need to add lots of locking around the cache? |
| [15:35:55] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [15:38:48] | stichnot (stichnot!~chatzilla@192.55.54.40) has quit (Ping timeout: 245 seconds) | |
| [15:40:44] | pla (pla!~pla@64.53.23.250) has joined #mythtv | |
| [15:42:22] | stuartm: | nevermind, there should be only one instance of MDM but I'm not sure whether that stops two different image loading threads trampling each other when using that single instance |
| [16:00:45] | Captain_Murdoch: | we lock around our QNetworkAccessManager and QNetworkDiskCache accesses and download requests are queued so we shouldn't be accessing QNetworkAccessManager from more than one thread. It thought I had read specifically that it we were thread OK, but can't find it in a quick search. |
| [16:03:16] | Captain_Murdoch: | could be becuase GetHeader isn't locking around the cache access. notice I use m_infoLock to lock around access to it elsewhere. |
| [16:04:45] | Captain_Murdoch: | well, in the one other place I used it. :) |
| [16:15:06] | stichnot (stichnot!chatzilla@nat/intel/x-lhyrofnwdismwayg) has joined #mythtv | |
| [16:20:04] | stuartm: | Captain_Murdoch: I'll add locks around GetHeader() and hope for the best :) |
| [16:23:59] | jams: | stuartm, will xavierh settings change make it into .25? |
| [16:24:43] | jams: | or did it miss the deadline |
| [16:25:13] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 252 seconds) | |
| [16:27:34] | stuartm: | jams: deadline was over a week ago |
| [16:28:13] | stuartm: | but I going to try and arrange for 0.26 to be a very short cycle |
| [16:28:18] | jams: | shows how much attention I have been paying to it :) |
| [16:28:20] | jams: | cool |
| [16:29:18] | stuarta: | stuartm: tried valgrind? |
| [16:32:15] | stuartm: | not yet |
| [16:37:06] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [16:40:51] | stuartm: | still a few improvements we can make around this e.g. we need to abort loading of images when exiting the screen |
| [16:42:17] | stuartm: | and I think we need to let reads from the mem/disk cache occur without checking the last modified each time, it's too slow |
| [16:48:43] | stichnot (stichnot!chatzilla@nat/intel/x-lhyrofnwdismwayg) has quit (Ping timeout: 276 seconds) | |
| [16:49:58] | stuarta: | why do we have a disk cache? is it for resized (or similar) images? |
| [16:50:17] | stoffel (stoffel!~quassel@pD9E41B97.dip.t-dialin.net) has joined #mythtv | |
| [16:52:48] | stuartm: | resized images, images grabbed from another machine or the internet etc |
| [16:53:22] | stuarta: | so nothing we could really rely on the OS to cache if it had the memory? |
| [16:54:38] | stuartm: | no, we have the memory cache upto 50MB but everything gets cached to disk and pulled from that cache if it's not in the mem cache |
| [16:55:21] | stuartm: | that also means frontend startups etc are faster, a pure in-memory cache would be wiped on reboot meaning we'd have to scale all the images again |
| [16:56:03] | stuarta: | so how is checking the last modified time "too slow", we must be doing something wrong in that case? |
| [16:56:39] | stuartm: | last modified for internet images, means grabbing the header frequently |
| [16:56:48] | pla (pla!~pla@64.53.23.250) has quit (Quit: leaving) | |
| [16:57:10] | stuartm: | which is a problem when you've got dozens of channel icons in the channel icon downloader |
| [16:57:10] | stuarta: | with an IMS request? |
| [16:57:23] | stuartm: | HEAD |
| [16:57:42] | stuarta: | should be able to acheive it with an IMS |
| [16:58:03] | stuarta: | and handle the 304 not modified reply |
| [16:58:45] | stuarta: | but more to the point, why are we checking channel icons every time? surely that should be once a month? |
| [16:59:06] | stuarta: | or daily at most |
| [16:59:15] | stuarta: | it's not like they change often |
| [17:01:01] | stuartm: | well we shouldn't be checking them every time, but that's where I think the caching isn't working properly |
| [17:01:57] | tgm4883` (tgm4883`!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv | |
| [17:02:34] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 245 seconds) | |
| [17:23:15] | fphillips (fphillips!~fp@adsl-71-145-133-37.dsl.austtx.sbcglobal.net) has joined #mythtv | |
| [17:23:21] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Quit: ZNC - http://znc.in) | |
| [17:25:28] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [17:28:45] | Captain_Murdoch: | stuartm, do the cache icons have expiration dates set in the header the server returns? |
| [17:30:30] | Captain_Murdoch: | we only prefer cache if there is either no expiration header or the expiration date was within the last 10 seconds. if either of those is true, then we check the load time. if they have an expire date, we may need to relax that check to 720 seconds to match the load date check. |
| [17:31:24] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 252 seconds) | |
| [17:33:02] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [17:33:02] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [17:33:03] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [17:40:01] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 272 seconds) | |
| [17:44:31] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!) | |
| [17:47:58] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [17:49:14] | Captain_Murdoch: | [12:28] <Captain_Murdoch> stuartm, do the cache icons have expiration dates set in the header the server returns? |
| [17:49:17] | Captain_Murdoch: | [12:30] <Captain_Murdoch> we only prefer cache if there is either no expiration header or the expiration date was within the last 10 seconds. if either of those is true, then we check the load time. if they have an expire date, we may need to relax that check to 720 seconds to match the load date check. |
| [17:50:27] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [18:01:24] | tgm4883` is now known as tgm4883 | |
| [18:06:09] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [18:06:30] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:17:34] | kormoc (kormoc!~kormoc@71-212-119-146.tukw.qwest.net) has joined #mythtv | |
| [18:17:36] | kormoc (kormoc!~kormoc@71-212-119-146.tukw.qwest.net) has quit (Changing host) | |
| [18:17:36] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [18:23:16] | joki- (joki-!~joki@p54865AAF.dip.t-dialin.net) has joined #mythtv | |
| [18:23:17] | xavierh: | jams: no I missed the deadline, and I still did not finish. I need to make the speaker test work again, the db setting when no mysql.txt or config.xml file. |
| [18:23:41] | joki (joki!~joki@p54864272.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [18:23:41] | joki- is now known as joki | |
| [18:24:59] | xavierh: | Also I did not touch any profil stuff neither as their are done in libmyth or something, which would mean moving some of my code to a lib too. I won't start this before a dev review it |
| [18:25:24] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:26:26] | xavierh: | stuartm: ^^^ I suppose you won't look at it before 0.25 is out. also #10092 is still set for 0.25 as well as #9235 instead of 0.26 |
| [18:26:52] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [18:27:19] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:28:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 240 seconds) | |
| [18:31:03] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:33:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [18:33:46] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [18:34:04] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:39:55] | davide (davide!~david@host70.16.intrusion.com) has quit (Quit: Konversation terminated!) | |
| [18:42:05] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:49:55] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [18:56:47] | jheizer (jheizer!~jheizer@c-98-215-87-73.hsd1.il.comcast.net) has joined #mythtv | |
| [19:00:37] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [19:05:24] | stuartm: | Captain_Murdoch: returned headers look like this – http://pastebin.com/0s6V8rKS |
| [19:05:46] | stuartm: | so yes, there is expiration info |
| [19:07:16] | stuartm: | I need to do some more debugging, something is not right but I don't have enough info to say what |
| [19:08:01] | stichnot (stichnot!chatzilla@nat/intel/x-sawqzhoqdkjvcvoy) has joined #mythtv | |
| [19:08:42] | wagnerrp: | stuartm: does your 'standby' mode have a jumppoint? |
| [19:08:50] | noahric (noahric!~noahric@74.125.59.66) has joined #mythtv | |
| [19:09:02] | stuartm: | wagnerrp: not yet, but it will by release |
| [19:09:35] | wagnerrp: | i say just keep 9814 yourself, and close it 'wontfix' when you add the jumppoint |
| [19:09:53] | wagnerrp: | at which point you will be able to allow shutdown by jumping to that over the control socket |
| [19:09:56] | Captain_Murdoch: | stuartm, sounds like we should be hitting the local cache only if the expires header is set to well into the future like that. we should fall through and set QNetworkRequest::PreferCache but maybe that's not working for some reason. |
| [19:10:00] | wagnerrp: | or just clsoe it now for that reason |
| [19:10:25] | Jordack: | i know this isnt a myth issue, but that builtin radeon driver is a real pain in my ass. At 1900 resolution if turns my screen pink. oh how i love technology |
| [19:11:17] | wagnerrp: | try fglrx instead? |
| [19:11:28] | wagnerrp: | note, this is the development channel |
| [19:12:37] | Jordack: | sorry just venting :) I love the work you all do with myth. the catalyst driver cause the system to crash when i play a video. When i have time ill bug the right people. :) |
| [19:13:03] | wagnerrp: | try nvidia instead? |
| [19:13:36] | Jordack: | coudl try another card. the radeon was the built in card on teh sys board. its no biggie |
| [19:13:51] | Jordack: | do have a dev question, any work don on storage groups for music files? |
| [19:14:33] | wagnerrp: | stuartm: note that when you add the jumppoint, it must be manually listed in mythtv/programs/mythfrontend/networkcontrol.cpp |
| [19:15:09] | wagnerrp: | since there are no "pretty titles" stored with the jumppoints, it cant enumerate the available jumppoints from the code |
| [19:17:18] | stuartm: | wagnerrp: sounds like something we should change in 0.26? |
| [19:17:51] | stuartm: | Jordack: should be available in 0.26 when that is released later this year |
| [19:18:58] | Jordack: | thanks stuartm |
| [19:19:45] | wagnerrp: | there were some commits related to that a week or two back |
| [19:19:59] | wagnerrp: | but it seemed to be limited to allowing mythmusic to play content from storage groups |
| [19:20:12] | wagnerrp: | not populating the content lists with content in storage groups |
| [19:20:27] | wagnerrp: | so it seems to be there, but not in any manner that can be used |
| [19:20:42] | wagnerrp: | likely something in the works that didnt make it in prior to feature freeze |
| [19:25:35] | stuartm: | wagnerrp: yeah, Paul was paving the way for storage group support, but it's not implemented just yet |
| [19:29:52] | wagnerrp: | stuartm: do you know if theres enough there for an external script to push SG content into the database? |
| [19:30:26] | wagnerrp: | from the comment on the commit, it looked like the code was all there for accessing the content, it was just lacking the scanner |
| [19:30:37] | stuartm: | no, scanning is not there at all yet |
| [19:32:27] | stuartm: | it means moving scanning to the backend and the metadata reading classes along with it – Taglib which we used for reading several tag types needs local access, or did the last time I checked, either way it would be much faster if done entirely on the backend instead of over the protocol |
| [19:33:45] | wagnerrp: | i mean manually poking the filenames in the database |
| [19:37:35] | stuartm: | wagnerrp: no, there's no storage group stuff there at all, Paul just moved url construction handling to the one place and changed it to store a relative url in the in-memory list of tracks instead of an absolute url |
| [19:37:49] | wagnerrp: | ah |
| [19:38:09] | wagnerrp: | so really just basic stuff |
| [19:39:26] | stuartm: | yeah, as I said before, paving the way for storage groups but not implementing any storage group specific functionality |
| [19:48:00] | gast (gast!bcc294ec@gateway/web/freenode/ip.188.194.148.236) has joined #mythtv | |
| [20:00:27] | fphillips (fphillips!~fp@adsl-71-145-133-37.dsl.austtx.sbcglobal.net) has quit (Ping timeout: 252 seconds) | |
| [20:01:29] | noahric (noahric!~noahric@74.125.59.66) has quit (Quit: noahric) | |
| [20:06:35] | stichnot (stichnot!chatzilla@nat/intel/x-sawqzhoqdkjvcvoy) has quit (Ping timeout: 240 seconds) | |
| [20:09:39] | stichnot (stichnot!~chatzilla@192.55.55.37) has joined #mythtv | |
| [20:14:46] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
