Monday, December 13th, 2010, 00:06 UTC | ||
[00:06:14] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[00:08:01] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has joined #mythtv | |
[00:38:00] | Dave123 (Dave123!~dave@cpe-74-74-222-96.rochester.res.rr.com) has quit (Remote host closed the connection) | |
[00:43:57] | Dave123 (Dave123!~dave@cpe-74-74-222-96.rochester.res.rr.com) has joined #mythtv | |
[00:49:00] | m4xx (m4xx!~spooky@c-76-19-95-158.hsd1.ct.comcast.net) has quit (Ping timeout: 245 seconds) | |
[01:18:09] | markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has quit (Ping timeout: 272 seconds) | |
[01:21:13] | cdev_ (cdev_!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
[01:23:10] | cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 245 seconds) | |
[01:31:09] | markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has joined #mythtv | |
[01:39:56] | gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv | |
[01:41:11] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 260 seconds) | |
[01:46:55] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
[01:54:01] | markk_: | iamlindoro: are external subtitles (.srt) working for you at the moment? |
[01:54:51] | iamlindoro: | markk_, Just tested, but yes |
[01:55:17] | markk_: | remote fe? |
[01:55:28] | iamlindoro: | yeah |
[01:55:28] | markk_: | with storage groups? |
[01:55:30] | iamlindoro: | yeah |
[02:01:01] | markk_: | hrm – then I'm baffled |
[02:01:19] | iamlindoro: | I'm a day or two behind if it helps |
[02:01:27] | iamlindoro: | But tested on two titles |
[02:01:48] | iamlindoro: | Also locally mounted at the same path, if that makes a difference |
[02:01:55] | iamlindoro: | But the video is SG hosted |
[02:02:40] | markk_: | the external subs are detected (I get the menu option) but enabling them doesn't produce anything. all via SG |
[02:03:11] | iamlindoro: | All the same here, but displaying fine |
[02:05:17] | markk_: | but it works on the 'local' frontend |
[02:06:07] | iamlindoro: | wonder if this is another issue where because my remote FE runs a BE, it behaves differently |
[02:06:13] | iamlindoro: | (SBE) |
[02:06:22] | iamlindoro: | Can kill it and find out |
[02:07:33] | iamlindoro: | nope, still works with the SBE stopped |
[02:07:46] | markk_: | don't worry – seems to be something broken if you have subtitles enabled by default. sigh – another caption issue:) |
[02:08:14] | iamlindoro: | It's all getting there-- and a thousand times better than it used to be ;) |
[02:08:41] | Beirdo: | they seem to be a common issue, but it's in fine hands, I'm sure it will all work soon with more fine hard work. |
[02:09:16] | Beirdo: | BTW, stuartm kinda stole the thunder (like I care), but: |
[02:09:24] | Beirdo: | http://code.mythtv.org/buildbot/ |
[02:09:40] | Beirdo: | I have it proxied properly now |
[02:11:10] | Beirdo: | still need to get it to compile plugins as well |
[02:27:04] | rpgdude (rpgdude!~user@2002:4576:37e6:0:215:afff:febc:d97c) has joined #mythtv | |
[02:27:23] | rpgdude (rpgdude!~user@2002:4576:37e6:0:215:afff:febc:d97c) has left #mythtv () | |
[02:27:51] | rpgdude (rpgdude!~user@2002:4576:37e6:0:215:afff:febc:d97c) has joined #mythtv | |
[02:28:26] | rpgdude (rpgdude!~user@2002:4576:37e6:0:215:afff:febc:d97c) has left #mythtv () | |
[02:33:44] | danielk22: | markk_: Sorry, I don't recall. As far as day to day annoyances this bug is pretty small for me. The pauses during regular playback of in progress recordings is much higher on my list. Your recent fixes have done a lot to help that but there are some remaining issues. |
[02:35:00] | danielk22: | markk_: I think the remaining issues for that are not yours to deal with though, it looks like it is the audio loop + the ring buffer that are behaving badly. |
[02:35:29] | elmojo: | danielk22: is this with 0.24-fixes or trunk? |
[02:35:37] | danielk22: | trunk |
[02:36:13] | elmojo: | the only thing I've committed for trunk since 0.24 is the current position/duration improvements which are purely cosmetic |
[02:36:15] | danielk22: | well both issues are present in both 0.24-fixes and trunk, but I'm only concerned about trunk ATM |
[02:37:57] | danielk22: | elmojo: heh, well the duration for my 1 hour recordings has gone from 59:54 minutes to 6 to 7 hours, so improvements wouldn't be my word :P :] Obviously those are pretty harmless. |
[02:38:14] | Beirdo: | oof |
[02:38:15] | elmojo: | I have a potential fix for that |
[02:38:28] | danielk22: | cool |
[02:38:32] | elmojo: | is for a specific station that you are having issues? |
[02:39:47] | elmojo: | it's either an ffmpeg bug or a bad stream that causes the crazy durations... all my stations are behaving just fine but iamlindoro has a station that was wacky and my patch fixed it for him |
[02:39:50] | danielk22: | Not a station really just with HD-PVR recordings. AFAICT This doesn't affect OTA stuff. |
[02:40:40] | elmojo: | really? iamlindoro is using HD-PVR and hasn't reported an issue... if you get a chance make me a short sample and I'll look at it |
[02:42:03] | elmojo: | for recordings with position maps we can generate a perfect duration when building a position map/commercial flagging... it's what I want for the final solution |
[02:42:17] | danielk22: | elmojo: Maybe different firmware? Why don't I try the patch first? I don't know how long a sample will be necessary to show the effect. |
[02:43:05] | elmojo: | is it just on previsouly recorded, live-tv or in-progress recordings? |
[02:43:11] | danielk22: | elmojo: AFAIK We can't build a position map in mythcommflag for HD-PVR recordings. ffmpeg doesn't parse those correctly. |
[02:43:28] | danielk22: | Previously recorded only. |
[02:43:52] | elmojo: | could you paste an ffmpeg -i for me when you get time |
[02:44:56] | elmojo: | the patch I have generates the duration purely off the video stream and avoids oddball streams generating erroneous durations and fps values |
[02:45:13] | elmojo: | I'll have to regenerate it since I'm just now getting my git environment going |
[02:46:20] | markk_: | I think we should drop hd-pvr support :) the number of issues that piece of kit generates... |
[02:46:47] | elmojo: | I'm still thinking about getting one :) |
[02:47:21] | Beirdo: | hahaha. Nice one, markk_ :) |
[02:47:27] | elmojo: | it's the only way to record standard/premium content in my area... all I get is broadcast channels |
[02:48:02] | danielk22: | elmojo: Duration: 01:00:23.43, start: 0.289422, bitrate: 5218 kb/s <--- It gets the duration pretty much spot on... |
[02:48:25] | elmojo: | weird, because that's exactly what I use for the duration |
[02:48:34] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[02:49:06] | danielk22: | http://pastebin.com/1UBZ1Qgw |
[02:49:51] | danielk22: | elmojo: It is an older version of ffmpeg, there may be a regression. |
[02:49:59] | ceros_ (ceros_!~andres@xbmc/staff/ceros) has quit (Remote host closed the connection) | |
[02:50:08] | elmojo: | you can get the ffmpeg -i from the mythfrontend log |
[02:50:23] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has joined #mythtv | |
[02:50:26] | Beirdo: | danielk22: if you are using master, try using mythffmpeg (that it now builds) |
[02:50:47] | elmojo: | I always have to play with the '-v' args... maybe -v libav,general,important or something like that... it didn't make sense to me |
[02:50:50] | Beirdo: | that should use precisely the same libs as mythtv (as it's built from them) |
[02:51:41] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
[02:51:51] | elmojo: | danielk22: and what duration is mythfrontend showing for the one you posted the ffmpeg -i for? |
[02:52:16] | danielk22: | 11:51:06 |
[02:52:54] | ceros (ceros!~andres@xbmc/staff/ceros) has joined #mythtv | |
[02:53:13] | danielk22: | But the durations look pretty random, I'm looking at another one that is 5:31:23. |
[02:53:36] | danielk22: | Beirdo: I haven't pulled that yet. |
[02:54:25] | elmojo: | hmmm, that's odd.... lemme look at the code again to see if I can make sense of what's happening and if you don't mind either get the ffmpeg -i info in mythfrontend log or run the mythffmpeg that Beirdo mentioned |
[02:54:51] | Beirdo: | danielk22: fair enough :) it is pretty recent |
[02:55:07] | Beirdo: | it should show if it's an ffmpeg regression anyways |
[02:55:36] | elmojo: | Beirdo: can you also produce a mythffplay? |
[02:55:45] | Beirdo: | sure, I didn't think of it |
[02:56:05] | Beirdo: | but if it has some value, sure :) |
[02:56:21] | elmojo: | it does have value for sure |
[02:56:24] | ** jya prefers SVN versioning, easier to tell if a version is newer than another ** | |
[02:57:21] | danielk22: | elmojo: what text am I looking for for the Duration infor from ffmpeg? |
[02:57:44] | elmojo: | it looks just like 'ffmpeg -i' output |
[02:58:22] | elmojo: | avformatdecoder.cpp calls the exact function that ffmpeg -i calls but you have to have the correct '-v' arguments or it doesn't show up |
[02:59:05] | elmojo: | I really need to figure out why it takes more than just plain -v libav because it's very valuable for debug purposes |
[02:59:49] | elmojo: | when I get a chance to reboot my dev box into linux I'll figure it out and add and comment in the code as to what arguments are required |
[03:00:46] | danielk22: | http://pastebin.com/gnPqjms5 <-- I added -v libav,playback,extra to get it. Don't know if playback or libav were needed but extra was needed |
[03:02:27] | elmojo: | ah, I bet Stream #0.1 is causing it |
[03:02:36] | elmojo: | my patch will hopefully work then |
[03:03:20] | danielk22: | BTW The bogus bitrates appear to have started with the last ffmpeg sync, so the bogus duration may have started then too... This stream is reporting a reasonable bitrate with ffmpeg 0.5, but totally bogus bitrate with our ffmpeg. |
[03:03:39] | elmojo: | it's random which stream gets selected for the duration calculation as it reads a certain number of packets and it depends of the final packet which stream it chooses :) |
[03:04:42] | elmojo: | the older version of ffmpeg seems to not show that Data stream |
[03:07:25] | danielk22: | elmojo is this fixed upstream? Even if we can fix the duration by looking at all the streams ourselves and picking the most likely of the various results the bogus bitrates we're getting from ffmpeg are making our RingBuffer read ahead code take longer to converge on a reasonable buffer size and read block size. |
[03:07:57] | elmojo: | I think my fix will also fix the bitrate problem too |
[03:07:58] | danielk22: | That in turn can cause both playback stutter and slower seeks. |
[03:08:13] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[03:08:34] | elmojo: | it basically reproduces all the information using the first video stream it encounters |
[03:08:46] | elmojo: | hold on a sec |
[03:10:08] | markk_: | why would an hd-pvr recording have a data stream? |
[03:10:31] | danielk22: | ? |
[03:10:52] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
[03:11:21] | elmojo: | here is a patch from a while back, not sure if it applies cleanly but should be very easy to manage -> http://mythtv.pastebin.ca/2017925 |
[03:11:47] | elmojo: | this will regenerate the duration and bitrate based off of the video stream only and ignore all other streams |
[03:20:21] | kormoc_afk (kormoc_afk!~kormoc@unaffiliated/kormoc) has joined #mythtv | |
[03:20:21] | kormoc_afk is now known as kormoc | |
[03:22:53] | Beirdo: | argh |
[03:22:58] | Beirdo: | broke my hook :) |
[03:23:14] | Beirdo: | there |
[03:23:49] | Beirdo: | now the next commit should cause buildbot to schedule a build |
[03:23:50] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Ping timeout: 245 seconds) | |
[03:26:44] | danielk22: | elmojo: Works like a charm. The first hunk failed, but it was trivial to fix. |
[03:26:56] | danielk22: | Beirdo: Where does one see the reports? |
[03:27:16] | elmojo: | did the bitrate look correct too? |
[03:29:28] | danielk22: | Beirdo: nm, found it. elmojo: yes |
[03:29:48] | elmojo: | if you want I'll commit in the next day or so |
[03:30:10] | danielk22: | elmojo: the duration from the ffmpeg report says "N/A" though, don't know whats up with that. |
[03:30:23] | Beirdo: | heh :) |
[03:30:50] | Beirdo: | elmojo: OK, mythffplay will now build, but you need libsdl installed or it silently gets dropped |
[03:30:51] | danielk22: | elmojo: As I said earlier it is a cosmetic thing. commit whenever you are ready. |
[03:31:37] | elmojo: | danielk22: I thought the bogus bitrate was causing issues too? |
[03:33:55] | danielk22: | elmojo: Ah right, I forgot that we just discovered that linkage. Still that isn't a deadly malady, no need to rush. That does mean we may want to backport this after it's been in trunk for a while. |
[03:35:40] | elmojo: | k, will get it in soon |
[03:50:44] | jya (jya!~avenardj@gw2.hydrix.com) has quit (Quit: jya) | |
[03:51:33] | elmojo: | Beirdo: the following command has issues 'git config --local --add push.default nothing" |
[03:52:06] | elmojo: | UsingGit mentions it's important to run before pushing commits |
[03:52:59] | Beirdo: | Please wait while chrome swaps back in on my stupid laptop :) |
[03:54:11] | elmojo: | seems like --local isn't valid but --global, --system and --file <FILE> are valid |
[03:54:21] | Beirdo: | OK, Janne added that, it seems |
[03:54:22] | elmojo: | should I be using --global |
[03:54:46] | Beirdo: | either use --global, or set it (without --local) in each repo |
[03:55:01] | Beirdo: | --global should be safe on that one |
[03:55:35] | elmojo: | thanks, I'll use global so I don't have to remember again |
[03:58:42] | Beirdo: | there we go. Tweaked it :) |
[04:06:26] | markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has quit (Ping timeout: 260 seconds) | |
[04:06:48] | elmojo: | Beirdo: do I need to manually shorten my git commit message? |
[04:07:21] | Beirdo: | Not exactly :) |
[04:07:30] | elmojo: | looks like git log doesn't wrap them |
[04:07:44] | Beirdo: | basic convention is: one short line, then a blank line, then the rest |
[04:07:59] | Beirdo: | and yeah, it may not word wrap either |
[04:08:07] | elmojo: | ok... I broke the convention... anyway to change message after commit? |
[04:08:08] | Beirdo: | that I'm not sure on |
[04:08:17] | Beirdo: | not if you've pushed |
[04:08:26] | elmojo: | haven't pushed yet |
[04:08:30] | Beirdo: | ahh |
[04:08:33] | elmojo: | but don't want a big hassle either |
[04:08:36] | Beirdo: | git commit --amend |
[04:08:51] | Beirdo: | only useful if you haven't pushed :) |
[04:13:42] | elmojo: | Beirdo: why am I getting this message -> ! [rejected] master -> master (non-fast-forward) |
[04:13:48] | elmojo: | when trying to push |
[04:13:53] | Beirdo: | you need to pull first |
[04:14:08] | Beirdo: | that's saying that the remote end has commits you don't |
[04:14:30] | elmojo: | ah nice |
[04:15:10] | elmojo: | Beirdo: I did 'git push -n' – what does that do? |
[04:15:15] | Beirdo: | :) |
[04:15:19] | Beirdo: | it's like make -n |
[04:15:31] | Beirdo: | it's a dry run. It will do everything but the final push |
[04:15:37] | Beirdo: | so you can see what it will do |
[04:15:56] | Beirdo: | once it's looking OK, then do it without the -n |
[04:17:06] | elmojo: | Beirdo: how do we avoid the extra commit messages "Merge branch 'master' ..." ? |
[04:17:09] | elmojo: | that's annoying |
[04:18:15] | elmojo: | danielk22: it's committed now, enjoy |
[04:18:51] | Beirdo: | that's because you were working in parallel with others. There's no real way to completely get rid of that, without using rebase (which is dangerous). |
[04:18:53] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv | |
[04:19:02] | Beirdo: | it's just a bit noisy, but it's benign |
[04:19:58] | elmojo: | ok... I'll get used to it |
[04:20:25] | Beirdo: | you can mitigate it by pulling just before committing, but that at times causes interesting merge issues too |
[04:20:36] | Beirdo: | oh cooool |
[04:20:50] | Beirdo: | using copy mode on the buildbot checkout is *much* better. |
[04:22:47] | markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has joined #mythtv | |
[04:22:56] | iamlindoro: | Beirdo, I thought the point of git's commit and push being seperate is that you can stack up a queue of commits to go in all at once? How do other busy project handle this? I have already been hit multiple times where I git pull, and by the time I finish git committing, I'm already screwed again |
[04:23:25] | Beirdo: | most people ignore the mini-merge messages |
[04:23:29] | iamlindoro: | I hate having to sprint my way through commits |
[04:23:59] | iamlindoro: | I have to say I agree with elmojo (and I've expressed it before)-- it's annoying as hell |
[04:24:28] | iamlindoro: | I have subscriptions to a number of other git based projects and I *never* see the merged with master stuff there |
[04:24:49] | Beirdo: | they are likely rebaseing |
[04:24:50] | iamlindoro: | so I figured they were doing something differently, anyway |
[04:25:43] | Beirdo: | yeah, likely. but git rebase is not for those without the experience to fix the problems they may cause by doing so :) And as most here are fairly new to git, it would be unwise to expect people to use it yet. |
[04:26:50] | iamlindoro: | This kind of thing is part of the death by a thousand cuts that has made this transition so frustrating |
[04:26:56] | Beirdo: | as we all get more experience using it, we can start using rebasing to keep the history cleaner, but we really aren't there yet, so we can deal with the spew. |
[04:27:00] | iamlindoro: | "There's a way to get around it, but you're too much of a dumbass." |
[04:27:23] | iamlindoro: | I just hate that the proposed solution to so many of these issues is "ignore it" |
[04:35:05] | wagnerrp: | rebasing would change all the commit hashes, correct? |
[04:37:07] | Beirdo: | well, yes, of what you rebase. Which is why it's dangerous, but rebasing unpushed commits is the only real way to get around the min-merges |
[04:37:12] | Beirdo: | mini-merges... |
[04:37:32] | Beirdo: | but even then, if someone else pushes while you are doing that, it will happen anyways |
[04:37:50] | Beirdo: | i.e. you'd have to rebase your unpushed commits AGAIN |
[04:38:00] | wagnerrp: | oh, i see what youre saying |
[04:38:14] | wagnerrp: | rebase your local commits off the new changes |
[04:38:19] | wagnerrp: | not rebase the whole repo |
[04:38:20] | Beirdo: | correct |
[04:38:34] | Beirdo: | it's still dangerous, but far less so |
[04:38:56] | Beirdo: | git log is your friend should you try it... and git push -n :) |
[04:51:24] | elmojo: | what's even more dangerous is using git 1.6.x |
[04:51:51] | Beirdo: | :) |
[04:52:01] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
[04:53:28] | elmojo: | iamlindoro: at least you get more commits credited and that will increase your ohloh statistics... and we are all in it for the glory anyways |
[04:54:51] | wagnerrp: | glory? pffh... im in it for the kudos |
[04:57:11] | elmojo: | no kudos for me yet :( |
[05:00:20] | Beirdo: | that will be fixed :) |
[05:03:53] | Beirdo: | you may want to login and claim your commits on ohloh sometime, have a kudo :) |
[05:04:22] | Beirdo: | of course, ohloh needs a boot to the head |
[05:05:10] | Beirdo: | got three of the 6 repos "failed 7 days ago" |
[05:06:00] | elmojo: | Beirdo: thanks :) |
[05:06:35] | Beirdo: | no problemo. You've fixed some stuff that woulda taken many of us months to figure out. |
[05:06:38] | Beirdo: | heh |
[05:10:14] | elmojo: | Beirdo: using Git has proved more difficult than anything else I've faced in the project (and almost in my life) |
[05:10:24] | elmojo: | so thanks for the help with it |
[05:11:01] | elmojo: | markk_: Wow! startup and shutdown for mythavtest is smoking fast now... nice work! |
[05:11:46] | Beirdo: | not a problem there. It is a tough learn, but many have learned to love it :) |
[05:17:39] | brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has joined #mythtv | |
[06:02:40] | jya: | Beirdo: how do I change a commit log (haven't pushed yet) |
[06:05:43] | Beirdo: | you want to change the previous commit? |
[06:05:49] | Beirdo: | git commit --amend |
[06:07:04] | jya: | yep thank you |
[06:18:48] | Beirdo: | no prob |
[06:49:17] | markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has quit (Ping timeout: 264 seconds) | |
[06:49:55] | stoffel (stoffel!~quassel@p57B4C718.dip.t-dialin.net) has joined #mythtv | |
[07:01:32] | markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has joined #mythtv | |
[07:20:05] | stoffel (stoffel!~quassel@p57B4C718.dip.t-dialin.net) has quit (Remote host closed the connection) | |
[07:36:35] | map7_ (map7_!~map7@ppp118-209-4-157.lns20.mel4.internode.on.net) has joined #mythtv | |
[07:45:20] | markk_: | danielk22: so #9201 was the ticket you were referring to. I see where you're coming from re the threading – the initial OpenFile call will block if there is nothing to read. Once we're into playback though, all file access should be from the decoder thread. I'll have a think about how to handle that. |
[07:45:21] | ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has quit (Read error: Connection reset by peer) | |
[07:45:53] | ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has joined #mythtv | |
[07:45:55] | markk_: | I still think the root cause is in the backend though – it's simply not getting any data. |
[07:47:52] | dekarl1 is now known as dekarl | |
[07:52:07] | jya: | Beirdo: so no autobot magic with ticket number ? |
[07:53:32] | el_duerino (el_duerino!~afey@2001:4bd8:2:2:223:aeff:fe91:6669) has joined #mythtv | |
[07:53:42] | el_duerino (el_duerino!~afey@2001:4bd8:2:2:223:aeff:fe91:6669) has left #mythtv () | |
[07:56:05] | markk_: | danielk22: and just to be clear – I mean the frontend isn't getting any data. |
[07:58:17] | Beirdo: | jya: on what, buildbot? |
[07:58:46] | jya: | type #12345, and you get a link to the corresponding bug |
[07:58:51] | jya: | talked about it a few days ago |
[07:59:50] | Beirdo: | ah, haven't got to it. |
[08:00:08] | Beirdo: | it's on the list though :) |
[08:16:15] | el_duerino (el_duerino!~afey@2001:4bd8:2:2:223:aeff:fe91:6669) has joined #mythtv | |
[08:17:36] | duerF (duerF!~tommi@heima.tommi.org) has quit (Quit: Leaving) | |
[08:48:53] | jannau: | git config --local works here |
[08:48:59] | Goga777 (Goga777!~Goga777@shpd-78-36-165-209.static.vologda.ru) has joined #mythtv | |
[08:49:23] | el_duerino (el_duerino!~afey@2001:4bd8:2:2:223:aeff:fe91:6669) has left #mythtv () | |
[08:51:01] | Beirdo: | hmm :) |
[08:51:51] | Beirdo: | which version of git? |
[08:57:47] | jannau: | 1.7.3.3 |
[09:00:17] | Beirdo: | hmm, must be a recent addition then. Some older versions of 1.7.x don't have it. |
[09:09:02] | stuartm: | elmojo: http://mythtv.pastebin.ca/2018073 |
[09:09:33] | Goga777 (Goga777!~Goga777@shpd-78-36-165-209.static.vologda.ru) has quit (Remote host closed the connection) | |
[09:11:04] | Beirdo: | you noticed 4 new warnings too, eh? |
[09:14:38] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has quit (Quit: Ex-Chat) | |
[09:19:06] | stuartm: | aye, 5 new warnings total since last night, but one doesn't make any sense – ffplay.c:3194: warning: assignment discards qualifiers from pointer target type |
[09:19:25] | Beirdo: | that makes perfect sense |
[09:19:32] | stuartm: | why's it building ffplay.c? Why wasn't that there yesterday? |
[09:19:45] | Beirdo: | I added it at elmojo's request |
[09:20:10] | Beirdo: | builds ffplay against our snapshot for testing with mythavtest, etc |
[09:21:06] | Beirdo: | installs as mythffplay, BTW |
[09:22:13] | stuartm: | right, but the warning appears only after Mark's commit at 04:09:45 UTC |
[09:22:38] | stuartm: | it's not really important, just curious |
[09:22:44] | Beirdo: | yes, because I borked the buildbot hook URL while setting up the proxying |
[09:23:00] | Beirdo: | so it missed building at my commit |
[09:23:30] | Beirdo: | the proxying needed a / on the end, I didn't have it set that way on github |
[09:23:37] | Beirdo: | ooops |
[09:24:34] | Beirdo: | good catch though :) |
[09:24:43] | Beirdo: | I wish everyone watched warnings like that |
[09:26:29] | Beirdo: | if we ever get them down to 0, I bet people could be convinced to get more anal about it |
[09:56:17] | stuartm: | heh, I marked the old UI stuff as deprecated because I hoped it might motivate people to replace them, so far it's failed to do that |
[10:12:55] | jya: | markk_: I've installed nvidia driver 260.19.21, and I've noticed that it reports "Unrecognised OpenGL version". Is that something to worry about ? (earlier it shows OpenGL version : 4.1.0 NVIDIA 260.19.21) |
[10:16:25] | kth (kth!~kth@dyndsl-080-228-180-053.ewe-ip-backbone.de) has joined #mythtv | |
[10:21:18] | dagar (dagar!~dagar@agar.ca) has quit (Quit: leaving) | |
[10:25:44] | dagar (dagar!~dagar@agar.ca) has joined #mythtv | |
[10:28:24] | Beirdo: | stuartm: if it means anything, it's inspired me to want to fix em :) |
[10:36:45] | dekarl1 (dekarl1!~deKarl@e180155217.adsl.alicedsl.de) has joined #mythtv | |
[10:39:13] | dekarl (dekarl!~deKarl@e180164081.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
[11:03:09] | stuartm: | Beirdo: most of those that can easily be fixed I've already fixed, or I have patches to fix them, there is certain understandable unease with re-writing screens such as the recordingprofile editor to use mythui – since that means theming them too |
[11:03:44] | Beirdo: | yeah, I realize |
[11:04:02] | Beirdo: | and none of them are in code I maintain (IIRC) |
[11:04:32] | stuartm: | it's likely and preferable that most of those screens get moved into the backend settings instead, they don't need to be accessible via the frontend, they don't affect the frontend directly and won't be changed frequently |
[11:05:06] | Beirdo: | that would be cool |
[11:05:18] | stuartm: | that will help cleanup the frontend settings considerably |
[11:05:27] | Beirdo: | sure would |
[11:06:10] | stuartm: | videosource, storagegroupeditor, transporteditor, channelsettings etc should all disappear under the settings re-write, so that leaves very little to be 'fixed' |
[11:06:57] | stuartm: | backendselect.cpp is about the only one which will need porting to mythui and I've already started on it |
[11:07:05] | Beirdo: | and I'm gonna love closing at least two nuvexport bugs soon :) |
[11:07:08] | stuartm: | Beirdo: do you use mythgame? |
[11:07:13] | Beirdo: | nope |
[11:07:25] | Beirdo: | I compile it, but have no games |
[11:08:27] | stuartm: | shame, I've a patch to convert a menu dialog there to mythui but I can't easily test it |
[11:09:13] | Beirdo: | hmmm, that's iamlindoro's code at this time, IIRC. Maybe he's up for it? |
[11:10:12] | stuartm: | it's in a ticket assigned to him already |
[11:10:22] | Beirdo: | oh |
[11:10:50] | stuartm: | he's been too busy to look at it |
[11:11:07] | Beirdo: | yeah, but we have much better BluRay playback now :) |
[11:11:23] | stuartm: | yup :) |
[11:11:35] | stuartm: | not a complaint, just fact |
[11:11:38] | Beirdo: | yup |
[11:11:52] | Beirdo: | shame I can't help there. |
[11:12:23] | Beirdo: | GreyFoxx may still use it too, but he's not around as much as he used to be. |
[11:40:03] | kth (kth!~kth@dyndsl-080-228-180-053.ewe-ip-backbone.de) has quit (Quit: Leaving.) | |
[11:42:04] | kth (kth!~kth@dyndsl-080-228-180-053.ewe-ip-backbone.de) has joined #mythtv | |
[11:45:29] | jya: | Beirdo: is there an easy to perform a diff on file between two different branches? |
[11:48:03] | Beirdo: | probably. man git-diff might help. I'm about 5min off passing out here :) |
[11:50:14] | Beirdo: | I think you likely can just do "git diff master fixes/0.24 — main.cpp |
[11:50:18] | Beirdo: | " |
[11:50:33] | Beirdo: | at least that looks like it |
[11:51:24] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv | |
[12:25:04] | kth (kth!~kth@dyndsl-080-228-180-053.ewe-ip-backbone.de) has quit (Quit: Leaving.) | |
[12:28:35] | jya: | git diff branch1:file branch2:file |
[12:41:02] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
[12:44:49] | markk_: | jya: the version string comes straight out of the driver – so it might be slightly worrying that the driver doesn't recognise its own version :) I imagine it |
[12:44:55] | markk_: | 's harmless enough |
[12:45:04] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 255 seconds) | |
[12:50:19] | jya: | I mean, after there's nvidia showing the version number... It goes on, to read "Unrecognised OpenGL version" |
[12:51:33] | jya: | does this message come from the nvidia driver too ? |
[12:52:20] | jya: | I wonder if it's an issue with the nvidia package itself |
[12:52:30] | jya: | I've had other libGL related issues |
[12:59:43] | markk_: | jya: if it's causing problems, you'll need to move to Qt 4.7. opengl v4 isn't recognised in qt 4.6. compare http://doc.qt.nokia.com/4.6/qglformat.html#Op . . . ionFlag-enum with the 4.7 version |
[13:01:29] | jya: | I'm not sure if it's causing problem, all I saw are error messages here and there. I have plenty of drawing artifacts : like incorrect shadows, some black boxes of menus not disappearing, and when I quit mythfrontend, there's this greyish background picture still shown on the desktop |
[13:01:50] | jya: | I only ever assumed that 260.xx was buggy, as I don't see those issues with 256.xx and 195.xx. |
[13:02:03] | jya: | but I just got a GT430, and it only works with 260 drivers |
[13:13:11] | map7_ (map7_!~map7@ppp118-209-4-157.lns20.mel4.internode.on.net) has quit (Quit: Leaving) | |
[13:34:37] | GreyFoxx: | |
[13:34:50] | GreyFoxx: | oops :) |
[13:53:56] | gilesw (gilesw!~chatzilla@91.208.163.140) has joined #mythtv | |
[13:54:47] | clever_ (clever_!~clever@142.167.206.207) has joined #mythtv | |
[13:57:29] | clever (clever!~clever@142.167.220.215) has quit (Ping timeout: 240 seconds) | |
[14:14:35] | stuartm_ (stuartm_!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
[14:14:35] | stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Read error: Connection reset by peer) | |
[14:30:04] | j-rod|afk is now known as j-rod | |
[14:30:23] | |BrOnZe| (|BrOnZe|!~kvirc@94.99.207.171) has joined #mythtv | |
[14:36:51] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
[14:43:13] | jya: | re: interdependencies: libmyth can it uses symbol from libavformat / libavcodec? |
[14:45:00] | j-rod: | Beirdo: it was just a 'git gc' where the repo was ~100M larger than a clean clone, I didn't try 'git gc —aggressive'. that might have got it on par, not sure (I'd nuked the spare copy by then). |
[14:48:04] | gigem_ is now known as gigem | |
[14:48:05] | jya: | j-rod: got your hdmi audio sorted finally? |
[14:49:12] | j-rod: | jya: no, haven't had a chance to poke at it yet, the card isn't even in a machine at the moment |
[14:49:28] | markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has quit (Ping timeout: 276 seconds) | |
[14:49:29] | j-rod: | did briefly verify that it does work under windows though |
[14:49:54] | j-rod: | (which also shows 4 different audio devices like aplay -l does) |
[14:49:58] | jya: | I read some of the comments on the reason why there are so many hdmi devices appearing and why only few of them works |
[14:50:15] | j-rod: | may be forced to poke at it again RSN though. |
[14:50:24] | jya: | seems that there re multiple connectors for those, except that only one is wired |
[14:50:27] | j-rod: | my asrock ion330 ht box appears to have decided to die |
[14:51:10] | jya: | i'm pretty pleased with the gt430 I got today, the size of the board is about 1/3rd of the GT220 I bought 2 weeks ago |
[14:51:24] | jya: | it's just as small as the 6200 I bought ages ago |
[14:51:30] | j-rod: | yeah, I've seen a few cards that look a lot smaller than the 220 I've got |
[14:52:15] | j-rod: | mine blocks use of the slot next to it |
[14:52:24] | jya: | yes, this one too |
[14:52:35] | jya: | the heatsink is about 1mm to wide |
[14:52:38] | j-rod: | so I'm not actually wanting to put that same card back into my backend, since it means yanking two cards out of there now |
[14:52:38] | jya: | very annoying. |
[14:53:16] | j-rod: | I'm actually debating trying to roll with the onboard Radeon HD 4200 |
[14:53:52] | j-rod: | got no audio w/it last night, but just realized that I shut off onboard audio in that box while tinkering with the gt220 |
[14:54:06] | jya: | at work, we're setting up a PC with multiple digital cIO cards.. there are 4 PCIe cards; all with their weird requirement. One can only work in a PCI 1x, the other a PCI 4x, none of them work in PCIe 16x (makes the pc crash).. |
[14:54:26] | j-rod: | urk |
[14:54:33] | jya: | unfortunately, due to the size of the video card, I can only put the video card in the PCI 4x slots, next to the PCI |
[14:54:38] | jya: | and shift all of the cards |
[14:54:44] | ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has quit (Read error: Connection reset by peer) | |
[14:54:47] | jya: | e.g. can't put any of the cards in |
[14:54:51] | jya: | absolute nightmare |
[14:55:23] | jya: | i have an old 8600GT fanless, quite slim, obviously that will do |
[14:55:55] | ThisNewGuy (ThisNewGuy!~doug@pool-96-242-160-27.nwrknj.fios.verizon.net) has joined #mythtv | |
[14:55:58] | j-rod: | I'm starting to rethink my brilliant plan to move my backend to a microatx board and esata enclosure |
[14:56:26] | j-rod: | not many slots to work with, one has to be used by a multiplexing-capable esata card |
[14:56:26] | jya: | each time I look into it, I'm like: what am I going to do wih my 6 x disks raid array |
[14:56:56] | jya: | if you find a solution, very keen to hear it |
[14:57:24] | j-rod: | heh, likewise. ;) |
[14:58:23] | jya: | looked at a more quiet case today, and of course the idea of having even more HD popped up. so 1366 CPU, 10 sata slots.. 130W just the processor :( |
[14:58:50] | jya: | quite amazing that I can't find a dual-core processor using less power than my existing E8200 |
[14:58:55] | wagnerrp: | that is the TDP though, not what its actually going to run at |
[14:59:53] | wagnerrp: | the 32nm i3s and i5s are generally less power hungry than the old Core2s |
[15:00:00] | jya: | are they? |
[15:00:02] | wagnerrp: | especially if you use their onboard video, instead of a discrete card |
[15:00:14] | jya: | that's not an option yet.. |
[15:00:28] | jya: | maybe with the new IGP they are talking about releasing in january |
[15:00:37] | j-rod: | yeah, if your system is mostly idle, there's actually not a huge amount of difference in power draw between the lower-power cpu variants and the higher-power ones |
[15:00:52] | wagnerrp: | the GMA HD units are all roughly as powerful as the nvidia chips in IONs |
[15:01:03] | wagnerrp: | they just dont have the hardware accelerated decoding |
[15:01:11] | jya: | precisely. |
[15:01:13] | wagnerrp: | but with that processor, its powerful enough not to need it |
[15:01:20] | jya: | which is all I'm interested in right now |
[15:01:23] | wagnerrp: | and if youre talking about a dedicated backend, you dont need it anyway |
[15:01:24] | j-rod: | I was shopping around, looking at a 45w AMD proc, but was convinced to save the money on it, and just get a faster higher max TDP proc |
[15:01:39] | jya: | nah, my backend is also the frontend for my cinema room |
[15:02:05] | jya: | the i7 950 is on good discount right now ... |
[15:02:44] | wagnerrp: | jya: anyway, worth a glance... http://www.tomshardware.com/reviews/25w-performance-pc,2551.html |
[15:02:55] | jya: | thanks.. will look |
[15:03:33] | jya: | back to the inter lib dependencies... I have created a new class (SPDIFEncoder) which uses libavformat and libavcodec |
[15:03:58] | jya: | I put it in the libmyth/audio.. It replaces some code that was duplicated in libmyth and libmythv |
[15:04:09] | jya: | in trunk mythplugins compile fine |
[15:04:30] | jya: | currently backporting to 0.24, and it complains on all the ffmpeg calls in libmyth |
[15:05:00] | jya: | was something change since 0.24 allowing the use of libmyth with avformat? |
[15:05:20] | markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has joined #mythtv | |
[15:05:26] | jya: | I remember there was some mention that only libmythtv was allowed to link to libavformat/libavcodec |
[15:05:47] | jya: | is it still the case? if so I'll have to move the spdifencoder |
[15:07:33] | jya: | no-one ? :( |
[15:30:46] | danielk22: | jya: I don't recall that being a restriction. In any case we should document the library organization in the trac wiki... |
[15:31:21] | jya: | ok.. |
[15:31:32] | jya: | it's mythnetvision the culprit |
[15:31:46] | jya: | only occurs there.. and it doesn't build without the backport either.. |
[15:36:54] | jya: | danielk22: I remember a little while ago, when j-rod added the detection of the codec and settings to light up some LEDs one the Fusion case, he linked against libavcodec and Isaas wasn't pleased about that at all |
[15:37:00] | jya: | can't remember the details |
[15:38:35] | ** j-rod can't either anymore ** | |
[15:38:52] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.246) has joined #mythtv | |
[15:39:22] | clever (clever!~clever@142.167.134.163) has joined #mythtv | |
[15:39:28] | j-rod: | I don't know if it was the way it was linking that was inherently bad, or if it was just because it was completely unnecessary when things were slightly rewritten |
[15:39:45] | j-rod: | I think it was the latter in that case though |
[15:41:28] | clever_ (clever_!~clever@142.167.206.207) has quit (Ping timeout: 265 seconds) | |
[15:42:48] | Chutt (Chutt!~ijr@cpe-24-166-52-87.neo.res.rr.com) has joined #mythtv | |
[15:59:39] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
[16:13:13] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
[16:13:49] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (*.net *.split) | |
[16:13:50] | Kevin` (Kevin`!~kevin@router.kwzs.be) has quit (*.net *.split) | |
[16:17:51] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
[16:17:51] | Kevin` (Kevin`!~kevin@router.kwzs.be) has joined #mythtv | |
[16:18:48] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.246) has quit (Remote host closed the connection) | |
[16:22:43] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Ping timeout: 240 seconds) | |
[16:23:36] | |BrOnZe| (|BrOnZe|!~kvirc@94.99.207.171) has quit (Quit: Bye Bye) | |
[16:27:32] | danielk22: | markk_: One thing I'd thought about doing anyway was to change safe_read to return -1 and set the errno if it fails to read and handling the re-reads at a higher level. Not sure if that would help in this situation or not. |
[16:39:48] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
[16:49:00] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv | |
[16:49:25] | skd5aner: | gigem: ping, you around? |
[16:53:03] | jya: | just merged with master, and I get a lot of "2010-12–14 03:52:38.517 [NULL @ 0x7f7b41abc120]start time is not set in av_estimate_timings_from_pts" |
[16:53:12] | jya: | ending up on seg fault |
[17:06:59] | kormoc is now known as kormoc_afk | |
[17:08:42] | doc_dinggy (doc_dinggy!~doc@27-33-135-243.static.tpgi.com.au) has joined #mythtv | |
[17:17:13] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
[17:17:18] | stuartm_ is now known as stuartm | |
[17:37:44] | doc_dinggy (doc_dinggy!~doc@27-33-135-243.static.tpgi.com.au) has quit (Ping timeout: 260 seconds) | |
[17:41:11] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
[17:44:49] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 240 seconds) | |
[17:45:50] | gigem_: | skd5aner: i'm here now. |
[17:56:17] | elmojo: | jya: it might be my latest commit |
[17:57:27] | stuartm: | elmojo: did you see http://mythtv.pastebin.ca/2018073 ? |
[17:57:41] | elmojo: | comment out av_update_stream_timings_video(ic) and see if it helps |
[17:58:10] | elmojo: | stuartm: no but I'll fix it now |
[17:58:58] | stuartm: | ok thanks :) |
[18:06:56] | kormoc_afk is now known as kormoc | |
[18:09:56] | stuartm: | jannau: any objection to the following patch disabling warnings for the libav* build? http://mythtv.pastebin.ca/2018590 |
[18:27:28] | wagnerrp: | is #9348 actually acceptable? |
[18:29:12] | kenni: | wagnerrp: I wouldn't take the decision on that, so I gave it to nigel to decide...I've never done anything with MythTV on a Mac, so I have no idea what's possible on that platform, and what's not |
[18:30:00] | kenni: | leaving out mythavtest doesn't sound good, though :) |
[18:30:50] | wagnerrp: | from a compile time issue, theyre probably shaving a percent or two off |
[18:31:22] | wagnerrp: | and space? theyre 160kB combined |
[18:34:42] | the_alien (the_alien!~till@xbmc/staff/thealien) has joined #mythtv | |
[18:39:02] | iamlindoro: | There, I'll take the heat |
[18:45:06] | kenni: | :) |
[18:51:30] | Steve_Goodey (Steve_Goodey!~steve@host86-145-237-137.range86-145.btcentralplus.com) has joined #mythtv | |
[18:51:57] | Goga777 (Goga777!~Goga777@shpd-95-53-168-101.vologda.ru) has joined #mythtv | |
[19:01:48] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
[19:04:19] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
[19:08:37] | Steve_Goodey (Steve_Goodey!~steve@host86-145-237-137.range86-145.btcentralplus.com) has quit (Remote host closed the connection) | |
[19:15:40] | dekarl1 is now known as dekarl | |
[19:23:56] | Goga777 (Goga777!~Goga777@shpd-95-53-168-101.vologda.ru) has quit (Remote host closed the connection) | |
[19:32:42] | gigem_ is now known as gigem | |
[19:33:03] | dekarl: | would a quirck for #5013 be acceptable? (PESPacket.cpp silently ignore CRC Check for Stream ID 0x70, which really is PSI Table ID 0x70 and is handled in the subclass in mpegtables.cpp) I'm trying to figure out why one MUX's EIT is not being considered and the CRC Errors for TDT obstruct the view... |
[19:38:38] | Casper0082 (Casper0082!~Casper@unaffiliated/kc) has quit (Read error: Operation timed out) | |
[19:38:38] | misto (misto!~misto@64.17.253.218) has joined #mythtv | |
[19:38:52] | Casper0082 (Casper0082!~Casper@unaffiliated/kc) has joined #mythtv | |
[19:39:41] | skd5aner: | gigem: sorry, I'm going in and out of meetings here... thanks for your help so far trying to troubleshoot #9360 with me |
[19:40:06] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
[19:40:13] | gigem: | skd5aner: np. |
[19:40:38] | skd5aner: | gigem: just followed up with another comment, but if it helps you can ping me here for information |
[19:40:50] | gigem: | skd5aner: i'm reading it now. |
[19:43:41] | gigem: | skd5aner: iiuc, you're using the "move to the deleted recgroup" instead of deleting option, right? if so, i'll try testing with that. |
[19:43:56] | skd5aner: | yes, correct – was JUST typing that up in IRC :) |
[19:44:00] | Steve_Goodey (Steve_Goodey!~steve@host86-145-237-137.range86-145.btcentralplus.com) has joined #mythtv | |
[19:44:11] | skd5aner: | I can get the exact settings I have set for that, just a sec |
[19:46:12] | skd5aner: | Yes, I have autoexpire instead of delete, autoexpire in delete order, and max days to save deleted as 3 |
[19:47:14] | gigem: | ok, i'll see if i can reproduce with that. |
[19:47:17] | skd5aner: | gigem: I have tested, a few days ago, going in to the delete filter in watch recordings, and trying to select delete from there to actually get rid of the recording |
[19:47:25] | skd5aner: | and it didn't make a difference |
[19:47:44] | skd5aner: | gigem: np, I'll stand by until you need more info – thx |
[19:48:47] | skd5aner: | gigem: oh, one last thing – the most interesting thing is that it'll happily re-record if I do "delete + re-record" in mythweb – that's the strange part (from my perspective), but maybe they trigger different things |
[19:50:49] | gigem: | skd5aner: yeah, i noticed that before. i'm not really surprised as mythweb and mythfrontend sometimes implement the same feature slightly differently. |
[19:53:55] | joe2371 (joe2371!~joe@c-71-62-40-177.hsd1.va.comcast.net) has joined #mythtv | |
[19:57:36] | jannau: | stuartm: the -Wno-unused should only silence warnings |
[19:59:16] | jurco (jurco!5f678264@gateway/web/freenode/ip.95.103.130.100) has joined #mythtv | |
[19:59:31] | stuartm: | jannau: yeah but it should be redundant if we use -w |
[19:59:52] | misto (misto!~misto@64.17.253.218) has left #mythtv () | |
[19:59:59] | jannau: | stuartm: but might create merge conficts |
[20:00:09] | stuartm: | if there's a better way of doing it then we'll use that |
[20:02:48] | stuartm: | you know the build system better than I, the goal is just to make the warning output more useful/relevant, we can try and filter out the ffmpeg warnings but since we're not interested in them it seems easier to disable them entirely |
[20:11:00] | stuartm: | jannau: what about this patch to enable symbol visibility by default – http://mythtv.pastebin.ca/2018702 |
[20:17:24] | jams: | So would any dev be interested in writing the myth component to power the atmolight? http://ca.rstenpresser.de/media.php?l=de The guying premade atmo controllers is offering fifty percent off the controller if someone wants to try. Of note it already works with xine |
[20:17:43] | jams: | *guy selling premade ... |
[20:17:47] | jurco (jurco!5f678264@gateway/web/freenode/ip.95.103.130.100) has left #mythtv () | |
[20:19:09] | skd5aner: | Got to admit, gimmicky but cool |
[20:19:17] | joe2371 (joe2371!~joe@c-71-62-40-177.hsd1.va.comcast.net) has quit (Ping timeout: 250 seconds) | |
[20:19:26] | high-rez: | Its what those phillips tvs already do out of the box no? |
[20:19:38] | jams: | skd5aner- agreed |
[20:19:40] | jams: | high-rez- yes |
[20:19:58] | jams: | maybe not on all 4 sides though |
[20:20:15] | skd5aner: | also, didn't think the phillips TVs were as responsive? |
[20:20:54] | jams: | don't know |
[20:21:04] | high-rez: | Dunno. The youtube video makes it looks like this thing in the demo is a bit lagged behind the display. Pretty neat though |
[20:23:33] | jams: | could probably even get the hardware for free with a bit of talking. |
[20:26:34] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.246) has joined #mythtv | |
[20:29:48] | the_alien (the_alien!~till@xbmc/staff/thealien) has quit (Quit: the_alien) | |
[20:35:35] | jannau: | stuartm: committed a single line change to configure instead |
[20:36:23] | jannau: | stuartm: enabling symbol visibility is ok |
[20:36:35] | stuartm: | great, thanks |
[20:40:55] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
[20:45:56] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.246) has quit (Remote host closed the connection) | |
[20:48:57] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.246) has joined #mythtv | |
[20:53:19] | stuartm: | jannau: http://code.mythtv.org/buildbot/waterfall << Warnings dropped by 200 following the ffmpeg warnings commit, so thank you |
[20:54:14] | stuartm: | libavcodec/x86/fft_mmx.asm:47: warning: section flags ignored on section redeclaration << This one has stubbornly remained |
[20:57:16] | stuartm: | if we gave other external libs the same treatment e.g. replex, filters we'd knock another 40% off that total |
[21:10:43] | andreax1 (andreax1!~andreaz@p57B956E4.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
[21:11:14] | Beirdo: | yay for 204 fewer warnings :0 |
[21:13:42] | stuartm: | anyone know why we're using -fvisibility-inlines-hidden and not -fvisibility=hidden, I thought at one point we were using the latter which has more impact and should work just fine with trunk |
[21:14:14] | Beirdo: | it might have been a gcc version thing, maybe? Dunno |
[21:16:00] | stuartm: | I think -inlines-hidden is actually newer but it only hides inline classes, so it's benefits aren't as great |
[21:16:23] | Beirdo: | ahh |
[21:17:20] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has quit (Read error: Operation timed out) | |
[21:17:36] | stuartm: | build seems to go fine with -fvisibility=hidden but maybe I'm missing something |
[21:18:19] | gigem: | skd5aner: #9360 is fixed. |
[21:18:33] | skd5aner: | gigem: ! |
[21:18:49] | Beirdo: | so only one ffmpeg warning left |
[21:18:53] | skd5aner: | gigem: awesome!!!! Thank you so much |
[21:18:54] | Beirdo: | pretty snazzy |
[21:19:07] | gigem: | skd5aner: yw. |
[21:19:42] | skd5aner: | gigem: when things like that happen and 2 devs have trouble reproducing, I start to lose hope and think that I somehow b0rked something up, but I just couldn't imagine how I could have done that |
[21:19:50] | stuartm: | Beirdo: not sure why that one warning remains, but 1 is better than 205 |
[21:20:04] | skd5aner: | gigem: any chance of backporting to -fixes? |
[21:20:07] | Beirdo: | far better :) |
[21:20:31] | Beirdo: | might be because it's .asm rather than .c |
[21:20:58] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has joined #mythtv | |
[21:21:18] | gigem: | skd5aner: different settings can cause problems like that. it's already backported to -fixes. |
[21:21:57] | skd5aner: | gigem: yup, understood – btw, is autoexpire instead of delete not the default? |
[21:22:37] | skd5aner: | gigem: I really do appreciate that feature – I don't have to use is ALL to often, but man it's a great feature when it's needed (accidently deleting something, etc) – I almost think that would make a sane default |
[21:22:43] | the_alien (the_alien!~till@xbmc/staff/thealien) has joined #mythtv | |
[21:23:42] | gigem: | i don't think it's the default... checking... no it isn't. |
[21:24:19] | skd5aner: | gigem, iamlindoro, sphery: ^ perhaps a candidate for a potential sane default / setting removal? |
[21:25:29] | iamlindoro: | I don't think the deleted group is a very intuitive default, personally |
[21:25:32] | skd5aner: | I mean, if something is marked as deleted, and enabled to autoexpire, the space will be made available if needed and it's a great "recycling bin" mechanism in case a recording would need to be revived within a small time window |
[21:25:39] | iamlindoro: | If I delete something, I want it to go away |
[21:27:38] | stuartm: | ditto |
[21:28:03] | skd5aner: | I suppose 99% of the time, I never need to go into the deleted group, but it has been handy on a few different occasions – if it really impacted space, or caused non-deleted recordings to autoexpire prior to deleted ones, then it would definitely not be worth it |
[21:28:26] | skd5aner: | :) anyway, just an idea since it exists and I know you'd all like to cut back on settings |
[21:28:30] | stuartm: | especially for users sharing that diskspace with other storage, it may not be recommended but it is probably what a large proportion of our users are doing |
[21:29:16] | iamlindoro: | I'd be more comfortable with doing away with the deleted group entirely than making it default |
[21:29:44] | iamlindoro: | But since that's likely a battle I can't win, I'd rather at least keep the default behavior as what one would expect "delete" to mean |
[21:29:50] | iamlindoro: | :) |
[21:30:25] | stuartm: | I've no doubt that the deleted group stuff is useful for some, but if I select 'Delete' and then confirm 'Yes, Delete' then I'm certain it should be deleted and I'm willing to accept the consequences if I have a change of heart |
[21:30:42] | iamlindoro: | If we changed the defaults, then our new favorite common question/bug report would be "I deleted something and my disk space didn't return, MythTV is broken" |
[21:30:49] | skd5aner: | well, my vote doesn't count, and I can understand the other viewpoint suppose, but I would probably miss the feature should it disappear – not really impacting my daily usage of MythTV, but it's pretty innovative and does more good than harm IMHO :) |
[21:32:07] | iamlindoro: | skd5aner: If there were a way to make it intuitive (ie, any other app could use the space whenever it needed to/df reported a free amount taking it into account/etc) then I would agree... but since most people don't use Myth in a vacuum, I think it would be more confusing that helpful as a default |
[21:32:39] | iamlindoro: | Someone really needs to write a filesystem where you can mark a file as "to be deleted" as distinct from "deleted" :) |
[21:32:55] | skd5aner: | stuartm: that's a very good point – the word "delete" really is pretty black and white |
[21:33:00] | skd5aner: | iamlindoro: yea, that makes a lot of sense too |
[21:34:15] | skd5aner: | I think users have historically gotten used to "undo", "recycle", "undelete" options though – heck, even CMS systems have recycle bins now – but it is not directly intuitive in myth as-is today, as you both point out |
[21:34:57] | skd5aner: | anyway, I'm greatful for the extremely quick fix – thanks again |
[21:46:21] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.246) has quit (Quit: Leaving.) | |
[21:52:02] | sphery: | stuartm / iamlindoro: maybe make the delete prompt mandatory (maybe was made mandatory--I can't find the setting for that, now), then for the confirmation prompt change it from "Yes, delete it" and "No, keep it, I changed my mind" type stuff to include a "Move to recycle bin" option... The down side would be dealing with the allow-re-record (as I can't think of a good UI to allow delete, delete+re-record, recycle, recycle+re-record, ... |
[21:52:08] | sphery: | ... and cancel). Oh, and of course, the use of the phrase "recycle bin" would be another downside... |
[21:52:23] | Steve_Goodey (Steve_Goodey!~steve@host86-145-237-137.range86-145.btcentralplus.com) has quit (Remote host closed the connection) | |
[21:52:36] | iamlindoro: | Think that might be going just a bit to far to remove a setting :) |
[21:52:43] | sphery: | of course, then users will complain they have to scroll to select something |
[21:53:11] | sphery: | I like the approach because it makes it completely clear what's happening and allows a per-recording decision to be made |
[21:53:50] | sphery: | so for me, removing the setting is irrelevant (though a nice side effect) |
[21:55:47] | sphery: | and, really, we currently default to "No, keep it, I changed my mind", so everyone has to scroll, anyway--and it would be a max of 2 spaces, regardless, going up to one set or down (wrapping through) to the next set |
[21:59:53] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Read error: Connection reset by peer) | |
[22:00:31] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
[22:04:43] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds) | |
[22:33:28] | stuartm: | I need help with qmake and altering cflags for certain libs, most places will build just fine with -fvisibility=hidden but third party libs are problematic, I need to strip -fvisibility=hidden for those libraries only and maybe if possible replace with -fvisibility-inline-hidden if symbol visibility is enabled |
[22:36:13] | stuartm: | maybe it's not worth pursuing |
[22:38:44] | stuartm: | ah nevermind, I should have grepped more carefully, we're already using visibility=hidden where it matters |
[22:50:48] | j-rod is now known as j-rod|afk | |
[23:00:31] | stuartm: | cdev_: those classes are all used outside of libupnp, e.g. libmyth, I didn't just pick them out of thin air |
[23:26:05] | sutula (sutula!sutula@nat/hp/x-zshqvxkdufneuhwb) has joined #mythtv |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.