| Monday, February 20th, 2012, 00:00 UTC | ||
| [00:00:18] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [00:10:10] | andreax1 (andreax1!~andreaz@p54BF3FB0.dip.t-dialin.net) has joined #mythtv | |
| [00:10:32] | andreax (andreax!~andreaz@p5089F32E.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [00:58:04] | andreax1 (andreax1!~andreaz@p54BF3FB0.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [01:07:16] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 265 seconds) | |
| [01:08:44] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (Ping timeout: 245 seconds) | |
| [01:09:00] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [01:12:56] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [01:59:39] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [02:04:13] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [02:05:53] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [02:06:16] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:25:50] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [02:29:51] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Read error: Operation timed out) | |
| [02:30:14] | cesman (cesman!~cesman@pool-173-51-174-58.lsanca.fios.verizon.net) has joined #mythtv | |
| [02:30:14] | cesman (cesman!~cesman@pool-173-51-174-58.lsanca.fios.verizon.net) has quit (Changing host) | |
| [02:30:14] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [02:39:13] | stichnot (stichnot!~chatzilla@192.55.55.39) has quit (Ping timeout: 272 seconds) | |
| [02:43:24] | stichnot (stichnot!chatzilla@nat/intel/x-alwqdgipteikbuon) has joined #mythtv | |
| [02:46:15] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:50:06] | coling (coling!~colin@cpc1-sgyl30-2-0-cust727.sgyl.cable.virginmedia.com) has quit (Ping timeout: 260 seconds) | |
| [02:51:41] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [03:00:31] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [03:33:25] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 252 seconds) | |
| [03:36:04] | k-man (k-man!~jason@unaffiliated/k-man) has joined #mythtv | |
| [03:39:25] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [03:55:55] | stichnot: | I'd appreciate if people familiar with the code could review http://code.mythtv.org/trac/attachment/ticket . . . ts_v15.patch . This is a simpler version of jump point handling during video playback. It deals with OSD, menus, edit mode being active when the jump point is executed. |
| [03:56:59] | stichnot: | oh, and it tries to deal with quitting playlists in the pbb, though playlist playback doesn't seem to be working for me (it only plays the first recording). |
| [04:02:14] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [04:37:04] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:57:32] | kormoc (kormoc!~kormoc@71-212-119-146.tukw.qwest.net) has joined #mythtv | |
| [05:57:35] | kormoc (kormoc!~kormoc@71-212-119-146.tukw.qwest.net) has quit (Changing host) | |
| [05:57:35] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [06:09:01] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 260 seconds) | |
| [06:33:37] | stoffel (stoffel!~quassel@pD9E4264A.dip.t-dialin.net) has joined #mythtv | |
| [08:37:01] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [09:10:06] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [09:18:50] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 260 seconds) | |
| [10:00:37] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [10:04:04] | mag0o_ (mag0o_!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [10:04:25] | peitolm (peitolm!~moreyc@unaffiliated/peitolm) has quit (*.net *.split) | |
| [10:04:26] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (*.net *.split) | |
| [10:04:26] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split) | |
| [10:04:26] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (*.net *.split) | |
| [10:04:27] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [10:04:27] | peitolm_ (peitolm_!~moreyc@mandlebrot.random-chaos.org.uk) has joined #mythtv | |
| [10:04:27] | j-rod|afk (j-rod|afk!~jarod@static-72-93-233-2.bstnma.fios.verizon.net) has quit (*.net *.split) | |
| [10:04:45] | j-rod|afk (j-rod|afk!~jarod@static-72-93-233-2.bstnma.fios.verizon.net) has joined #mythtv | |
| [10:05:02] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [10:18:07] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [10:20:53] | peitolm_ is now known as Peitolm | |
| [10:21:10] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [10:24:09] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [11:02:08] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [11:05:03] | Guest88351 (Guest88351!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:59] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:11:58] | jeff_ (jeff_!~jeff@124-168-208-214.dyn.iinet.net.au) has joined #mythtv | |
| [11:12:31] | jeff_ is now known as Guest25018 | |
| [11:29:42] | Guest25018 (Guest25018!~jeff@124-168-208-214.dyn.iinet.net.au) has quit (Quit: Leaving) | |
| [11:42:56] | jya: | myth url are so inconsistent.. so we had myth:// but bd: and dvd: (though bd:/ bd:// and dvd:/ works too) |
| [12:46:58] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv | |
| [13:02:07] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi) | |
| [13:05:15] | danielk22: | jya: URLs should always be scheme://domain:port/ then the path, I think accepting fewer other abreviated syntax is just a byproduct of individual parsers. Do valid URLs get rejected or is it just that that they are too permissive? |
| [13:05:34] | jya: | danielk22: trying to identify why playing a bd url when it finished with a / prevented playback to work. I've found that the culprit was in programinfo.h GetBaseName()… this returns an empty string, so it suddenly tries to play an empty file name. |
| [13:05:59] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [13:06:12] | jya: | URL in myth are *officially* (from how the code handles it): myth:// http:// bd: and dvd: |
| [13:06:21] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:06:31] | jya: | if you feed bd:// or bd:/ it drops the // or / |
| [13:06:51] | jya: | which has some unfortunate side effect is that you have to really write your URL in a particular manner |
| [13:07:04] | danielk22: | i.c. I wonder if that's for compatibility with mplayer or vlc or just a mistake. |
| [13:07:24] | jya: | for bd: you can tell it was a plain copy of the dvd: code |
| [13:07:34] | jya: | so whatever mistake was made there, it carried it on |
| [13:08:28] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [13:08:28] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [13:08:28] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [13:08:29] | danielk22: | Yeah, it really should be treated like file:// i.e. file:///etc/passwd |
| [13:08:44] | danielk22: | dvd:///dev/dvd |
| [13:08:57] | jya: | the discovery of what type of media it is, dvd, bluray etc.. is quite attrocious I think.. it's a series of if / then / if then with plenty of little work-around a particular case |
| [13:09:48] | danielk22: | file:line ? |
| [13:10:09] | jya: | i totally agree… in regards to the URL, and IMHO this needs fixing.. However, the change to do it properly is quite intrusive because it's not done in a single place.. there are 3 places it detects and handle those URL |
| [13:10:15] | jya: | for the discovery? |
| [13:10:51] | danielk22: | yeah, for the discovery; yeah, best done after 0.25, but we could have a patch ready. |
| [13:11:38] | jya: | for the discovery I don't mind too much, I can add a quick workaround to not attempt to determine the basename / dirname if we are using a bd: or dvd: URL |
| [13:12:05] | jya: | the thing I was referring to is in programinfo.cpp the ProgramInfo various constructor |
| [13:12:30] | jya: | My guess is that it first started to identify only one type only |
| [13:12:48] | jya: | then everyone extended by reproducing the original code, tweaking in for a new case, and adding it to it |
| [13:14:46] | danielk22: | jya: I was the last to largely refactor the PI code. A lot of that was just PI init code copied from various places in the code where the PI was constructed outside the constructor before (treated as a struct.) I didn't try to fix things unless it was very obviously broken for fear of introducing bugs. |
| [13:15:22] | jya: | would it be fair to simply bypass the problem in regards to incorrect base name by simply looking if it start with dvd: or bd: and otherwise continue like before |
| [13:15:38] | jya: | and we can look at fixing it properly after. |
| [13:15:46] | danielk22: | if you are talking about lines 794 to 804, I don't think it's so bad. |
| [13:15:51] | jya: | Yes, you can tell that it's the result of a lot of copy/paste |
| [13:16:30] | danielk22: | jya: It sounds fair but without looking at the code I really don't know. |
| [13:18:21] | danielk22: | Yup, copy-n-paste.. then I eliminated the 1/3 of constructors that were obviously doing the same thing. |
| [13:19:12] | danielk22: | Still 10+ ctors too many though.. |
| [13:20:02] | jya: | sorry, I lost my track of where I was in the code, it's a part I'm not familiar with.. i'm lost |
| [13:20:40] | jya: | and kdbg is absolutely hopeless.. when I skip over, I have to wait about 5 minutes before I can do so again |
| [13:21:07] | jya: | don't know how to use gdb here, it never stops on my breakpoints |
| [13:22:23] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [13:22:34] | danielk22: | jya: If you compile with --compile-type=debug the breakpoints and stepping will work better. |
| [13:22:46] | jya: | of course, I already compile that way |
| [13:23:11] | jya: | i just find that gdb never step over a break point set in a lib, or running in a thread |
| [13:23:27] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Read error: Operation timed out) | |
| [13:25:03] | jya: | allright.. i'm back in my track |
| [13:25:13] | jya: | so the issue is in GetPlaybackURL |
| [13:25:54] | jya: | my guess is that it should leave the dvd or bd URL untouched |
| [13:26:11] | jya: | unless if you try to do it remotely, it will return a myth:// |
| [13:26:26] | jya: | if I ask to play say /path/to/file/BDMV |
| [13:26:34] | jya: | on one machine |
| [13:26:46] | jya: | will it start streaming from the backend that path? |
| [13:27:00] | danielk22: | Captain_Murdoch: ^^^ I think you are more familiar with the remote file stuff... |
| [13:28:52] | danielk22: | jya: I think the actual URL may be useful, I don't think Captain_Murdoch is logged in right now. |
| [13:29:18] | jya: | what do you mean by that? |
| [13:31:10] | jya: | to give you some context and what I'm trying to troubleshoot |
| [13:31:27] | jya: | bug #10340 |
| [13:31:54] | jya: | i found a few reason for which playback of the new combines entry wouldn't work |
| [13:32:22] | jya: | the most obvious one is the creation of the URL as bd:/%1/ |
| [13:33:19] | jya: | the trailing / fail, because when querying GetPLaybackURL, the QueryBaseName return an empty string... |
| [13:33:57] | jya: | so it tries to play an empty name, which already setup as a BD/DVD player (so it's not the same as starting myavtest with no argument for example) |
| [13:34:40] | jya: | the other issue is that for libbd to work properly, it needs to point to the actual path of the mounted disk, if it's a symbolic or whatever, it won't work |
| [13:35:46] | jya: | finally, I do not like that you can set an external player for DVD, but not for bluray. It's inconsistent. Especially as I actually want to start an external script that will mount an unencrypted copy of the disk (using anydvd), and once it's mounted I want playback to start with mythavtest |
| [13:37:35] | jya: | so this is what I came up with: |
| [13:37:36] | jya: | http://pastebin.com/z6cNybjv |
| [13:38:04] | jya: | in BDRingBuffer, it actually uses the real URL |
| [13:38:34] | jya: | it doesn't add a trailing / |
| [13:38:42] | j-rod|afk is now known as j-rod | |
| [13:39:15] | jya: | and it passes the bluray mountpoint as bd:path to the external script if it is defined (in the same fashion as the DVD player) |
| [13:39:17] | Peitolm (Peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (Changing host) | |
| [13:39:17] | Peitolm (Peitolm!~moreyc@unaffiliated/peitolm) has joined #mythtv | |
| [13:39:47] | jya: | now if we use bd: now and bd:// later, that means script handling bd: will fail later once it is fixed… ugly ugly |
| [13:42:43] | jya: | I'm going to make BD url bd:// , won't be very consistent with the dvd: one, but at least it won't change in the future |
| [13:46:41] | danielk22: | jya: I'd do one patch that just fixes the trailing / problem and another that fixes the bd:// issue and adds the sctipt call. The first can be applied immediately and the other can sit in your branch until after the feature freeze. |
| [13:47:17] | jya: | rha… so it won't see the light of day until in 2 years time ? |
| [13:47:59] | danielk22: | The next release will be quicker. Our pattern is long cycle, short cycle, repeat. |
| [13:48:11] | jya: | ah, so there's a logic to that ? :) |
| [13:48:32] | danielk22: | hehe, logic would be too strong a word ;] |
| [13:48:37] | jya: | so that means I have to create another repo once again to carry my own packages… buger |
| [13:49:28] | jya: | danielk22: the issue is that the trailing / isn't the only problem, not using the right path, even if it points ultimately to the right directory, won't work |
| [13:50:09] | jya: | one patch, 3 fixes. |
| [13:50:36] | danielk22: | Just do a branch.. I have several for things that are waiting for feature freeze to end, for something like this you won't see a lot of conflicts so it's easy to keep up to date. |
| [13:52:10] | jya: | ok... |
| [13:54:27] | danielk22: | jya: Everything but the script thing should be mergable as a fix, but whether that makes sense I'll leave up to you. The bd: vs bd:// s an obvious fix, it's just that it the fix may need to be larger than you initially anticipate. |
| [13:54:55] | jya: | yeah… if doing the script, I want bd:// to be properly managed |
| [13:55:07] | danielk22: | yup |
| [13:55:09] | jya: | so the script will be called with an argument that won't change over time |
| [13:55:32] | jya: | though, having said that, I could always call the script with bd:// and do bd: for everything else |
| [13:55:41] | jya: | there you go.. the script becomes a fix :) |
| [13:56:06] | jya: | the trailing / in mythavtest won't be fixed, but that's pretty minor |
| [13:58:46] | jya: | what's the command in git to convert a commit into a stash? |
| [14:02:32] | danielk22: | No idea, I'd do a git diff HEAD~1..HEAD for the patch, then git rebase -i HEAD~2 to drop the commit, then reapply and then stash, but I'm sure that isn't the most efficient way. |
| [14:04:19] | jya: | trying to remember the program that handle patch stack very well |
| [14:11:29] | stuarta: | quilt |
| [14:11:37] | jya: | ahhhhh thank you sir ! |
| [14:11:41] | stuarta: | np |
| [14:11:51] | stuarta: | it's on my essential utilities list :) |
| [14:11:54] | jya: | i was trying to simulate quilt with git stash |
| [14:11:57] | jya: | but haven't managed |
| [14:12:03] | ** stuarta shudders ** | |
| [14:33:23] | stuartm: | danielk22: git reset HEAD^; git stash |
| [14:33:43] | stuartm: | unapplies the commit; then stash |
| [14:44:23] | Hydr0p0nX (Hydr0p0nX!~Hydr0p0nX@71-8-4-153.dhcp.leds.al.charter.com) has joined #mythtv | |
| [14:44:35] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:44:36] | Hydr0p0nX (Hydr0p0nX!~Hydr0p0nX@71-8-4-153.dhcp.leds.al.charter.com) has left #mythtv () | |
| [15:10:28] | stichnot: | danielk22: I'd appreciate your review of http://code.mythtv.org/trac/attachment/ticket . . . ts_v15.patch . I know very little about the use of QEvent and PlayerContext locking stuff. |
| [15:11:28] | danielk22: | stichnot: Sure, I'll look at it this afternoon. |
| [15:11:37] | stichnot: | thanks. |
| [15:17:50] | jya: | danielk22: http://code.mythtv.org/trac/ticket/10340#comment:3 … i've split the patches |
| [15:20:01] | rsiebert (rsiebert!~quassel@g226062213.adsl.alicedsl.de) has joined #mythtv | |
| [15:20:35] | rsiebert_ (rsiebert_!~quassel@e179169075.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [15:22:13] | jya: | are encrypted DVD ISO working now over storage group? |
| [15:52:48] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Quit: Ex-Chat) | |
| [15:53:09] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Quit: leaving) | |
| [15:59:37] | jpabq__ (jpabq__!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 252 seconds) | |
| [16:16:23] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [16:25:14] | stuartm: | danielk22: post-0.25 I'd like to start recording more video and audio codec info, would expanding ProgramInfo::properties to 32bit, or possibly even 64bit be an issue? |
| [17:33:44] | cattelan_away is now known as cattelan | |
| [17:37:14] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [17:51:26] | Malard (Malard!Malard@xbmc/staff/malard) has quit () | |
| [18:04:57] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [18:05:20] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:10:08] | coling (coling!~colin@cpc1-sgyl30-2-0-cust727.sgyl.cable.virginmedia.com) has joined #mythtv | |
| [18:11:01] | stoffel (stoffel!~quassel@pD9E4264A.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [18:19:11] | joki (joki!~joki@p54864FFC.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [18:20:23] | joki (joki!~joki@p54864272.dip.t-dialin.net) has joined #mythtv | |
| [18:40:09] | danielk22: | stuartm: no issue at all. |
| [18:40:53] | danielk22: | stuartm: Mostly it's the all the strings that make ProgramInfo slow. The bools were only a problem because there were so many of them. |
| [18:44:46] | ** Beirdo grumbles ** | |
| [18:44:56] | Beirdo: | Monday mornings suck. |
| [18:46:31] | Seeker`: | s/ morning// |
| [18:50:34] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [18:50:57] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [18:51:28] | danielk22: | stichnot: The locking looks fine. But the event thing looks wrong, what event are you expecting to see to run that code? Also I don't think saving editing changes makes sense if you hit a jump point while editing. |
| [19:07:09] | davide: | Beirdo (and iamlindoro): thanks for fixing the cardutil bug i created and somehow let slip through. |
| [19:13:33] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 252 seconds) | |
| [19:23:22] | Beirdo: | davide: no problemo. We'll see if it's completely fixed, I leave that to jya to confirm :) |
| [19:23:31] | Beirdo: | closed it a bit prematurely :) |
| [19:23:49] | davide: | i tried it a short while ago and didn't see a problem. |
| [19:24:08] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:26:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 248 seconds) | |
| [19:27:00] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [19:27:40] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:28:22] | Beirdo: | cool. Feel free to close it if you're confident the issue's gone |
| [19:28:44] | Beirdo: | little oopses cause such fun sometimes :) |
| [19:28:51] | Beirdo: | exit |
| [19:28:57] | Beirdo: | wrong window! :) |
| [19:29:01] | Beirdo: | I need more coffee |
| [19:30:37] | kwmonroe` is now known as kwmonroe | |
| [19:30:51] | ** Seeker` gives Beirdo caffeine IV ** | |
| [19:40:55] | stuartm: | danielk22: ok thanks, good to know |
| [19:43:32] | stuartm: | sounds like we'd benefit from switching things like recgroup to ids instead of strings, which I've long wanted to do anyway because it causes a few issues such as recording groups disappearing if you delete the last recording from them and it complicates the code dealing with groups because we have to translate/compare the strings all the time |
| [19:46:46] | stuartm: | where ids in that context means integer values corresponding to a row in a new recgroup table |
| [19:48:42] | Beirdo: | autoincrement, one would assume |
| [19:54:48] | stuartm: | yep |
| [19:56:04] | MaximLevitsky (MaximLevitsky!~maxim@87.68.75.94.cable.012.net.il) has joined #mythtv | |
| [19:56:40] | MaximLevitsky: | How am I supposed to configure MythTV for DVB-T? mythtv-setup just quits here |
| [19:57:12] | MaximLevitsky: | It asks me 'Would you like to run mythfilldatabase?' |
| [19:57:25] | wagnerrp: | mythtv doesnt ask that |
| [19:57:26] | MaximLevitsky: | and after 'yes' answer, it quits |
| [19:58:17] | MaximLevitsky: | another kubuntu fuckup I guess then |
| [19:58:32] | wagnerrp: | please watch the language |
| [19:58:44] | Beirdo: | either way, that should be in #mythtv-users |
| [20:04:32] | stuartm: | wagnerrp: actually it does ask that, but only after you've configured everything and quit |
| [20:05:41] | wagnerrp: | stuartm: pretty sure it just notifies you that you should run it if you have changed your channel lineup |
| [20:05:58] | wagnerrp: | it does not offer to actually fire it off for you |
| [20:08:01] | MaximLevitsky: | Yep, its kubuntu fault. I run now mythtv-setup.real and it works more or less |
| [20:08:34] | stuartm: | wagnerrp: ah, yeah you're right |
| [20:08:51] | wagnerrp: | MaximLevitsky: user support is in #mythtv-users, this is the development channel |
| [20:09:02] | dekarl1 is now known as dekarl | |
| [20:09:08] | superm1: | MaximLevitsky: can you join #ubuntu-mythtv so we can debug what's happening on kde with the mythtv-setup wrapper script? |
| [20:09:11] | MaximLevitsky: | wagnerrp: Ah, ok fine! |
| [20:09:19] | superm1: | that's surely an ubuntu scripting specific bug |
| [20:12:55] | stichnot: | danielk22: the intention is to piggyback on the ESCAPE keypress event which is sent when a jumppoint is executed. Alternatively, I guess I could use a different event type specifically for initiating shutdown. Or, the jumpoint could might be able to track down the TV object and directly execute a shutdown method. What do you think? |
| [20:16:33] | stichnot: | as for editing, I would probably fix it so that at least it leaves the autosave stuff in the DB |
| [20:20:44] | stichnot: | stuartm, danielk22: more and more strings in ProgramInfo make the PlayBackBox proportionally slower to load up, since it processes all ProgramInfo strings for all recordings in the recording group. This is noticeable on my ION frontend with 2000+ recordings. But see http://code.mythtv.org/trac/ticket/10161 |
| [20:20:44] | Beirdo: | stuartm: could you deal with #9938? Seems it just got reopened... Anything I can do to help, or what should be done here? |
| [20:21:47] | MaximLevitsky (MaximLevitsky!~maxim@87.68.75.94.cable.012.net.il) has left #mythtv () | |
| [20:24:07] | stuarta: | if anybody wants to work on my tickets feel free, i'm not going to have much time for myth |
| [20:24:25] | stuarta: | not this side of full freeze at least |
| [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) |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
