| Monday, September 8th, 2014, 00:04 UTC | ||
| [00:04:48] | clever: | on my end, the cable box has a dvr, with crap software |
| [00:05:12] | clever: | the mpeg is streaming right over the lan, and mythtv can even tune it, but its all got normal CA encryption |
| [00:06:48] | dblain: | cablebox dvr... been there, done that... never again (well, can't really say never, but trying my hardest for it to be true) |
| [00:07:50] | clever: | my dvr appears to run windows CE |
| [00:40:40] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [00:54:44] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv | |
| [01:41:55] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [02:00:55] | andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [02:48:53] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:50:12] | rkulagow (rkulagow!62e20172@gateway/web/freenode/ip.98.226.1.114) has joined #mythtv | |
| [02:52:24] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds) | |
| [02:52:24] | peper03_ is now known as peper03 | |
| [03:41:17] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [03:53:06] | sl1ce (sl1ce!~johnathan@pool-108-20-176-89.bstnma.fios.verizon.net) has joined #mythtv | |
| [04:01:54] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds) | |
| [04:03:04] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:24:46] | arescorpio (arescorpio!~arescorpi@193-205-17-190.fibertel.com.ar) has quit (Excess Flood) | |
| [04:30:20] | gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:9:4980:9d3:222:4dff:fe51:6728) has joined #mythtv | |
| [04:37:22] | gary_buhrmaster: | dblain: Since there is no (known to me) GPL "protected path" implementation (including HDCP/COPP) for Linux, you are not likely to see CableLabs ever issue you a cert for your (desired) DTCP-IP implementation. |
| [04:38:27] | gary_buhrmaster: | dblain: TiVo runs Linux (as do many STBs), but the protected path stuff is not GPL'd. |
| [04:44:29] | gary_buhrmaster: | dblain: And the certs are in protected storage and the entire system is digitally signed. |
| [04:46:07] | gary_buhrmaster: | dblain: Probably more like $1/4 to 1/2 million including CableLab certifications (if you include the dev time) for a binary installable complete signed system image. |
| [04:48:06] | gary_buhrmaster: | dblain: At one point, CableLabs offered a complete DTCP-IP implementation for gstreamer (on github). |
| [04:48:25] | gary_buhrmaster: | dblain: But you need real keys to actually use it with your Prime for real content. |
| [04:51:19] | gary_buhrmaster: | dblain: In other words, get used to disappointment. |
| [04:51:35] | gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:9:4980:9d3:222:4dff:fe51:6728) has quit (Remote host closed the connection) | |
| [05:59:50] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv | |
| [06:08:28] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:13:29] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:14:10] | dekarl: | stuartm: whatever it ends up being. but having similarities between the upnp/recodings/video interface sounds very nice (and makes external programs inserting fake recordings less attractive) |
| [06:15:54] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [06:16:36] | dekarl: | re DTCP-IP sounds like security be obscurity... aka it may be easy for blackhats to aquire the signal, but even harder for legitimate customers... better spend the 50k on brides of the FTC ;) |
| [06:16:56] | dekarl: | (hailing from a country where briding officials is not illegal ;) |
| [06:19:22] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
| [06:22:56] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [06:38:38] | skd5aner (skd5aner!~skd5aner@241.sub-70-198-68.myvzw.com) has joined #mythtv | |
| [08:08:26] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [08:14:54] | frankster (frankster!~frankster@host86-140-118-169.range86-140.btcentralplus.com) has quit (Read error: Connection reset by peer) | |
| [08:44:12] | joki (joki!~joki@p54862667.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [08:49:48] | joki (joki!~joki@p5486085A.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:23:15] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv | |
| [09:28:20] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [10:57:33] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:58:37] | jya_: | stuartm: looking at backporting the Hostname vs device id change related to the use of GenMythURL() |
| [10:58:38] | jya_: | there are still a few out there that make use of the IP address. |
| [10:58:42] | jya_: | is that on purpose or were they just overlooked? |
| [11:08:44] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds) | |
| [11:13:24] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [11:41:15] | stuartm: | likely overlooked |
| [11:42:00] | stuartm: | I grepped for uses of GenMythUrl(), didn't think to get for places where that's not being used |
| [11:42:25] | stuartm: | and possible I accidentally skipped some instances when working down the list |
| [12:13:58] | rsiebert (rsiebert!~quassel@g229055067.adsl.alicedsl.de) has joined #mythtv | |
| [12:15:17] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 245 seconds) | |
| [12:16:45] | rsiebert_ (rsiebert_!~quassel@g229085085.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [12:22:37] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [12:35:27] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 268 seconds) | |
| [12:36:10] | Seeker (Seeker!~cjo20@host86-174-35-161.range86-174.btcentralplus.com) has joined #mythtv | |
| [12:36:10] | Seeker (Seeker!~cjo20@host86-174-35-161.range86-174.btcentralplus.com) has quit (Changing host) | |
| [12:36:10] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [12:40:26] | lomion0815 (lomion0815!~markus@213-33-12-108.adsl.highway.telekom.at) has joined #mythtv | |
| [12:46:45] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Ping timeout: 264 seconds) | |
| [12:49:54] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv | |
| [12:51:22] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [12:54:01] | jya_: | stuartm: there are some in the upnp server code, and one in mytharchive |
| [12:54:45] | sheedy-away is now known as sheedy | |
| [12:55:21] | jya_: | and mytharchivehelper |
| [12:55:53] | jya_: | in mythbackend/mainserver.cpp there’s p->SetPathname(gCoreContext->GenMythURL(backendIpMap[hostname], |
| [12:56:02] | jya_: | not sure how to easily fix that one.. |
| [12:56:47] | jya_: | I’ve pushed to devel/0.27candidates some backports, would be appreciated if you can have a quick look |
| [12:58:51] | jya_: | Anssi: ping ... |
| [12:59:24] | jya_: | how would you detect the number of channels of an AC3 streams without first decoding it? |
| [13:03:00] | jya_: | when we’re doing AC3 passthrough, we aren’t decoding obviously, and the number of channels is what’s returned from the demuxer. I have a stream that is always seen as 5.1, even during ads (which are stereo)… Doesn’t make for a nice OSD, and prevent to know when to kick in the upmixer |
| [13:14:40] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
| [13:20:52] | stuartm: | jya_: I was going to start recording the codecs and number of channels during recording and storing that information in the recordedFile table, although I had the same question as you, I don't know if it's possible to determine without decoding |
| [13:22:18] | stuartm: | however I was only going to be storing the number of channels used predominantly, so it wouldn't help with your predicament unless we also stored the channel info in the recordedmarkup table as we do now for aspect ratios etc |
| [13:23:42] | stuartm: | I'll check shortly, but the one in mainserver would just become gCoreContext->GenMythURL(hostname, ? |
| [13:38:36] | Anssi: | jya_: well, I guess without decoding the only way is to parse it yourself from the beginning of audio frame (acmod,lfeon fields, http://www.atsc.org/cms/standards/A52-2012(12-17).pdf ) |
| [13:55:33] | Anssi: | jya_: actually, the libavcodec parser does that as well, so you could get it from that as well |
| [13:58:04] | lomion0815 (lomion0815!~markus@213-33-12-108.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [13:58:38] | sheedy is now known as sheedy-away | |
| [14:17:25] | stuartm: | libavcodec would probably be easier for your use-case, mine probably means means writing a parser :/ |
| [14:21:02] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [15:01:41] | Chutt (Chutt!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv | |
| [15:34:54] | stuartm: | gigem: there's a bit of an issue with the way GetRecordSchedule works, that I'm sure could be done better – if you supply chanid and starttime it first creates a RecordingInfo with information from the program table (this is confusing, ProgramInfo should load from Program, RecordingInfo from Recorded/Recordedprogram) |
| [15:36:17] | stuartm: | we then call RecordingInfo::GetRecordingRule() ... which in turn creates a new RecordingRule object and calls RecordingRule::LoadByProgram() |
| [15:37:14] | stuartm: | all of which seems an odd round trip when we could have created a ProgramInfo object in the first place and called LoadByProgram() ourselves |
| [15:39:44] | stuartm: | unnecessarily complicated best describes it |
| [15:42:39] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [15:47:40] | jnylen: | stuartm: you know if the <country> tag in the xmltv dtd can be multiple country tags? |
| [15:47:54] | jnylen: | cant seem to understand the description of it |
| [15:51:24] | stuartm: | jnylen: docs don't appear to say one way or the other, and there's no xsd to check against either |
| [15:51:30] | stuartm: | dekarl might know |
| [16:08:22] | stuartm: | gigem: reading through it again it seems the principle difference between the current approach and the 'simple' approach is that the former will check against the scheduler to get a recording rule id which currently matches that program, so they aren't functionally equivalent but I still think it's as clear as mud what's actually happening |
| [16:17:23] | andreaz (andreaz!~Andreaz@tmo-097-104.customers.d1-online.com) has joined #mythtv | |
| [16:18:05] | stuartm: | with the changes I'm pushing you end up with using ProgramInfo to load a recording, and RecordingInfo to load a program ... |
| [16:21:31] | gigem: | stuartm: If there's a shorter path, feel free to use it. The requirement is that the returned rule must be the existing rule (or an override for it if directed) if one exists. A new rule should only be returned there isn't an existing one. Essentially, it should work the same way the frontend works while browsing the EPG and then pressing ENTER and choosing 'Edit recording rule' or 'Add override'. |
| [16:43:04] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv | |
| [16:48:24] | stuartm: | for right now I'll leave it alone, too many other things to be working on, solved my primary issue by letting GetRecordSchedule() take recordedid as an arg which lets me load rules+metadata for existing recordings matching what we get in the frontend |
| [16:50:05] | dekarl1 (dekarl1!~dekarl@p4FCEF66C.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:52:33] | dekarl (dekarl!~dekarl@p4FE8420A.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [16:55:32] | dekarl1 is now known as dekarl | |
| [17:02:20] | gigem: | Okay. Anyway, it looks like any PI constructor that queries the scheduler to populate recordid should work fine. That code is probably like much of our code — it has 'evolved' over time and what is there now, isn't always the cleanest way to do it now. |
| [17:03:13] | dekarl: | stuartm/jny len: for the archive, its at xmltv.cvs.sourceforge.net/viewvc/xmltv/xmltv/xmltv.dtd?revision=1.47&view=ma rkup#l218 every programme element optionally takes any count of countries (country*) |
| [17:03:32] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:29:26] | stuartm: | dekarl: so it is |
| [17:30:12] | stuartm: | forgetting my dtd markup syntax :) |
| [17:31:13] | stuartm: | fwiw, an xsd for xmltv might be worth doing for validation purposes |
| [17:38:58] | andreaz (andreaz!~Andreaz@tmo-097-104.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [17:43:58] | jheizer (jheizer!~jheizer@73.51.93.177) has quit (Ping timeout: 260 seconds) | |
| [17:51:22] | jheizer (jheizer!~jheizer@73.51.93.177) has joined #mythtv | |
| [17:54:55] | dekarl: | stuartm, I'll happily commit it for you :D |
| [17:55:43] | stuartm: | dekarl: :) |
| [17:57:08] | stuartm: | you can create a basic xsd by running the dtd through a tool, but to get the full benefit you then have to add all the type restrictions etc, it's not difficult but it can be a bit tedious |
| [17:59:36] | dekarl: | When I last looked at it 3–4 years ago I thought to redo the schema as a xmltv 2.0 making use of XSD features instead. But then family happened :) |
| [18:00:10] | dekarl: | e.g. use xsd:datetime instead of almost-but-not-quite-iso8601 timestamps |
| [18:01:30] | stuartm: | the mythui xsd took a while to create, but it proved it's worth more than once by catching issues in themes that had been missed through visual inspection |
| [18:08:19] | dekarl: | btw, I wonder how we should do this service versioning. did the latest changes break existing clients? How do we signal "I'm version 6, but accept version 2 calls"? |
| [18:21:30] | stuartm: | dekarl: no it didn't break existing clients, it added optional arguments but did not remove any |
| [18:25:58] | stuartm: | future changes may break existing clients, but only because we're still working towards consistency, e.g. a while back I renamed 'RemoveRecording' to 'DeleteRecording', figuring that it was more accurate, consistent with other method names and a counterpoint to 'UnDeleteRecording' |
| [18:26:21] | stuartm: | 'RemoveRecording' still exists, but it's just a wrapper around 'DeleteRecording' |
| [18:42:24] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [18:43:51] | dekarl (dekarl!~dekarl@p4FCEF66C.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [18:45:48] | dekarl (dekarl!~dekarl@p4FCEF66C.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:45:48] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 260 seconds) | |
| [18:47:55] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [18:48:17] | andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:57:30] | dekarl (dekarl!~dekarl@p4FCEF66C.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [18:57:31] | lomion0815 (lomion0815!~markus@213-33-12-108.adsl.highway.telekom.at) has joined #mythtv | |
| [19:04:01] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140716183446]) | |
| [19:15:16] | dekarl (dekarl!~dekarl@p4FCEF514.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:22:41] | Steve-Goodey (Steve-Goodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv | |
| [19:24:42] | dekarl1 (dekarl1!~dekarl@p4FCEF212.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:24:48] | dekarl (dekarl!~dekarl@p4FCEF514.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [19:28:54] | dekarl1 is now known as dekarl | |
| [19:37:15] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [19:44:34] | andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [19:55:10] | stuartm: | dblain: replacing the 'throw' mechanism has just hit the top of my todo list after I crashed my backend for the thousandth time, did we come up with an alternative? |
| [19:57:26] | stuarta: | return an error? |
| [19:57:33] | stuarta: | 503 server error? |
| [19:57:39] | stuarta: | or is it 504... |
| [19:58:16] | stuartm: | stuarta: this is for the scripting api |
| [19:58:30] | arescorpio (arescorpio!~arescorpi@57-240-16-190.fibertel.com.ar) has joined #mythtv | |
| [19:59:17] | stuarta: | i was guessing. could you tell? |
| [19:59:19] | stuartm: | the throws are properly handled for the http side of things, but they aren't caught for the script interface because on linux it runs the scripts in a separate thread, |
| [20:00:04] | stuarta: | doesn't that mean the thread itself needs to catch it? |
| [20:01:45] | stuartm: | yes, it does and we don't have access to it, it's internal to QT |
| [20:02:09] | stuarta: | arse |
| [20:03:01] | stuarta: | i somehow knew that was what you were going to say |
| [20:20:33] | lomion0815 (lomion0815!~markus@213-33-12-108.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [20:23:14] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Read error: Connection reset by peer) | |
| [20:23:21] | stuartm: | so instead of throwing an error, we might instead create and set an m_error var, return an empty/null result, then check whether m_error is populated before returning that result to the caller |
| [20:24:15] | stuartm: | something like that anyway, just wondering whether dblain had come up with something better and I've just forgotten it |
| [20:24:24] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv | |
| [20:26:43] | stuartm: | there is a throw mechanism in QScript engine, but I just can't figure out how, or even whether we can use it |
| [20:28:47] | stuartm: | I don't understand the QScript engine stuff very well yet |
| [20:34:11] | dblain: | stuartm: I'll focus on the 'throw' issue. I'll sit on the enum changes until you focus on the web frontend again (it will most likely break existing clients and I want to make sure the enums work for what you need) |
| [20:36:02] | dblain: | I'm going to try to get the QScript engine to handle them properly. If we have to fall back on a m_error type system, then we will have a potential multi threading issue. |
| [20:37:22] | dblain: | not insurmountable, but I'd rather stay close to the original design. |
| [20:38:14] | dblain: | stuartm: do you have an example qsp that causes it to crash? |
| [20:38:31] | stuartm: | dblain: I'm starting to look at the WebFrontend, but the throw issue makes progress on the WebFrontend slow, one call somewhere with an invalid variable for whatever reason results in the backend crashing with no useful errors, I then have to analyze a backtrace to find and fix the issue, which often enough just means adding lots of sanity checks around every single services call |
| [20:38:35] | jheizer: | Any time you want another comsumer point of view give me a yell |
| [20:38:55] | jheizer: | I've had a mobile myth update to push for a while but ubuntu/apache/mono have been crashing on it |
| [20:40:29] | stuartm: | most of the time the failure of the services call would not be an issue to the end user, it can be caused by a stale page up in a browser, the user mouse the mouse over recording which has been deleted on the backend triggering an ajax call to fetch recording info, the services 'throws' "Recording doesn't exist" and the backend crashes |
| [20:40:32] | dblain: | stuartm: okay, let me start up my linux VM and I'll try to re-create it. (I know it all works correctly in windows :) ) |
| [20:42:20] | dblain: | jheizer: thanks, will keep that in mind. |
| [20:42:37] | stuartm: | dblain: I've got recordings going currently, and I therefore need to be careful about not crashing the backend by looking for an example which I've not yet fixed |
| [20:43:42] | jheizer: | Are you guys thinking right now to have them throw as 500 with error code/message like some places do? |
| [20:43:44] | dblain: | no problem, I'll give it a try. can't be too difficult. |
| [20:44:09] | stuartm: | dblain: I think calling http://{IP}:6544/tv/scheduled.qsp with no parameters would do the trick |
| [20:44:09] | dblain: | jheizer: they already should be returing a 500 when called using http |
| [20:44:11] | jheizer: | Could be useful if that was standard across all the calls |
| [20:44:16] | jheizer: | ah ok |
| [20:44:22] | jheizer: | nm |
| [20:44:45] | dblain: | stuartm: I'll give that a try... first I need to pull and rebuild. |
| [20:44:46] | jheizer: | Forgot you guys were talking internal |
| [20:44:47] | stuartm: | that will trigger {{ throw QString("Invalid request."); }} in Dvr::GetRecordSchedule() |
| [20:53:35] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
| [21:02:42] | Steve-Goodey (Steve-Goodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:06:29] | stichnot (stichnot!~stichnot@216.239.45.73) has joined #mythtv | |
| [21:06:29] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [21:06:29] | stichnot (stichnot!~stichnot@216.239.45.73) has quit (Changing host) | |
| [21:11:18] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:22:31] | dblain: | stuartm: when you're ready, I have an example of how to use the enum support I previously committed. Because it requires translations to be added for each enum for all languages (including english), and it changes what is sent over http (it sends the enum text now), I didn't want to commit it until you tried it and approved of the change. Plus it will be a fairly big effeort to change all |
| [21:22:31] | dblain: | the API methods & data classes over to using the enums. |
| [21:22:55] | arescorpio (arescorpio!~arescorpi@57-240-16-190.fibertel.com.ar) has quit (Excess Flood) | |
| [21:41:23] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 255 seconds) | |
| [21:48:01] | dblain: | stuartm: http://pastebin.com/fzhdP7VX contains the example enum. It DOES NOT include any translations so the drop down will list the raw untranslated value "RecordingInfo.RecordingDupMethodEnum.eDupCheckNone" in this example. |
| [22:09:16] | dblain: | Well, I can catch the exceptions from the QScript now, but now I need to figure out how to get the instance of the QScriptEngine being used. |
| [22:11:44] | stuartm: | I was stuck at how to get the engine instance, I was looking at whether it was possible to pass it as an argument to the service class constructor where it could then be assigned as a class member |
| [22:11:57] | stuartm: | you've probably got a different approach in mind |
| [22:19:06] | stuartm: | dblain: iirc I'd already seen and signed off on the enum stuff, it's as close to what I wanted as it seems possible to get |
| [22:20:14] | stuartm: | in a perfect world we'd not need to redefine the enum in the services class, and I'm wondering if that also means we can't use one single instance of an enum between classes e.g. Program and Dvr? |
| [22:21:44] | stuartm: | or between different datacontracts even |
| [22:53:54] | jya: | stuartm: what’s the utility in storing the codec / channels ? |
| [22:54:36] | jya: | maybe storing it once so you can display some information on a menu/screen sure. but surely you don’t want to record that all the time. |
| [23:00:47] | stuartm: | jya: we need that information to supply to upnp and hls/dash clients, and storing it once is better than probing the information every time we need it |
| [23:01:21] | stuartm: | jya: only talking about once per recording/video |
| [23:01:26] | jya: | ah ok… for a moment I read it as you were going to store the number of channels the way we also store the seeking info (every few seconds) |
| [23:01:35] | stuartm: | updating it if the file changes i.e. because it's been transcoded |
| [23:03:03] | stuartm: | jya: no, I did suggest that you might store it when it changes in the stream, so you can show the change in the OSD without having to continually monitor it during playback, but that was just a 'what if' |
| [23:03:38] | jya: | stuartm: the channels are consistently monitored during playback regardless |
| [23:04:11] | stuartm: | for my purpose I'd just store it once, and using whatever codec seems most prevalent i.e. if we use mp2 during commercials but ac3 during the programme, I'd store ac3 |
| [23:04:17] | stuartm: | jya: true |
| [23:04:49] | jya: | there’s one case where that doesn’t work currently, is when we passthrough and the container states it’s 5.1. as it’s 5.1 we bitstream, and there’s no way to check that it reverts back to stereo. as far as myth is concerned , it is still a AC3 digital stream, without looking into it |
| [23:05:36] | jya: | the file jpabq gave me earlier from a HDPVR recording, even the stereo AC3 is marked as 5.1. |
| [23:05:56] | jya: | so the upmixer is never started when we do digital passthrough |
| [23:06:26] | jya: | enable time stretch, and everything works again as we’ve now started to decode the AC3 stream and can correctly monitor the number of data |
| [23:06:50] | jya: | I have to see how much extra processing that would add to look at the binary data and check the number of channels |
| [23:13:23] | frankster (frankster!~frankster@host86-140-118-169.range86-140.btcentralplus.com) has joined #mythtv | |
| [23:13:31] | frankster (frankster!~frankster@host86-140-118-169.range86-140.btcentralplus.com) has quit (Client Quit) | |
| [23:13:46] | frankster (frankster!~frankster@host86-140-118-169.range86-140.btcentralplus.com) has joined #mythtv | |
| [23:13:56] | stuartm: | :/ |
| [23:14:02] | frankster (frankster!~frankster@host86-140-118-169.range86-140.btcentralplus.com) has quit (Client Quit) | |
| [23:14:23] | frankster (frankster!~frankster@host86-140-118-169.range86-140.btcentralplus.com) has joined #mythtv | |
| [23:15:22] | stuartm: | jya: if it caused a significant bump then maybe it would make sense to do it at recording time, especially since low powered frontends are all the rage these days :) |
| [23:16:14] | jya: | yes, those low power frontend are what I have in mind… on the pi, you have no option but doing passthrough, not powerful enough to decode it. |
| [23:16:52] | jya: | having said that, if it’s just a byte to read it should be fine. We already do much more just to encapsulate the AC3 data in a iec951 stream in the SPDIFEncoder |
| [23:21:01] | stuartm: | yup |
| [23:23:51] | frankster (frankster!~frankster@host86-140-118-169.range86-140.btcentralplus.com) has quit (Quit: leaving) | |
| [23:24:10] | jya: | will check that tonight… |
| [23:24:12] | frankster (frankster!~frankster@host86-140-118-169.range86-140.btcentralplus.com) has joined #mythtv | |
| [23:24:45] | jya: | Anssi: thanks for the pointers... |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.