| Thursday, October 6th, 2011, 00:02 UTC | ||
| [00:02:30] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:07:07] | kormoc is now known as kormoc_afk | |
| [00:19:19] | andreax (andreax!~andreaz@p4FC12448.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [00:24:15] | Mousey (Mousey!~wtfisme@ross154.net) has quit (Ping timeout: 260 seconds) | |
| [00:25:11] | Beirdo: | jya: you'd have to look at the git logs. It was a snapshot as of a certain git SHA1 in March or so. Just before they forked the project. |
| [00:26:07] | Beirdo: | Unless I get totally overridden here... don't expect another resync before 0.25. We need a long time after a resync to work out bugs, and thus it is usually done right AFTER a release, not just before. |
| [00:26:11] | jya: | trying to fix the aac decoder to fix BBC HD playback… right now it doesn't make an error anymore, but it keeps changing the sampling rate from 96kHz to 48kHz every few seconds |
| [00:26:23] | Beirdo: | well that's sucky :) |
| [00:26:49] | jya: | looking at the ffmpeg tree, there are a few fixes before that to filter invalid change.. probably related |
| [00:29:44] | jya: | since your last sync, they have changed the default ffmpeg output from S16 to FLOAT |
| [00:29:58] | jya: | it's a major change |
| [00:30:39] | jya: | i wonder how myth audio will cope with that, it always assumed passthru is plain passthru and that no reformating is required |
| [00:32:16] | Beirdo: | Oh jeez |
| [00:32:18] | jya: | Beirdo: when you make a git diff, how can you prevent it from doing a "less" on the output ? |
| [00:32:24] | Beirdo: | so much for being... efficient |
| [00:32:51] | Beirdo: | umm, not sure. I usually just end up redirecting to a file |
| [00:33:05] | jya: | actually for many codecs, they were in fact working on floats already, and converting back to S16 |
| [00:33:22] | jya: | or working in fixed arithmetics.. |
| [00:33:36] | jya: | not sure on modern CPU if it makes much difference these days |
| [00:33:47] | Beirdo: | it does |
| [00:34:01] | Beirdo: | 32bit integer math is still faster than floating point |
| [00:34:35] | Beirdo: | and 64bit integer math too IIRC |
| [00:34:57] | Beirdo: | but whatever, it will just chew a bit more CPU, not like audio is our tipping point anyways |
| [00:37:12] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [00:38:08] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has joined #mythtv | |
| [00:45:25] | bill6502: | jya: To get rid of color for patches, I use an alias in ~/.gitconfig: [alias] < newline/tab> pdiff = diff --no-color (or just use --non-color on the command line) |
| [00:45:51] | jya: | bill6502: all i wanted was a straight output |
| [00:46:01] | jya: | similar to doing: git diff > blah ; cat blah |
| [00:57:46] | jya: | Beirdo: I have a patch for master allowing master myth to play the BBC sample. |
| [00:57:47] | jya: | http://pastebin.com/f2STX1eT |
| [00:58:48] | jya: | it's pretty much all the FFmpeg changes to aacdec.c except the floating point conversion and some other minor changes… Handling of errors in the stream isn't as good as in ffmpeg, because the framework to handle cascading errors isn't in FFmpeg and that's too much of a change to backport |
| [00:59:14] | Beirdo: | cool |
| [00:59:28] | Beirdo: | we'll probably want to soak it in with non LATM AAC to be sure |
| [01:00:03] | Beirdo: | no use fixing and breaking at the same time :) |
| [01:00:56] | jya: | yes.. |
| [01:01:12] | jya: | I have a lot of AAC samples, all the one that gave us problem at some time in the past.. |
| [01:01:22] | jya: | i'm trying all of them now |
| [01:01:53] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has left #mythtv () | |
| [01:04:48] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [01:05:08] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [01:06:54] | jya: | oops… segfault |
| [01:07:10] | jpabq: | jya, looks good. With LPCM output, I did not notice a single repeat while watching tonight's news. It did not fix my HistoryHD channel timestretch problem, but I didn't really expect it to. |
| [01:07:26] | jya: | fantastic ! |
| [01:07:34] | jya: | finally… can't believe was something so simple |
| [01:07:53] | jya: | how long have we been tracking that one ? |
| [01:08:16] | jpabq: | Since the spring, sometime. |
| [01:08:33] | jpabq: | Sorry, Spring in the northern hemisphere! |
| [01:08:40] | Beirdo: | heh |
| [01:10:35] | jpabq: | I have ordered a GT430 to replace my GT220. Asus came out with a fanless one, that looks like it will actually fit in my case. It will be interesting to see if that makes any difference with my HistoryHD problem. |
| [01:14:22] | jya: | always amazed that the day you have a fix, is the day people report similar problems... |
| [01:14:40] | jya: | they had over a year to experience it before |
| [01:16:43] | jpabq: | jya, have you had a chance to look at http://code.mythtv.org/trac/ticket/9826? Now that LPCM output is viable for me again, I might want to go back to that config. |
| [01:18:34] | jya: | jpabq: the new audio code in master committed yesterday will handle the case where the AC3 stream is garbage |
| [01:18:58] | jya: | if it sees that the audio is 8 channels, it will downmix it if necessary |
| [01:19:55] | jya: | so I'm pretty convinced that this problem will be fixed (or more likely have a workaround) |
| [01:20:16] | jya: | do you have a sample ? |
| [01:20:52] | jpabq: | jya, I will re-enable 7.1 channels and see what happens. I will let you know if I have a problem going forward. Thanks. |
| [01:20:59] | jya: | ok |
| [01:22:27] | treeoneeight (treeoneeight!~treeoneei@c-75-65-77-126.hsd1.la.comcast.net) has joined #mythtv | |
| [01:26:47] | jya: | hum… relooking at the code, I'm not sure it will work how I'd like it to be… if it doesn't crash, it's a side-effect of another test, but it's not caught by the test that was supposed to catch it |
| [01:27:29] | treeoneeight (treeoneeight!~treeoneei@c-75-65-77-126.hsd1.la.comcast.net) has quit (Remote host closed the connection) | |
| [01:33:57] | jya: | Beirdo: I'm pretty convinced that the crash I'm seeing on a AAC/LATM sample is actually present in the orignal ffmpeg, they just put an assert around the case I'm seeing |
| [01:38:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:38:09] | Beirdo: | heh, fun |
| [01:41:13] | jpabq: | jya, it won't let me select 7.1 anymore, I only have a choice of stereo or 5.1. When I have the "device" selected, the help text says it is capable of 7.1 |
| [01:41:27] | jya: | ah.. you have checked StereoPC ? |
| [01:41:35] | jya: | StereoPCM ? |
| [01:42:17] | jya: | if you did, you will be limited to 5.1 |
| [01:42:50] | jpabq: | Probably, I will go check. |
| [01:43:09] | jya: | in which case it would have re-encoded to AC3 in your earlier test :( |
| [01:43:19] | jya: | so it wouldn't have been confirmation that the problem is fixed |
| [01:43:56] | jpabq: | Yup. Sorry, forgot it worked that way. I DID turn that off for the earlier test, just forgot this time. |
| [01:44:15] | jpabq: | For the earlier test, my pre-amp did show PCM instead of DD5.1 |
| [01:44:47] | jya: | with StereoPCM checked ? |
| [01:45:01] | jya: | ah ok.. I hear you |
| [01:47:42] | taylorr: | gigem_: are you interested in helping with the duration/position handling in master? At a minimum I need a tester that receives variable frame rate and telecined recordings. |
| [01:48:28] | taylorr: | the broadcasters in my area used to at least telecine shows (ie. repeated frames) but I haven't been able to find one in a long time |
| [01:49:27] | taylorr: | jpabq: I would be surprised that a better card would help with HistoryHD timestretching... my ION handles it flawlessly at 1.2x |
| [01:50:02] | taylorr: | of course, many of the ION bashers here wouldn't want to hear such a statement :) |
| [01:50:42] | jpabq: | taylorr, Directv -> HD-PVR -> ION with timestretch? |
| [01:50:49] | taylorr: | yes |
| [01:50:52] | Beirdo: | hehe. |
| [01:51:01] | jpabq: | Makes me think I have a system config problem, then. |
| [01:51:16] | taylorr: | I do use straight audio passthru |
| [01:51:26] | Beirdo: | OK, time to head home |
| [01:51:28] | taylorr: | and I record the original AC-3 |
| [01:53:31] | jpabq: | Same here. |
| [01:55:29] | jya: | taylorr: there's no straight passthrough with timestretch.. audio must be decoded then re-encoded |
| [02:03:19] | bwirtz (bwirtz!~bwirtz@97-86-238-43.dhcp.roch.mn.charter.com) has joined #mythtv | |
| [02:04:39] | bwirtz (bwirtz!~bwirtz@97-86-238-43.dhcp.roch.mn.charter.com) has left #mythtv () | |
| [02:12:18] | sphery: | jya: nice work on fixing the audio repeat thing... can't wait to update my system to pick that up. As for the git less thing... git --no-pager diff or GIT_PAGER='' git diff or git config --global core.pager '' (or there is a pager.<cmd> for some commands--I don't think it works for shell script commands, but should for pager.diff, using git config --global pager.diff '' if you only want it to affect diff) |
| [02:15:59] | taylorr: | jya: I was just stating my setup not what the audio code does underneath |
| [02:16:30] | jya: | taylorr: I was merely pointing that actually, using AC3 passthru is a bigger load on the system.. |
| [02:16:33] | taylorr: | sphery: under what conditions did you get the repeat audio? |
| [02:16:42] | jya: | due to the re-encoding |
| [02:17:19] | jya: | taylorr: the repeat audio really could occur whenever any of the audio processing module were at work: upmix, downmix, timestretch, resampling |
| [02:17:59] | jya: | it would occur whenever the amount of audio inserted into the buffer was *Exactly* the size between the current write point and the end of the circular buffer. |
| [02:18:03] | taylorr: | jya: would the bug only be triggered by that type of processing, better said would the bug be triggered by simple passthru? |
| [02:19:24] | ** jya checking.. ** | |
| [02:20:18] | taylorr: | still wondering if the "playback pauses" could be related... especially since the AV sync code gets the audio timestamp from the audio buffer and this causes it to think the video is way behind and many frames drop... looks like a pause or glitch |
| [02:20:31] | jya: | yes it could have |
| [02:21:29] | jya: | i personally have never experienced the playback pause |
| [02:21:46] | taylorr: | pretty sure this caused an occasional glitch with non timestretch viewing |
| [02:21:56] | sphery: | taylorr: I have stereo audio using analog output, and I never increased the ALSA buffer thing that the log message says to increase (since I'm only using stereo audio and jya said it's only important for many-channel lpcm or something). I use timestretch >99% of the time, so it may be limited to timestretch, only, but I don't have much non-timestretch experience to say for sure. :) |
| [02:22:00] | jya: | and with everyone having an idea on the problem.. it's hard to say.. this should normally have no impact on the timestamp calculation |
| [02:22:43] | jya: | the only issue is that when reading the audio buffer, it could have read old audio data instead of new ones |
| [02:22:58] | taylorr: | jya: which provides the timestamp too |
| [02:23:31] | jya: | no.. timestamp are calculated according to the size of the data you write into the buffer |
| [02:23:48] | jya: | i don't believe it would have had an impact to timestamp |
| [02:23:52] | taylorr: | I'm not talking about the calculation when it writes |
| [02:24:20] | taylorr: | I'm talking about the timestamp that's being retrieved by the AV sync code in mythplayer |
| [02:24:54] | jya: | i know what you are referring to |
| [02:25:03] | jya: | i guess we'll see |
| [02:25:22] | taylorr: | I dunno, I might have it backwards or all wrong :) |
| [02:26:27] | taylorr: | once it's backported we can ask for people having problems to retest |
| [02:27:30] | taylorr: | iamlindoro: now that you have that shiny, new HDHR Prime have you ran across any shows with incorrect duration or position? |
| [02:58:34] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Read error: Connection reset by peer) | |
| [03:39:25] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:45:36] | taylorr: | sphery: thanks for reminding the list about ext4 barriers again... I've been meaning to disable them |
| [03:47:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [03:47:28] | Beirdo: | we should get the ext4 author as a MythTV user. That would fix any problems :) |
| [03:48:07] | taylorr: | it's unbelievable how bad the performance is, anyone know if it's been addressed in more recent kernels? |
| [03:48:32] | Beirdo: | not sure. I should go read the notes from his tutorial I was at |
| [03:49:15] | Beirdo: | Linux Performance Tuning. |
| [03:50:21] | Beirdo: | apparently (from what he said then), the issue is with the use of fsync |
| [03:50:39] | Beirdo: | as once you say to fsync, the filesystem HAS to flush to disk |
| [03:51:42] | Beirdo: | -o journal_async_commit apparently halves the number of barriers fsync uses |
| [03:52:38] | Beirdo: | and ext4 with barriers is faster than ext3 with barriers... but ext4 has them on by default |
| [03:53:25] | taylorr: | interesting... I'm on a UPS so I don't care at all about barriers |
| [03:53:40] | Beirdo: | let me see if I can find a copy of this online where you guys might be able to get at it |
| [03:53:48] | Beirdo: | it's from a USENIX conference |
| [03:53:56] | taylorr: | and most people did fine with ext3 which didn't use barriers by default |
| [03:54:30] | taylorr: | time for sleep |
| [03:54:43] | Beirdo: | http://www.usenix.org/events/fcw11/training/tutonefile.html#r1 |
| [03:54:58] | Beirdo: | that's the tutorial, not sure if the notes are around though |
| [03:55:12] | Beirdo: | have a great sleep |
| [04:05:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:10:03] | jya: | Beirdo: I have a patch for updating the AAC encoder for both master and 0.24 that fixes the AAC/LATM issue, if you're interested in having a look… it's biggish |
| [04:10:20] | Beirdo: | sure |
| [04:12:03] | jya: | I noticed in your last resync, that some files haven't been deleted once they stopped being used |
| [04:12:10] | jya: | aaclatmdec.c is one of them |
| [04:12:31] | jya: | 0.24 fix: http://pastebin.com/E5RsA1Su |
| [04:13:24] | jya: | also, libfaad isn't used anywhere, and should be removed from the configure / link |
| [04:15:34] | Beirdo: | I'm pretty sure those files were still in their repo |
| [04:16:14] | Beirdo: | but yeah, coulda missed one :) |
| [04:16:27] | jya: | for master: http://pastebin.com/XTEJcut5 |
| [04:16:41] | jya: | actually, aaclatmdec.c was never in ffmpeg |
| [04:16:44] | Beirdo: | IIRC, I did an rm -rf of the directory, then checked out their repo into the directory, then applied our delta |
| [04:16:56] | jya: | it was Janne code before it got merged within the aacdec file |
| [04:17:02] | Beirdo: | right, that was one that Janne did for us that was added |
| [04:17:15] | Beirdo: | riiight, gotcha |
| [04:17:24] | Beirdo: | they merged it, and it was in our delta. |
| [04:17:47] | Beirdo: | heh, well, we'll have to keep an eye out for that next time around |
| [04:18:27] | Beirdo: | so I guess we should clean up what our new delta is as well. |
| [04:18:46] | jya: | so pretty much the patch for master, is upgrading to the latest AAC decoder found in ffmpeg, less stuff like using floats |
| [04:18:51] | Beirdo: | hopefully, over time, that disappears, but we do have a fair amount that isn't upstream. |
| [04:19:00] | Beirdo: | K. |
| [04:19:24] | jya: | in 0.24 it's a bit more change, because few stuff relies on code not existing yet… I've converted all those calls to use the previous format |
| [04:20:51] | jya: | if I was less lazy, I guess I could track exactly what change is required to fix AAC playback when the audio configuration stream change |
| [04:21:05] | jya: | the actual fix only prevents decoding error |
| [04:21:35] | jya: | but there's a fair amount of work in properly detecting changes… the existing code in master/0.24 saw a lot of changes that didn't exist |
| [04:21:52] | jya: | like changing from 96kHz to 48kHz and back every 2–3s |
| [04:23:03] | jya: | not sure anyone is keen on a 600+ lines diff however :( |
| [04:23:15] | Beirdo: | heh |
| [04:23:41] | Beirdo: | yeah, I hear ya. The master one looks reasonable at first read anyways |
| [04:24:20] | jya: | oh, I removed some assert from the original code |
| [04:24:35] | jya: | not sure crashing is a better solution to hearing crap :) |
| [04:28:08] | jya: | Beirdo: what does git use to track the path name of a file? is it something similar to the svn:merge property ? I'd like to fix why git doesn't properly cherry-pick anything for the audio code anymore |
| [04:32:20] | Beirdo: | it uses content tracking AFAIK |
| [04:34:24] | Beirdo: | I haven't dug into it very deeply though |
| [04:42:47] | jya: | Beirdo: what is your trac username ? |
| [04:43:33] | wagnerrp: | Beirdo: whats the command to trigger a build? im going to be doing so for testing here in a bit |
| [04:46:40] | Beirdo: | jya: beirdo |
| [04:46:54] | Beirdo: | wagnerrp: like so: |
| [04:47:10] | jya: | thanks; i'll assign that AAC ticket to you as your our ffmpeg guy now :) |
| [04:47:16] | jya: | what happened to Janne by the way? |
| [04:47:26] | jya: | haven't heard from him in a long time |
| [04:47:28] | Beirdo: | MythBuild_: force build master-linux-64bit now |
| [04:47:29] | MythBuild_: | build forced [ETA 4m42s] |
| [04:47:29] | MythBuild_: | I'll give a shout when the build finishes |
| [04:47:35] | Beirdo: | pick yer build |
| [04:47:58] | wagnerrp: | jya: hes caught up in other things, made an announcement before the beginning of the year he wouldnt be around much |
| [04:48:20] | Beirdo: | jya: he basically bowed out right after 0.24, after we put in git, citing lack of time due to personal and other reasons |
| [04:48:28] | jya: | what things ? |
| [04:48:30] | jya: | ah ok |
| [04:48:31] | Beirdo: | I'm sure some of that is ffmpeg/libav related |
| [04:48:55] | Beirdo: | as it was about a month or so before that all happened |
| [04:49:36] | Beirdo: | but general busy-ness is likely a good part of it, it tends to go in cycles like that for many of us |
| [04:50:50] | Beirdo: | not being in his shoes, a lot of it would be guessing |
| [04:51:47] | MythBuild_: | Hey! build master-linux-64bit #2293 is complete: Success [build successful] |
| [04:51:47] | MythBuild_: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2293 |
| [04:57:55] | jya: | sphery: I've pushed the audio fix to fixes/0.24 |
| [05:03:03] | wagnerrp: | seems the buildbot is automatically doing something |
| [05:03:12] | wagnerrp: | maybe it will do a full build on its own |
| [05:03:59] | wagnerrp: | Beirdo: i thought you had it set up so the 0.24 and 0.25 bots would not trigger at the same time |
| [05:04:40] | Beirdo: | only on some of the slaves |
| [05:05:01] | Beirdo: | on the 64-bit (aka my backend box) I don't bother limiting it |
| [05:06:41] | Beirdo: | Hmmm, just over $400 for round-trip from Seattle to Detroit. |
| [05:06:50] | wagnerrp: | yikes, i didnt realize we got that many warnings on 0.24 builds |
| [05:07:52] | Beirdo: | yeah, it's noisy as crap. |
| [05:08:25] | Beirdo: | cheaper to fly to Cincinnati or Columbus. Interesting |
| [05:08:32] | Beirdo: | I'll have to remember when the time comes |
| [05:08:50] | wagnerrp: | yeah, but you have to get a rental and a several hour drive |
| [05:09:10] | wagnerrp: | detroit is... maybe three hours from columbus |
| [05:09:15] | wagnerrp: | probably four |
| [05:09:23] | wagnerrp: | cincinnati is another two |
| [05:09:45] | Beirdo: | yeah, I wanna visit friends/family in Toledo and Columbus at some point |
| [05:11:28] | jya: | wagnerrp: lots of warnings are in ffmpeg |
| [05:11:41] | Beirdo: | oh, if you wanted to limit the freebsd slave to one build at a time, let me know, it's easy to change it |
| [05:11:54] | wagnerrp: | i doubt it will be much of an issue |
| [05:12:00] | jya: | i thought of fixing the few convert const blah to blah warnings.. but there are so many.. i gave up quickly |
| [05:12:06] | wagnerrp: | im just thinking with ccache, updates will be largely disk IO |
| [05:12:07] | Beirdo: | yeah, we didn't make too much of an effort to silence them in 0.24 |
| [05:12:11] | wagnerrp: | and relatively little processor |
| [05:12:25] | wagnerrp: | so running multiple at the same time on the same disk wont really be any faster |
| [05:12:32] | Beirdo: | in master, we've substantially silenced it |
| [05:12:36] | Beirdo: | ah, right |
| [05:12:58] | Beirdo: | stuartm and I both have spurts of getting annoyed at warnings :) |
| [05:13:56] | Beirdo: | one of those windmills we keep tilting at |
| [05:17:13] | MythBuild_: | build #1070 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1070 blamelist: John Patrick Poet <jpoet@mythtv.org > |
| [05:17:18] | MythBuild_: | build #77 of 0.24-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/0.24 . . . it/builds/77 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [05:18:23] | wagnerrp: | svn not found? |
| [05:18:26] | wagnerrp: | what are we using svn for? |
| [05:19:24] | wagnerrp: | crap, what did i forget |
| [05:19:27] | wagnerrp: | bintools or something |
| [05:22:07] | wagnerrp: | binutils |
| [05:22:57] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 252 seconds) | |
| [05:23:43] | jpabq- (jpabq-!~jpabq@174-28-167-122.albq.qwest.net) has quit (Ping timeout: 245 seconds) | |
| [05:25:06] | Beirdo: | svn?! |
| [05:25:19] | wagnerrp: | the ffmpeg stuff is looking for it |
| [05:25:41] | Beirdo: | oooh, for 0.24? |
| [05:25:55] | Beirdo: | yeah, it would be, I think they were using it for setting the version number |
| [05:25:55] | wagnerrp: | 0.25 |
| [05:26:21] | Beirdo: | lame |
| [05:26:33] | wagnerrp: | no, i did remember to install that one |
| [05:26:37] | Beirdo: | pretty sure that's the reason though. |
| [05:26:49] | Beirdo: | heheh, I meant the situation is lame :) |
| [05:32:39] | jya: | where is that failure of freebsd happening ? |
| [05:32:49] | wagnerrp: | ffmpeg stuff |
| [05:33:04] | wagnerrp: | the vp6 code needs some special assembler stuff |
| [05:33:19] | wagnerrp: | vp5 rather |
| [05:33:52] | jya: | but I haven't touched ffmpeg, this is the fix for the audio buffer overflow |
| [05:34:08] | jya: | I'm not sure how to read the buildbot report |
| [05:34:39] | wagnerrp: | on freebsd? |
| [05:35:01] | Beirdo: | yeah, don't worry about the freebsd build while wagnerrp is messing with it :) |
| [05:35:10] | Beirdo: | rebuilding the slaves? |
| [05:35:25] | jya: | it shows my last commit as failing to build the freebsd version.. i don't see why |
| [05:35:36] | wagnerrp: | yes, because of the ffmpeg stuff |
| [05:35:53] | wagnerrp: | the build environment was not set up properly |
| [05:35:55] | jya: | where can you actually read the error ? http://code.mythtv.org/buildbot/builders/0.24 . . . it/builds/77 |
| [05:36:09] | jya: | ah ok… so it rebuilds because of that commit |
| [05:36:27] | jya: | that makes sense |
| [05:36:31] | Beirdo: | http://code.mythtv.org/buildbot/builders/0.24 . . . e/logs/stdio |
| [05:36:35] | jya: | I was like.. fuck I screwed up again |
| [05:36:35] | wagnerrp: | see the ref "compile core compile failed"? see the "stdio" right below it? |
| [05:36:47] | Beirdo: | yeah, it triggered a rebuild. |
| [05:36:52] | wagnerrp: | then just scroll down until it stops |
| [05:36:52] | jya: | i had seen that… but none of the errors was from my code... |
| [05:37:08] | wagnerrp: | exactly, hence, not your fault |
| [05:37:09] | wagnerrp: | :) |
| [05:37:12] | jya: | hence my confusion |
| [05:37:14] | Beirdo: | yup, it's a coincidence that the slave was getting worked on at the same time :) |
| [05:37:48] | wagnerrp: | by the way, you know any simple way to destroy a bunch of snapshots? |
| [05:37:58] | Beirdo: | like old builds? |
| [05:38:04] | wagnerrp: | zfs snapshots |
| [05:38:08] | Beirdo: | not that I know of, but there's gotta be a way |
| [05:38:11] | Beirdo: | oooh |
| [05:38:12] | Beirdo: | heh |
| [05:38:35] | Beirdo: | I haven't looked at snapshotting in detail yet |
| [05:38:45] | wagnerrp: | i reworked the jails to have a proper set of zfs partitions |
| [05:38:54] | Beirdo: | I'm sure they let you delete tehm individually, but not sure in bulk |
| [05:39:18] | wagnerrp: | so theres about a dozen or so partitions that are snapshotted, and then those snapshots are cloned into the buildbot |
| [05:39:42] | wagnerrp: | it will let you create snapshots recursively, but not delete them |
| [05:39:48] | wagnerrp: | go figure |
| [05:39:54] | Beirdo: | ick |
| [05:40:13] | jpabq (jpabq!~jpabq@174-28-167-122.albq.qwest.net) has joined #mythtv | |
| [05:40:14] | jpabq (jpabq!~jpabq@174-28-167-122.albq.qwest.net) has quit (Changing host) | |
| [05:40:14] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [05:40:22] | wagnerrp: | oh, and it wont let you destory them either |
| [05:40:30] | Beirdo: | http://www.okboot.org/2008/03/remove-old-zfs-snapshots.html |
| [05:40:42] | Beirdo: | seems it used to if it doesn't now |
| [05:41:01] | jpabq- (jpabq-!~jpabq@174-28-167-122.albq.qwest.net) has joined #mythtv | |
| [05:41:03] | wagnerrp: | yeah, i saw similar |
| [05:41:22] | wagnerrp: | but if im going to do it in bash, i may as well just implement it into this half-written interface library ive got going |
| [05:41:31] | wagnerrp: | im going to have to eventually |
| [05:41:36] | wagnerrp: | now is as good a time as any |
| [05:41:45] | Beirdo: | hehe |
| [05:43:51] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [05:44:38] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [05:47:13] | wagnerrp: | gah! |
| [05:47:33] | wagnerrp: | "TypeError: destroy() takes exactly 1 argument (2 given)" |
| [05:47:43] | wagnerrp: | of course it does! i never hit save! |
| [05:47:51] | Beirdo: | heheh |
| [05:47:54] | Beirdo: | been there |
| [05:48:00] | wagnerrp: | lets try this again... |
| [05:49:33] | wagnerrp: | mmm... fancy |
| [05:49:55] | wagnerrp: | only took three lines... of course the one you had did it in two |
| [05:54:20] | Beirdo: | heh, whatever works :) |
| [05:56:25] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-75-39.tx.res.rr.com) has quit (Quit: Ex-Chat) | |
| [05:56:48] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-75-39.tx.res.rr.com) has joined #mythtv | |
| [06:00:33] | wagnerrp: | MythBuild_: force build master-freebsd-64bit now |
| [06:00:33] | MythBuild_: | build forced [ETA 8m54s] |
| [06:00:33] | MythBuild_: | I'll give a shout when the build finishes |
| [06:00:48] | wagnerrp: | Beirdo: its underscore is showing |
| [06:01:40] | Beirdo: | heh, yeah |
| [06:02:41] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Read error: No route to host) | |
| [06:03:10] | jpabq- (jpabq-!~jpabq@174-28-167-122.albq.qwest.net) has quit (Read error: No route to host) | |
| [06:04:19] | wagnerrp: | MythBuild_: force build 0.24-freebsd-64bit now |
| [06:04:19] | MythBuild_: | build forced [ETA 8m46s] |
| [06:04:20] | MythBuild_: | I'll give a shout when the build finishes |
| [06:05:13] | jpabq (jpabq!~jpabq@174-28-167-122.albq.qwest.net) has joined #mythtv | |
| [06:05:13] | jpabq (jpabq!~jpabq@174-28-167-122.albq.qwest.net) has quit (Changing host) | |
| [06:05:14] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [06:06:32] | jpabq- (jpabq-!~jpabq@174-28-167-122.albq.qwest.net) has joined #mythtv | |
| [06:32:20] | len (len!~quassel@184-97-190-161.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [06:33:10] | Goga777 (Goga777!~Goga777@shpd-92-101-145-205.vologda.ru) has joined #mythtv | |
| [06:37:44] | jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv | |
| [06:38:02] | MythBuild_: | build #1071 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1071 |
| [06:39:13] | MythBuild_: | build #78 of 0.24-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/0.24 . . . it/builds/78 |
| [06:45:30] | Goga777 (Goga777!~Goga777@shpd-92-101-145-205.vologda.ru) has quit (Remote host closed the connection) | |
| [06:52:04] | Beirdo: | yay |
| [06:55:24] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-75-39.tx.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [06:56:29] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [06:56:45] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [06:57:15] | JEDIDIAH__ (JEDIDIAH__!~jedi@76.185.75.39) has joined #mythtv | |
| [06:57:31] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [06:58:06] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [07:29:03] | DjMadness (DjMadness!~DjMadness@pdpc/supporter/student/DjMadness) has quit (Ping timeout: 260 seconds) | |
| [08:01:40] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [08:10:15] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Quit: Lost terminal) | |
| [08:43:08] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [08:52:00] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Quit: Lost terminal) | |
| [08:56:43] | DjMadness (DjMadness!quasselcor@pdpc/supporter/student/DjMadness) has joined #mythtv | |
| [09:11:23] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [09:43:38] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [10:05:03] | Guest31443 (Guest31443!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:06:03] | mike|2 (mike|2!~mike@24.21.63.118) has joined #mythtv | |
| [11:04:56] | cocoa117 (cocoa117!~cocoa117@wk-28-224.guest.rdg.ac.uk) has joined #mythtv | |
| [11:22:39] | kth1 (kth1!~kth@dyndsl-080-228-182-115.ewe-ip-backbone.de) has joined #mythtv | |
| [11:24:30] | kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 276 seconds) | |
| [11:43:06] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [12:04:19] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [12:04:28] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [12:05:12] | kth1 (kth1!~kth@dyndsl-080-228-182-115.ewe-ip-backbone.de) has quit (Ping timeout: 258 seconds) | |
| [12:17:14] | stoffel (stoffel!~quassel@87.180.204.55) has joined #mythtv | |
| [12:21:50] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [12:22:32] | davide (davide!~david@160.86.16.70) has joined #mythtv | |
| [12:58:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:28:55] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [13:31:01] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [13:35:34] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 260 seconds) | |
| [13:45:56] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [13:57:27] | j-rod|afk is now known as j-rod | |
| [14:21:20] | mike|2 (mike|2!~mike@24.21.63.118) has quit (Ping timeout: 260 seconds) | |
| [14:28:58] | davide: | taylorr: re testing duration/position, i'll do what i can. i moved my infinitv4 to my production backend, so my dev system is free to run master again. nb, i can only get recordings with rate changes from the infinitv4, so those will have to be copied from my productions system, ie, no livetv or watching/recording tests. |
| [14:30:18] | davide: | jya, jpabq, taylorr: re repeated audio, i haven't seen the problem in a very long time. i'm not sure, but it could very well correlate to when i switched from on board 9400m video to a gt430. |
| [14:32:12] | davide: | sphery: re the db on ext4, yesterday was the first i'd heard of it. i've been running that way fro quite some time and haven't noticed any issues. |
| [14:33:34] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [14:33:45] | taylorr: | davide: I was really needing to test the recorder side of things so if your infinitv4 is not on a master dev system then it's no use |
| [14:34:48] | taylorr: | davide: which channels did you notice the variable frame rate? |
| [14:35:05] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (Ping timeout: 258 seconds) | |
| [14:41:12] | davide: | taylorr: let me see what i can do. i very seldom need to the last tuner on the infinitv4, so i might be able to use it. i have no problem running a mixed environment on my dev system and main frontend, but i've refrained from doing so on my production backend for fear of screwing things up. |
| [14:42:16] | davide: | it happens on any normally 720p channel that allows the cable co to insert local commercials. verizon likes to use 480i for those. |
| [14:49:20] | taylorr: | davide: ok, sounds good |
| [14:55:39] | mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [15:12:11] | jmartens (jmartens!~jmartens@109.232.42.33) has quit (Ping timeout: 255 seconds) | |
| [15:21:25] | reynaldo (reynaldo!~rverdejo@pc-147-56-101-190.cm.vtr.net) has joined #mythtv | |
| [15:27:41] | davide: | taylorr: danielk22's email reminded me the infinitv4 isn't supported in master, so that's a no go for now. :( |
| [15:47:33] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [16:21:49] | Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv | |
| [16:45:10] | Mousey: | :D |
| [16:45:14] | Mousey: | so what's the black stuff already? |
| [16:45:45] | Mousey: | oops, wrong channel |
| [16:53:55] | kormoc_afk is now known as kormoc | |
| [16:59:10] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [17:03:10] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [17:05:42] | davide (davide!~david@160.86.16.70) has quit (Remote host closed the connection) | |
| [17:06:04] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [17:38:22] | cocoa117 (cocoa117!~cocoa117@wk-28-224.guest.rdg.ac.uk) has quit (Quit: Leaving) | |
| [17:41:40] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [17:45:36] | josef__ (josef__!~josef@188-194-63-116-dynip.superkabel.de) has joined #mythtv | |
| [17:57:24] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [18:11:08] | iamlindoro: | wagnerrp: Looks like the ticket deletion plugin for Trac has gone missing-- latest ticket needs a delete rather than a close |
| [18:12:45] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [18:13:48] | wagnerrp: | funky... did we switch back to the new server and that got left out? |
| [18:14:07] | wagnerrp: | doesnt look like it |
| [18:16:38] | wagnerrp: | oh, just hard to find |
| [18:17:13] | wagnerrp: | its at the top right of the description |
| [18:19:58] | stoffel (stoffel!~quassel@87.180.204.55) has quit (Remote host closed the connection) | |
| [18:22:10] | wagnerrp: | ooh... so close to getting picked up by the spam blacklist |
| [18:23:41] | wagnerrp: | anyone know what '(?!)' does in a regular expression? |
| [18:24:33] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [18:52:09] | jams: | if you find out let me know, that looks like it might match ! or nothing at all |
| [19:05:33] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [19:32:54] | Malard (Malard!~Malard@xbmc/staff/malard) has quit () | |
| [19:40:00] | Mousey (Mousey!~wtfisme@ross154.net) has quit (Ping timeout: 255 seconds) | |
| [19:46:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:51:52] | stuartm: | that would be !? wouldn't it? |
| [19:55:45] | stuartm: | context suggests that's a typo, everywhere else it's (?i) – which I believe is making the match case insensitive |
| [19:56:13] | jams: | !? would match any number of ! but since it's (?!) it's looking to match against nothing and then a ! |
| [19:56:41] | stuartm: | http://docs.python.org/library/re.html |
| [19:56:47] | stuartm: | it's a python extension |
| [19:57:01] | stuartm: | (?!...) Matches if ... doesn’t match next. This is a negative lookahead assertion. For example, Isaac (?!Asimov) will match 'Isaac ' only if it’s not followed by 'Asimov'. |
| [19:58:57] | stuartm: | but I still think it was supposed to be (?i) – which is the python extension meaning case insensitive matching (like /i at the end of a perl regexp) |
| [19:59:53] | jams: | could be I know nothing of the context or lang..just the question as posed |
| [20:00:00] | stuartm: | http://code.mythtv.org/trac/wiki/BadContent |
| [20:12:23] | mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [20:12:49] | mike is now known as Guest27130 | |
| [20:14:40] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [20:27:34] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [21:02:01] | Malard (Malard!~Malard@xbmc/staff/malard) has joined #mythtv | |
| [21:05:41] | josef__: | how fast does have to be a machine running mythtv backend? |
| [21:06:13] | iamlindoro: | josef__: Wrong channel, see topic-- you want #mythtv-users |
| [21:06:14] | wagnerrp: | that depends entirely on what you want that mythtv backend to do |
| [21:06:22] | wagnerrp: | erm... that too |
| [21:06:28] | josef__: | ahh sorry :/ |
| [21:13:19] | josef__ (josef__!~josef@188-194-63-116-dynip.superkabel.de) has left #mythtv ("Verlassend") | |
| [21:24:02] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:25:32] | danielk22 (danielk22!~danielk@96.57.9.142) has left #mythtv () | |
| [21:26:48] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [21:30:20] | andreax (andreax!~andreaz@p4FC12DF2.dip.t-dialin.net) has joined #mythtv | |
| [21:32:09] | Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv | |
| [21:46:05] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:54:18] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [22:02:28] | r0dent (r0dent!~wtfisme@ross154.net) has joined #mythtv | |
| [22:03:10] | Mousey (Mousey!~wtfisme@ross154.net) has quit (Disconnected by services) | |
| [22:04:41] | r0dent is now known as Mousey | |
| [22:08:14] | j-rod is now known as j-rod|afk | |
| [22:14:22] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [22:29:17] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:44:28] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [22:46:15] | Guest27130 (Guest27130!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [22:47:04] | mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [22:47:30] | mike is now known as Guest17928 | |
| [23:29:46] | andreax (andreax!~andreaz@p4FC12DF2.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [23:35:00] | sphery: | davide: truth is that my only information on the ext4/barrier thing is from posts on the lists... I'm just repeating hearsay. :) |
| [23:36:52] | taylorr: | I've personally experienced it on Ubuntu 10.04 while using a logfile |
| [23:39:46] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:43:26] | sphery: | jya: regarding the problem with finding the files after renames... AFAIU, git has a default rename limit of 100 files, so if more are renamed, it gives up trying to sort them out. In theory, you can tell it to use a larger limit with merge.renameLimit (which defaults to same as diff.renameLimit), but it may slow things down considerably--the manual says it requires O(n^2) processing time, so you'll need a reasonable value that's still large ... |
| [23:43:32] | sphery: | ... enough to work with the changes from 0.24 to master. As far as audio code--I'm 1500 miles from my MythTV box, so I can't update, yet, but will do so soon (this weekend or early next week). |
| [23:44:08] | sphery: | "finding files after renames" = "why git cherry-pick doesn't work, anymore" with trunk/0.24-fixes |
| [23:44:15] | jya: | sphery: thanks… i'll check .. |
| [23:44:23] | jya: | hopefully nothing more to be back ported anyway |
| [23:44:35] | sphery: | hehe, yeah, may not need to for long :) |
| [23:53:36] | wagnerrp: | !seen Captain_Murdoch |
| [23:53:36] | MythLogBot: | Captain_Murdoch is here and has been idle for 8 days 10 hours 58 minutes 16 seconds |
| [23:55:39] | ** wagnerrp prods Captain_Murdoch for some mythutil ** | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.