| Monday, December 20th, 2010, 00:16 UTC | ||
| [00:16:36] | jya (jya!~avenardj@122.248.150.25) has joined #mythtv | |
| [00:18:29] | jya (jya!~avenardj@122.248.150.25) has quit (Client Quit) | |
| [00:24:35] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Read error: Operation timed out) | |
| [00:26:26] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [00:28:53] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has quit (Ping timeout: 264 seconds) | |
| [00:34:48] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has joined #mythtv | |
| [00:40:49] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [00:42:44] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has quit (Ping timeout: 250 seconds) | |
| [00:43:32] | Captain_Murdoch: | paul-h, stuartm, we should be able to use the FileHash() function in libmyth/util.cpp to detect music file duplicates, the same as we use it for video file duplicates. it computes a hash from the first and last 64K of the file. |
| [00:46:58] | wagnerrp: | Captain_Murdoch, paul-h, stuartm: youll need to be careful with that, since editing the tags will result in a new file hash |
| [00:47:24] | Captain_Murdoch: | yeah, make have to make an intelligent MusicFileHash() that understands and ignores the tag portion. |
| [00:47:45] | Captain_Murdoch: | could just fingerprint the first part of the file if tags are always at the end. |
| [00:48:06] | wagnerrp: | ID3v1 is at the end, i believe ID3v2 is at the beginning |
| [00:48:22] | wagnerrp: | to make it easier to pull metadata from streaming files |
| [00:48:30] | Captain_Murdoch: | using only the head wouldn't catch dups if there were cuts of the same file though. |
| [00:49:00] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
| [00:49:23] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has joined #mythtv | |
| [00:49:30] | jya (jya!~avenardj@120.152.213.184) has joined #mythtv | |
| [00:49:36] | Captain_Murdoch: | ah, makes sense |
| [00:49:54] | ** Captain_Murdoch hasn't dealt with the actual data format much. just use easytag on my files. :) ** | |
| [00:50:40] | jya: | jpoet: why not commit the smooth stretch bit ? |
| [00:50:45] | wagnerrp: | i just know whenever i add an ID3v2 tag to a large file, winamp stalls for a while as it has to completely rewrite the file to add something at the beginning |
| [00:51:15] | wagnerrp: | while mp3fs had some special behavior where it would immediately make the end of the file available for programs pulling the ID3 tag |
| [00:51:40] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Ping timeout: 276 seconds) | |
| [00:54:11] | jya (jya!~avenardj@120.152.213.184) has quit (Read error: Connection reset by peer) | |
| [00:54:31] | jya (jya!~avenardj@120.152.213.184) has joined #mythtv | |
| [01:02:59] | jya (jya!~avenardj@120.152.213.184) has quit (Quit: jya) | |
| [01:04:03] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv | |
| [01:07:16] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Excess Flood) | |
| [01:11:33] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv | |
| [01:32:01] | corey (corey!~corey@ool-43504e14.dyn.optonline.net) has joined #mythtv | |
| [01:32:19] | corey is now known as Guest47555 | |
| [01:39:47] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [01:43:33] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 240 seconds) | |
| [02:34:40] | markk: | cdev_ : do you have en eta for your upnp changes? |
| [03:57:02] | jya (jya!~avenardj@gw2.hydrix.com) has joined #mythtv | |
| [04:00:04] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [04:03:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [04:08:59] | iamlindo` is now known as iamlindoro | |
| [04:28:16] | beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has quit (Ping timeout: 255 seconds) | |
| [04:32:55] | cdev_: | markk: I'm working on a http server re-write and have the API code waiting on the sideline. Neither of these projects will modify the upnp code other than pulling the http server code out of the libmythupnp library. |
| [04:33:32] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [04:34:03] | cdev_: | As for an ETA... I'm hoping to find time to work on the http server code again starting this week (should take another couple weeks to finish up with my current work load). The api changes will go in after that. |
| [04:35:37] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [04:39:11] | ceros (ceros!~andres@xbmc/staff/ceros) has joined #mythtv | |
| [04:47:14] | Beirdo: | ahh, nice |
| [04:47:36] | Beirdo: | any chance you could make a git branch with that stuff in it on github? |
| [04:50:43] | cdev_: | Once I get closer and want more eyes on it, I'll put it in a branch. |
| [04:51:32] | Beirdo: | Cool. :) |
| [04:52:15] | cdev_: | Trying to only use Qt for all networking and redesigning to be scalable has proven to be challenging |
| [04:52:27] | Beirdo: | I can imagine. :) |
| [04:52:57] | Beirdo: | if the minor changes I'm doing now are gonna get in the way (some sorting in upnp, etc), let me know |
| [04:53:36] | cdev_: | Shouldn't. I'm not looking to change upnp yet. That's a distant 3rd on my list. |
| [04:53:43] | Beirdo: | but other than running out of threads at times, it's pretty stable for me using UPnP for playback with a WD Live Plus |
| [04:54:07] | Beirdo: | I did fix a funky file streaming error |
| [04:54:43] | Beirdo: | where it would abruptly stop streaming after 4G as we were subtracting the wrong thing off the remaining length |
| [04:54:50] | Beirdo: | it was... fun... to find that one |
| [04:55:13] | cdev_: | yes, me too with a dsm-520 and ps3. In theory you could bump up the max thread count to 50+ and change the alive timeout to something shorter than 30 sec. At least until my re-write is done. |
| [04:55:24] | Beirdo: | yeah :) |
| [04:55:31] | Beirdo: | I'm up to 45 threads I think now |
| [04:55:48] | cdev_: | Saw your fix.. the 4G fix was a good catch. |
| [04:55:51] | Beirdo: | but soon enough it all should be well |
| [04:56:11] | cdev_: | Changing the keep-alive timeout may help more with the threads than adding to the max would. |
| [04:56:29] | jya: | I have E-AC3 and DTS-HD Hi-Res working on my 9400M too now |
| [04:56:38] | Beirdo: | yeah, true. the next time it whines ad me, the keep alive's going down to 30s |
| [04:56:38] | jya: | no need for fancy kernel or alsa driver |
| [04:57:06] | Beirdo: | but we are looking forward to a fixed threading model :) |
| [04:57:14] | cdev_: | Beirdo: I'd put the keep-alive to 10s or less. |
| [04:57:25] | cdev_: | yes, me to! |
| [04:57:25] | Beirdo: | Hmmm, OK |
| [04:58:15] | cdev_: | I noticed some upnp clients open a connection with keep-alive enabled, but only process one request with it, never closing it and then issuing the next request on a new connection. |
| [04:58:32] | Beirdo: | nasty |
| [04:58:47] | Beirdo: | especially as I have 3 UPnP clients on the network |
| [04:58:48] | cdev_: | when testing my new session code, I saw one client open over 120 connections with all of the kept alive. |
| [04:59:08] | Beirdo: | only one in active use, but still, the others are chatty |
| [05:00:06] | cdev_: | I think alot has to do with how they process the CDS requests. Some only request as the user traverses the tree, some software clients (ie: Window Media player) pull all meta-data down at once. |
| [05:00:19] | Beirdo: | ahh. |
| [05:01:46] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [05:04:17] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [05:21:33] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [05:24:41] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [05:32:19] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [05:34:43] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [05:40:26] | iamlindoro (iamlindoro!~iamlindor@c-71-202-67-27.hsd1.ca.comcast.net) has quit (Read error: Connection reset by peer) | |
| [05:40:56] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has joined #mythtv | |
| [05:56:21] | iamlindo` (iamlindo`!~iamlindor@c-71-202-67-27.hsd1.ca.comcast.net) has joined #mythtv | |
| [05:56:31] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has quit (Ping timeout: 276 seconds) | |
| [06:02:49] | iamlindo` is now known as iamlindoro | |
| [06:29:39] | jya (jya!~avenardj@gw2.hydrix.com) has quit (Quit: jya) | |
| [06:51:03] | markk: | cdev_: thanks (I'd forgotten it was largely upnp agnostic) |
| [07:09:30] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [07:12:28] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [07:22:16] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
| [07:48:29] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [07:59:16] | Feico (Feico!~chatzilla@194.149.80.4) has joined #mythtv | |
| [08:01:03] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [08:06:23] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [08:09:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [08:12:05] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [08:14:26] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [08:23:12] | kth (kth!~kth@dyndsl-085-016-233-079.ewe-ip-backbone.de) has joined #mythtv | |
| [08:28:44] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [08:29:52] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [08:50:49] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [08:53:52] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [08:59:58] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 276 seconds) | |
| [09:31:49] | lofidellity (lofidellity!~cmccoy_@unaffiliated/lofidellity) has quit (Disconnected by services) | |
| [10:13:22] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [10:16:32] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [10:27:43] | ghoti (ghoti!~paul@74-51-38-192.telnetcommunications.com) has quit (Ping timeout: 276 seconds) | |
| [10:31:56] | ghoti (ghoti!~paul@74-51-38-192.telnetcommunications.com) has joined #mythtv | |
| [10:52:03] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [10:54:56] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [11:02:03] | beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has joined #mythtv | |
| [11:03:06] | Goga777 (Goga777!~Goga777@shpd-95-53-162-241.static.vologda.ru) has joined #mythtv | |
| [11:19:29] | beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [11:24:32] | Goga777 (Goga777!~Goga777@shpd-95-53-162-241.static.vologda.ru) has quit (Remote host closed the connection) | |
| [11:26:37] | markk: | jya: have you tested that 'audio only' fix? |
| [11:26:55] | jya: | yes.. |
| [11:27:13] | jya: | I ran git bisect |
| [11:27:26] | jya: | and the culprit was the "fix" I put in last week |
| [11:27:43] | jya: | I had removed some old code... turned out it was kind of necessary |
| [11:28:43] | markk: | I'm just concerned that we're stumbling from one problem to another at the moment. There's only so much goodwill we can abuse. |
| [11:28:58] | jya: | turned out allowed quit was never set in audio only mode |
| [11:29:46] | jya: | markk: that fix really is just a partial revert and restore a behviour I had removed |
| [11:31:53] | jya: | if you check SHA 588cc6e2b3818d1c9c9af97b233b28914c226ea6 |
| [11:32:57] | jya: | allowedquit could be set in ProcessAudioFrame. At the beginning if we were in kDecodeVideo |
| [11:33:10] | jya: | and the other if we were in kDecodeAudio |
| [11:33:23] | jya: | just different threshold to testing how full the audio buffer was |
| [11:34:02] | jya: | I use one identical threshold for both case now: 2/3rd full. |
| [11:35:20] | markk: | jya: I appreciate that. My broader concern is that the 0.24 release is clearly not what we were hoping and between the audio, video, ringbuffer, dvd changes etc, the answers are not always obvious but are almost guaranteed to have wider effects. |
| [11:36:00] | jya: | yeah, agreed |
| [11:36:02] | markk: | we can't afford to be making changes to 0.24 at will |
| [11:37:44] | jya: | I can always revert that change now and wait for a while ... but as the issue is seen by 0.24 users who are unlikely to see the problem |
| [11:39:22] | jya: | or maybe publish the patch separately... would that make you more comfortable? |
| [11:40:15] | jya: | (oh, and I removed some warnings too) |
| [11:51:10] | stuartm: | what about trunk? audio-only playback there is currently broken, lots of video frame buffering errors and it only plays snatches of audio before pausing audio playback |
| [11:51:12] | jya: | markk: and I certainly was hoping that no more fixes would be required to fixes/0.24. I believe the same as you do. 0.24 fixes shouldn't be changed at will like we (mainly me) have done in the past few weeks. I carefully assessed the situation here and I was confident enough to backport it to 0.24 immediately |
| [11:51:24] | jya: | stuartm: it's fixed in trunk too |
| [11:51:44] | stuartm: | jya: ok, I must have missed the commit |
| [11:51:56] | jya: | I fixed it in trunk first, but when I pushed markk had committed something in between |
| [11:52:05] | jya: | so it refused to push, and I had to merge first |
| [11:52:13] | jya: | that's why the fix happened in fixes first |
| [11:52:28] | stuartm: | ok I see it |
| [11:53:00] | jya: | I did a commit in trunk, checkout fixes/0.24. unfortunately, backport couldn't be done, as there are some conflicts in method name on the dvd buffer |
| [11:54:05] | jya: | so this added time. by the time I was done, the markk had added GLSL deinterlacer |
| [11:54:43] | stuartm: | well it works much better, stutters a little at the start but settles down after that |
| [11:55:21] | jya: | yeah, I've noticed that stuttering too |
| [11:55:48] | jya: | but I'm so afraid of touching anything there now.. you fix something, it breaks 10 other elsewhere |
| [11:56:36] | jya: | and yeah, I'm the one who broke audio-only :( once again... feel like I'm the one that causes most regression lately |
| [11:56:58] | jya: | damn furstrating (and shameful) |
| [12:00:38] | jya: | we should implement a feature like the mplayer report option |
| [12:01:01] | jya: | show the hardware configuration, compilation option, playback profile currently in use etc... |
| [12:02:02] | jya: | like here been trying to troubleshoot a playback issue similar to the "waiting 100ms..." error. Turned out he was using Advanced 2X with a ION |
| [12:02:18] | jya: | so many things to ask for, it easy to miss a step |
| [12:20:55] | Captain_Murdoch: | Beirdo, I'm taking #9394 and #9395. I'd like to see 9395 implemented in a different way that is more generic and yet provides more info (using the *CurrentLocation() type stuff in libmythui so we know when we enter/leave any screen). if 9395 is redone that way, then 9394 isn't necessary currently. I'd still like to see 9394's capability, but want to think about that one a little more. |
| [12:28:55] | jya: | startum: if I want to create a new command line option for mythavtest (I've added it to mythavtest/main.cpp and mythcommandlineparser.cpp |
| [12:29:14] | jya: | where should I set the global variable to the innercode can retrieve the value? |
| [12:29:19] | jya: | in mythcorecontext? |
| [12:39:49] | gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv | |
| [12:43:23] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 240 seconds) | |
| [13:24:31] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [13:28:58] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [13:37:20] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
| [13:53:34] | elmojo: | markk: I believe laptops with discrete graphics might commonly be connected via a PCIe 1x interface... could a GL deinterlacer be too much for that type of interface? |
| [14:03:54] | iamlindoro (iamlindoro!~iamlindor@c-71-202-67-27.hsd1.ca.comcast.net) has quit (Quit: Coyote finally caught me) | |
| [14:06:15] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has joined #mythtv | |
| [14:13:22] | Captain_Murdoch: | jya, you could just use "-O settingName=settingValue" and then use gCoreContext->GetSetting(); or GetNumSetting(); that's a more generic solution. |
| [14:13:38] | jya: | Captain_Murdoch: yes, that's whaat I did in the end |
| [14:14:01] | jya: | much easier that way: -O AudioOnlyPlayback=1 |
| [14:14:04] | Captain_Murdoch: | yeah. |
| [14:14:44] | jya: | this allows the internal player (including mythavtest) to play content like mp3, wav etc.. |
| [14:14:48] | Captain_Murdoch: | nice. |
| [14:15:13] | Captain_Murdoch: | so, now users can stop thinking we use x11amp internally like we use mplayer. :) |
| [14:15:23] | jya: | it's just conditionally allowing code that markk wrote but that is curretnly disabled to work |
| [14:15:23] | Captain_Murdoch: | or mpg123/321 :) |
| [14:15:46] | jya: | they won't think that: now there's even mythffplay ! |
| [14:16:39] | jya: | I added this option as there's lots of samples on the ffmpeg web site with truehd stuff and the like, and very little videos |
| [14:18:53] | jya: | cool, I can play my mp3 through mythvideos that way... select to play the whole directory and voila! |
| [14:19:06] | jya: | would be nice to have some visualizer there... |
| [14:19:18] | jya: | combine mythmusic and mythvideos |
| [14:26:27] | jya: | stuartm: I have tried to compile mythplugins, and suffer the same issues as before ; can't compile some due to linking error with some ffmpeg lib. it doesn't find some entry.. don't understand why, in the same files there are some that do link |
| [14:34:44] | j-rod|afk is now known as j-rod | |
| [14:37:38] | stuartm: | jya: strange, can't explain it, works here and as you say there are other declarations in that same header which don't cause problems |
| [14:37:57] | stuartm: | jannau is probably the local expert on weird build/linking issues |
| [14:38:04] | jya: | didn't you state that some IDE you use had the same issue? |
| [14:38:11] | jya: | ksomething.. |
| [14:38:14] | jya: | kdevelop ? |
| [14:39:37] | stuartm: | yeah, kdevelop's syntax/error highlighting seems to think that method is undeclared but it still builds/links just fine |
| [14:45:33] | jya: | something dodgy for sure.. |
| [14:45:46] | jya: | before it was just mytharchive |
| [14:45:50] | jya: | now it's mythmusic too |
| [14:46:01] | jya: | right... off to bed. nightynigh |
| [14:53:01] | davidjw (davidjw!~davidjw@gatea.kw.bbc.co.uk) has joined #mythtv | |
| [14:54:52] | markk: | elmojo: opengl deinterlacing shouldn't really be affected by bus speed for a discrete card. it's not going to perform as well at 1x – but that's purely about getting data to video memory as fast as possible. |
| [14:56:06] | markk: | it doesn't help that we upsamlpe to 32bpp in software first :) – but then we benefit from less texture sampling in the gpu. |
| [15:23:37] | kth (kth!~kth@dyndsl-085-016-233-079.ewe-ip-backbone.de) has quit (Ping timeout: 240 seconds) | |
| [15:34:04] | elmojo: | markk: I think that was one of the debated issues with the broadcom crystalhd was if the PCIe 1x had the enough bug bandwidth to push 1080p decoded frames... luckily they use YUV encoding... if it was RGB then it would be impossible |
| [15:36:45] | elmojo: | so if we are decoding a 1080i frame and then sending it to the gpu via a PCI-1x bus we might be in trouble if it's RGB encoded |
| [15:37:56] | kth (kth!~kth@dyndsl-085-016-236-136.ewe-ip-backbone.de) has joined #mythtv | |
| [15:38:07] | elmojo: | anyways, I'm just thinking out loud and wondered your opinion on the matter – thanks for the feedback |
| [15:40:47] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [15:43:01] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [15:49:05] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [15:59:18] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [16:13:18] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [16:16:07] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [16:16:11] | Feico (Feico!~chatzilla@194.149.80.4) has quit (Ping timeout: 240 seconds) | |
| [16:27:21] | iamlindoro: | stuartm: It worked last time I worked with it, which was a week or maybe a bit more ago |
| [16:27:46] | iamlindoro: | bah, I just realized I have no idea when you asked that since I appear to have had a disconnect a couple of times here at work |
| [16:27:53] | iamlindoro: | for all I know, you might have asked days ago |
| [16:28:18] | iamlindoro: | (this Re: Blu-ray seeking) |
| [16:31:43] | antifoo (antifoo!~antifoo@123.200.143.227) has quit (Ping timeout: 276 seconds) | |
| [16:42:18] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has quit (Quit: Ex-Chat) | |
| [16:55:29] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [17:07:51] | kormoc is now known as kormoc_afk | |
| [17:08:54] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 265 seconds) | |
| [17:16:32] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [17:39:28] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Remote host closed the connection) | |
| [17:40:00] | gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv | |
| [17:46:28] | stuartm: | iamlindoro: 24 hours ago |
| [17:47:54] | stuartm: | chapter seeks work great, all other type of seeking does not, unfortunately and in the limited set of titles I tried, don't have time to debug it right now fighting to unfreeze pipes and add extra insulation to the loft atm |
| [17:50:48] | iamlindoro: | Whatever the change is will have been in the last couple of weeks, so should help narrow it down |
| [17:51:40] | iamlindoro: | I'm struggling with a hardware failure at home so not getting a lot of Myth work done presently, but when I next look at BD stuff I'll see if I can figure out what's going on |
| [17:52:04] | iamlindoro: | I'll randomly guess that it might be the duration guessing code hat got committed |
| [18:15:05] | kormoc_afk is now known as kormoc | |
| [18:21:29] | elmojo: | iamlindoro: duration guessing code? |
| [18:21:54] | antifoo (antifoo!~antifoo@123.200.143.227) has joined #mythtv | |
| [18:22:15] | iamlindoro: | elmojo: Stuarm says seeking/skipping is broken in blu-ray but chapter navigation works fine-- it worked a week or two ago so the duration stuff you put in was the only thing that spring to mind as a possibility |
| [18:22:32] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv | |
| [18:22:48] | elmojo: | I thought we added the BD exception for it |
| [18:23:43] | iamlindoro: | I don't know how or where things might have changed with what ended up actually getting committed this last week |
| [18:24:17] | iamlindoro: | And I haven't tested myself, I'm just saying that the only thing that sprung to mind as even capable of affecting seeking was that |
| [18:24:32] | iamlindoro: | Could very well be something else-- but whatever it is, it's recent |
| [18:24:54] | elmojo: | you can comment out one line and it totally eliminates my change |
| [18:27:16] | iamlindoro: | elmojo: cool, If I test and find the same as stuartm maybe I'll get instructions |
| [18:27:22] | elmojo: | stuartm: you can try commenting out the av_update_stream_timings_video(ic) line in avformatdecoder.cpp to see if it's my change that did it |
| [18:28:42] | elmojo: | iamlindoro: that line already doesn't get run if ringBuffer->IsDisc() is true |
| [18:29:02] | elmojo: | what any type of BD playback set that true? (assuming so) |
| [18:30:22] | iamlindoro: | presumably |
| [18:30:40] | iamlindoro: | looks like |
| [18:31:37] | elmojo: | cool, thanks.... not sure how any of that code would impact you then... but I'm more than happy to help out if you think it's suspect still |
| [18:31:54] | iamlindoro: | You know it better than I, if you say it won't run, that's good enough for me |
| [18:32:08] | iamlindoro: | I was only just guessing based on my recollection of the past few weeks of commits |
| [18:32:38] | elmojo: | yes, I don't see how any other commit would have had such an effect either |
| [18:33:20] | iamlindoro: | Guess maybe something in the frame rate handling refactor |
| [18:33:25] | elmojo: | there was change to reset the audio if we ran into the buffer almost full condition |
| [18:34:24] | iamlindoro: | Blah, maybe stuartm will find time to bisect, otherwise I'll try to figure something out eventually, but it may be several days before I have my hardware issues sorted out |
| [18:36:07] | elmojo: | sounds bad.... what kinda problem? |
| [18:40:09] | iamlindoro: | Some sort of filesystem issue on my big RAID aray |
| [18:40:27] | iamlindoro: | kernel panicky sort of stuff |
| [18:40:55] | iamlindoro: | but Myth is highly dependent on that filesystem so it managed to topple the backend when the FS breaks |
| [18:41:10] | iamlindoro: | er manages-- every 11 minutes or so |
| [18:47:08] | Guest47555 (Guest47555!~corey@ool-43504e14.dyn.optonline.net) has quit () | |
| [18:47:11] | elmojo: | ouch... is that the 20+ TB raid? |
| [18:48:26] | iamlindoro: | yeah |
| [18:50:02] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has quit (Quit: Coyote finally caught me) | |
| [18:52:26] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has joined #mythtv | |
| [18:53:17] | Beirdo: | Captain_Murdoch: Cool :) |
| [18:55:15] | iamlindoro: | elmojo: Yeah, looking like just a filesystem error and not a hardware failure, though, so with any luck I can convince JFS to unscrew itself |
| [19:12:09] | stuartm: | markk: nice work on the GLSL stuff |
| [19:12:40] | stuartm: | I don't understand any of it |
| [19:18:23] | Beirdo: | Captain_Murdoch: you can change the component on those too if you want, they really aren't part of myth_system :) |
| [19:19:24] | SteveGoodey (SteveGoodey!~quassel@host109-158-211-50.range109-158.btcentralplus.com) has joined #mythtv | |
| [19:20:47] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [19:23:10] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [19:24:25] | wagnerrp: | Beirdo: yeah, wouldnt know what to change it to, there is no 'system event' component |
| [19:24:49] | Beirdo: | heh, yeah, I can see how it landed where it did, given the choices |
| [19:25:12] | Beirdo: | I was confused for a moment how they even ended up in my queue for Captain_Murdoch to steal them :) |
| [19:41:58] | SteveGoodey (SteveGoodey!~quassel@host109-158-211-50.range109-158.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
| [19:47:46] | ** Captain_Murdoch didn't notice that part. I'll update that when I put comments in the tickets tonight. ** | |
| [20:01:28] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [20:10:12] | jstenback (jstenback!~jstenback@64.151.104.172) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [20:10:41] | jstenback (jstenback!~jstenback@64.151.104.172) has joined #mythtv | |
| [20:13:00] | sphery: | paul-h: Looking back over the discussion about the mytharchive warnings, I noticed your asking what MARK_PLACEHOLDER was. It's a temporary mark that should never ever be written to the DB--in memory, only, during editing/playback of a recording. Are you seeing them in your DB? https://github.com/MythTV/mythtv/blob/master/ . . . map.cpp#L612 |
| [20:13:08] | sphery: | There was a short time on Sep 4, where they were written to the DB, but I added the forgotten part 3 commits later (and any additional editing of the same recording should remove the unnecessary placeholders from the DB). |
| [20:16:58] | kormoc is now known as kormoc_afk | |
| [20:26:38] | iamlindoro: | stuartm: I was considering how to add Blu-ray metadata to myththemedmenu. Thinking maybe to add a <type> tag so that a menu item could be set as <type>disc</type> or whatever, which would in turn call the parser when the item was selected, after some nominal QTimer runs out (2 secs?). After that, maybe a BlurayMetadata::toMap thing to make any and all information available. Thoughts? |
| [20:28:08] | iamlindoro: | Think it should work, and would allow expansion in the future to add other button type tags (though other examples of how it could be used escape me at the moment)... maybe a list of recent additions for videos and recordings, etc. |
| [20:31:06] | SteveGoodey (SteveGoodey!~quassel@host109-158-211-50.range109-158.btcentralplus.com) has joined #mythtv | |
| [20:34:35] | iamlindoro: | Would be extra cool if it were possible to add buttonlists based on context |
| [20:35:17] | iamlindoro: | ie, you highlight the Play Optical Disc button, and the "default" action would be to play the disc, but could also add a secondary buttonlist with play, play from bookmark, play chapter 1, play chapter 2, etc. |
| [20:35:32] | iamlindoro: | (without needing to invoke a popup) |
| [20:42:01] | kth (kth!~kth@dyndsl-085-016-236-136.ewe-ip-backbone.de) has quit (Quit: Leaving.) | |
| [20:43:51] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [20:46:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [20:54:50] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [20:57:41] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [21:06:16] | cattelan is now known as cattelan_away | |
| [21:09:51] | paul-h: | sphery: I did look in the DB but couldn't see any. It was I just noticed ProgramInfo::QueryCutList() added them to the delMap that it returns and wondered what they were used for that was all. |
| [21:10:29] | sphery: | paul-h: ok, good... It will load them from the DB if they exist, but they should never actually write them to the DB... |
| [21:10:52] | sphery: | they're basically the first mark you make when adding a new cut--until the second mark, we don't know if it's a start or end mark |
| [21:10:59] | Steve_Goodey (Steve_Goodey!~quassel@host86-147-181-69.range86-147.btcentralplus.com) has joined #mythtv | |
| [21:11:18] | SteveGoodey (SteveGoodey!~quassel@host109-158-211-50.range109-158.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
| [21:14:30] | paul-h: | sphery: if they shouldn't exist outside of the editor should QueryCutList() even be adding them to the map? |
| [21:15:57] | sphery: | either way... I don't think it matters. I just put it in to make it symmetrical with clearing the old DB cut list |
| [21:16:10] | sphery: | (what we do before saving it) |
| [21:17:05] | dekarl1 (dekarl1!~deKarl@e180138136.adsl.alicedsl.de) has joined #mythtv | |
| [21:19:40] | dekarl (dekarl!~deKarl@e180146145.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [21:20:59] | sphery: | paul-h: I was talking with wagnerrp in #mythtv-users about http://code.mythtv.org/trac/ticket/9389 and the mythburn.py portion of it, and he mentioned the use-the-python-bindings patch he made for mythburn.py... it sounds like it might be a great way to fix the mythburn.py problems interpreting the cut list |
| [21:22:27] | sphery: | when I had mentioned changing QueryCutList(), I mistakenly thought that was the function used to create the string list of cuts (like you get from mythcommflag --getcutlist), so I didn't mind changing them. I've been told that we can't change the actual cut list to include a start at frame 0 and end at last_frame or we'll put garbage before/after any transcoding that attempts to cut beginning/end of recording |
| [21:33:59] | Steve_Goodey (Steve_Goodey!~quassel@host86-147-181-69.range86-147.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:48:40] | SteveGoodey (SteveGoodey!~quassel@host86-147-181-69.range86-147.btcentralplus.com) has joined #mythtv | |
| [21:51:44] | kormoc_afk is now known as kormoc | |
| [21:51:58] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 240 seconds) | |
| [21:53:37] | stuartm: | paul-h: seeing the following crash shortly after I view Programme Details then exit – http://mythtv.pastebin.ca/2024903 – looks like it's the same issue reported by okolsi a couple of days ago |
| [22:02:13] | stuartm: | Beirdo: ^^ |
| [22:02:25] | SteveGoodey (SteveGoodey!~quassel@host86-147-181-69.range86-147.btcentralplus.com) has quit (Remote host closed the connection) | |
| [22:04:41] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv | |
| [22:15:09] | paul-h: | stuartm: I know what the problem is there I'll fix it shortly |
| [22:16:14] | stuartm: | paul-h: great :) |
| [22:20:46] | beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has joined #mythtv | |
| [22:23:58] | Beirdo: | stuartm: cool. |
| [22:24:34] | Beirdo: | good to see things move forward, and by all means, feel free to steal tickets from me that are better served elsewhere :) |
| [22:25:18] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [22:28:52] | ** Captain_Murdoch doesn't want to be known as a taker who never gives back, so at random, he assigns 2 of his own tickets back to Beirdo to replace the two he took from him previously. ** | |
| [22:30:44] | Beirdo: | heheh |
| [22:31:00] | brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has quit (Quit: brfransen) | |
| [22:44:29] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [22:48:25] | j-rod is now known as j-rod|afk | |
| [22:49:28] | stuartm: | paul-h: [22:35:41] <MythBuild> build #105 of master-linux-64bit is complete: Failure [failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/105 blamelist: Paul Harrison <pharrison@mythtv.org > |
| [22:49:59] | stuartm: | Beirdo: there's a thought, any way we can have build failures announced in here and not just -commits? |
| [22:51:17] | ceros (ceros!~andres@xbmc/staff/ceros) has quit (Read error: Connection reset by peer) | |
| [22:51:18] | stuartm: | paul-h: fwiw I'm pretty sure that failure is not your fault |
| [22:51:47] | ceros (ceros!~andres@xbmc/staff/ceros) has joined #mythtv | |
| [22:52:07] | stuartm: | yeah, Beirdo's build slave just had an 'episode' |
| [22:52:53] | iamlindoro: | heh, nice way of putting it |
| [22:52:57] | iamlindoro: | "blamelist" |
| [22:53:07] | iamlindoro: | There should be a praiselist for every commit that works ;) |
| [22:53:14] | stuartm: | Beirdo: any chance that machine needs some new memory? ;) |
| [22:53:27] | Beirdo: | nope |
| [22:53:38] | Beirdo: | it better not, it's my backend box |
| [22:54:25] | stuartm: | linker failed with a 'wtf!?' type error |
| [22:54:29] | Beirdo: | let me flush the ccache |
| [22:55:16] | Beirdo: | there. |
| [22:55:31] | Beirdo: | that will run slower next build, but just in case |
| [22:57:00] | brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has joined #mythtv | |
| [23:16:13] | stuartm: | just a bit slower |
| [23:18:39] | Beirdo: | heh |
| [23:24:53] | stuartm: | good advert for ccache, 26mins without vs 2mins with |
| [23:29:00] | Beirdo: | yup |
| [23:29:17] | Beirdo: | if it only occasionally gets bent, I'm not too worried |
| [23:29:51] | Beirdo: | dunno how it happened, but all i did was rm -rf .ccache |
| [23:29:54] | Beirdo: | and force the build |
| [23:31:00] | stuartm: | I think it probably would have worked without blowing away the cache, but that's my memory/file corruption theory so let's hope that I'm wrong |
| [23:31:47] | Beirdo: | lets hope so. The machine's only a few months old, and i did run memtest on it for a couple passes when I built the box |
| [23:33:27] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv | |
| [23:38:37] | jya: | are the file types supported over storage group limited? I made the internal player works with mp3 and the like, can play them in mythvideo by simply selecting the file, but over storage group, all I get is an error |
| [23:38:38] | jya: | 2010-12–21 01:30:32.518 Unlocking input devices |
| [23:38:39] | jya: | 2010-12–21 01:30:33.370 Locking input devices |
| [23:38:39] | jya: | (standard_in) 1: syntax error |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.