Back to Home / #mythtv / 2008 / 03 / Prev Day | Next Day
#mythtv IRC Logs for 2008-03-26

---Logopened Wed Mar 26 00:00:11 2008
00:00<feld>anyone here run MythTV on OSX/intel? I saw some packages here and,com_remository/Itemid,36/
00:00<feld>I just want the frontend -- any experiences with either?
00:01<Anduin>feld: better asked over in #mythtv-users
00:02<feld>ah crap i need to quit doing this
00:02<feld>thanks Anduin lol
00:03-!-feld [] has left #mythtv []
00:03-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
00:05-!-sveinung [] has joined #mythtv
00:05-!-ahbritto [] has quit [Client Quit]
00:08-!-xris [] has quit []
00:09-!-BathoryQuorthon [] has left #mythtv ["Great Hall Awaits a Fallen Brother"]
00:19-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
00:19-!-___sveinung [] has joined #mythtv
00:22-!-siXy [i=siXy@] has joined #mythtv
00:30-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
00:30-!-sveinung [] has joined #mythtv
00:32-!-ToadP [] has quit []
00:43-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
00:46-!-___sveinung [] has joined #mythtv
00:50-!-gnome42 [] has quit [Remote closed the connection]
01:04-!-gnome42 [] has joined #mythtv
01:04-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
01:04-!-sveinung [] has joined #mythtv
01:16-!-MavT [] has joined #mythtv
01:22-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
01:22-!-___sveinung [] has joined #mythtv
01:32-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
01:33-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
01:38-!-onyxsoft [] has quit [Read error: 113 (No route to host)]
01:40-!-sveinung [] has joined #mythtv
01:44-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
01:46-!-___sveinung [] has joined #mythtv
01:56-!-territ0ry [] has joined #mythtv
01:56-!-territory [] has quit [Read error: 104 (Connection reset by peer)]
02:04-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
02:04-!-sveinung [] has joined #mythtv
02:05-!-gnome42 [] has quit [Remote closed the connection]
02:14-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
02:16-!-___sveinung [] has joined #mythtv
02:17-!-nordenm [] has joined #mythtv
02:20-!-poptix [] has quit [Read error: 110 (Connection timed out)]
02:34-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
02:35-!-nordenm_ [] has quit [Read error: 110 (Connection timed out)]
02:41-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
02:41-!-sveinung [] has joined #mythtv
02:44-!-___sveinung [] has joined #mythtv
03:02-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
03:03-!-sveinung [] has joined #mythtv
03:07-!-xris [] has joined #mythtv
03:09-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
03:09-!-___sveinung [] has joined #mythtv
03:24-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
03:24-!-sveinung [] has joined #mythtv
03:28-!-xris [] has quit []
03:30-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
03:34-!-___sveinung [] has joined #mythtv
03:35-!-tomimo [] has quit [Read error: 113 (No route to host)]
03:36-!-kurre2 [] has quit [Read error: 113 (No route to host)]
03:52-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
03:52-!-sveinung [] has joined #mythtv
03:58-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
03:58-!-___sveinung [] has joined #mythtv
04:04-!-siXy [i=siXy@] has quit ["bye!"]
04:13-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
04:13-!-sveinung [] has joined #mythtv
04:20-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
04:20-!-___sveinung [] has joined #mythtv
04:21-!-poptix [] has joined #mythtv
04:27-!-tris [] has quit ["Lost terminal"]
04:27-!-tris [] has joined #mythtv
04:35-!-onyxsoft [] has joined #mythtv
04:39-!-joobie [n=joobie@] has quit [Read error: 113 (No route to host)]
04:42-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
04:42-!-sveinung [] has joined #mythtv
04:48-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
05:06-!-___sveinung [] has joined #mythtv
05:18-!-poptix [] has quit [Read error: 110 (Connection timed out)]
05:24-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
05:25-!-gardz [] has quit []
05:51-!-sveinung [] has joined #mythtv
06:02-!-melunko_ [n=hmelo@] has joined #mythtv
06:04<gbee>janneg: attempting to playback a recording results in a constant segfault -
06:11<gbee>wasn't doing this last night :(
06:11<Dibblah>Specific filters set?
06:15<Dibblah>Eh? Looks like a mix of QT3/4?
06:15<Dibblah>Thread 11 (the faulting one) is using libqt-mt from QT3.
06:16<Dibblah>So is thread 1.
06:16<gbee>huh, didn't spot that
06:17<gbee>now why ...
06:17<Dibblah>But everything else is qt4...
06:17<Dibblah>Well, does -mt exist in qt4?
06:17<Dibblah>I thought that by default libqt was built mt in 4...
06:18-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
06:18-!-___sveinung [] has joined #mythtv
06:19-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
06:20<gbee>Dibblah: no it doesn't exist
06:20<gbee>for some reason, despite deleting Makefiles it built filters using the wrong qmake but did the rest of mythtv fine
06:24<Dibblah>Sure it's the wrong qmake and not just that -mt is specified somewhere?
06:26-!-gardz [] has joined #mythtv
06:28<gbee>wrong qmake
06:28<gbee>I've already built the qt4 branch several times without this problem
06:29<gbee>just building from my normal working copy this time
06:30<Dibblah>Some remaining state?
06:31<gbee>seems so, it's now fixed
06:33*Dibblah really should look at the out-of-tree build stuff and see if qmake still sucks rocks...
06:34<Dibblah>(I know someone committed a partial fix in the way of a symlink tree now works, but that's messy.
06:37-!-PointyPumper [i=Pintlezz@] has quit [Connection timed out]
06:42-!-sveinung [] has joined #mythtv
06:44<hads>Out of tree build is pretty cool.
06:54<Dibblah>I also wanted to be able to add a version suffix to all libraries and executables (mythfrontend-r16000) to make regression testing slightly easier. But never got round to that either.
06:56-!-dekar1 [] has joined #mythtv
06:56<janneg> a faster elf linker added to binutils
06:59<janneg>makes libmythtv rebuilds hopefully faster
06:59-!-MrGandalf [] has quit ["work"]
07:00<Dibblah>...? Most of the time is eaten (for me) by tv_play.cpp. 43 seconds to compile, last time I measured it.
07:00<Dibblah>(with -O3)
07:03-!-dekarl [] has quit [Read error: 145 (Connection timed out)]
07:04<janneg>Dibblah: I don't modify tv_play.cpp (directly or indirectly) that often
07:05<Dibblah>True, the link is expensive.
07:05<Dibblah>Maybe libmythtv needs splitting? ;)
07:05<janneg>I would guess that linking libmythtv in a debug build takes a minute
07:06<Dibblah>50 odd seconds for me.
07:06<Dibblah>(Profile, not debug here)
07:06<janneg>could be
07:07<janneg>guessing long time intervals is nothing humans are good in especially if they are impatient
07:09-!-___sveinung [] has quit [Connection timed out]
07:16-!-TelnetManta [] has quit ["Ex-Chat"]
07:16<gbee>hads: your grabber fully xmltv compliant, supporting capabilities etc?
07:17<hads>gbee: Yeah
07:17<gbee>sorry, you might have said before, I've a poor memory
07:18<hads>Na, I don't remember talking about it here.
07:19<hads>It doesn't do any grabbing work as it downloads an XML file that I host which is ripped from DVB EIT with another script. Would be decent to copy for writing a grabber in Python though.
07:19<gbee>I'm trying to get more people to write and use compliant grabbers because it makes life easier for the user
07:19<gbee>and easier for the source websites, and easier for me if I make changes to mfdb
07:20<hads>I'll implement apiconfig when it's in myth as myth is the only thing I use with it :)
07:21<gbee>yeah, I should finish apiconfig
07:21<hads>You do lots :)
07:21<gbee>half way through I decided that I'd rather write it using mythui (which is true of several of my half finished patches), hence why I'm now working on mythui instead
07:22<hads>Ah, understandable.
07:22<hads>I should go to bed anyway. Night.
07:30-!-___sveinung [] has joined #mythtv
07:33-!-foxhunt [] has joined #mythtv
07:33-!-foxhunt [] has quit [Remote closed the connection]
07:49-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
07:49-!-sveinung [] has joined #mythtv
07:50-!-tomimo [] has joined #mythtv
07:50-!-kurre2 [] has joined #mythtv
07:55-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
08:01-!-___sveinung [] has joined #mythtv
08:02-!-jamesd [] has quit [Remote closed the connection]
08:19-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
08:20-!-sveinung [] has joined #mythtv
08:21-!-PointyPumper [i=Pintlezz@] has joined #mythtv
08:28-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
08:32-!-___sveinung [] has joined #mythtv
08:50-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
08:51-!-sveinung [] has joined #mythtv
08:51-!-timing [] has joined #mythtv
08:51<timing>ah, going to the -users channel
08:51-!-timing [] has left #mythtv []
09:00-!-TelnetManta [n=benwilli@] has joined #mythtv
09:00-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
09:00-!-melunko_ [n=hmelo@] has quit ["Ex-Chat"]
09:03-!-___sveinung [] has joined #mythtv
09:20-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
09:20-!-sveinung [] has joined #mythtv
09:24-!-st1650 [n=er@] has joined #mythtv
09:34-!-reynaldo [] has joined #mythtv
09:34-!-czth_ [n=dbrobins@nat/microsoft/x-ca7e91e18eaae689] has joined #mythtv
09:34-!-_packetscan [] has joined #mythtv
09:34-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
09:34-!-packetscan [] has quit [Read error: 104 (Connection reset by peer)]
09:35-!-RaYmAn-Bx [] has quit [Remote closed the connection]
09:35-!-RaYmAn-Bx [] has joined #mythtv
09:36-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:37<justinh>yeah but what use is a working pal interlaced output that doesn't work with xv?
09:41-!-melunko_ [n=hmelo@] has joined #mythtv
09:45<gbee>may be nothing, but I've noticed the following in frontend logs following the merge back to trunk -
09:47-!-czth [n=dbrobins@nat/microsoft/x-c676430452b971be] has quit [Read error: 110 (Connection timed out)]
09:48<laga>justinh: context?
09:48<justinh>laga: Ewrongchannel
09:52-!-MrGandalf [] has joined #mythtv
09:53<danielk22>are you allowed to multiply inherit QObject in Qt4 ?
09:58<danielk22>Apparently not..
09:58<danielk22>Same as Qt3
09:59<sphery>gbee: Nigel's recent Xinerama/non-Xinerama changes? [16370] and [16778]
10:01<laga>danielk22: i know you're busy, but do you think you can take a look at #5039 and my patch in #4064? ubuntu hardy will get a fresh -fixes checkout in a few days and it would be nice not to have to maintain too many additional patches
10:05-!-jgarvey [] has joined #mythtv
10:07<danielk22>laga, I'll try to find a little time for those; no promises.
10:09<gbee>sphery: only thing I can think of, but I'll look at those commits in detail tonight maybe
10:10<gbee>I'm trying to get things sorted out in mythui so I've not much time for anything else right now
10:11-!-grokky [] has quit []
10:14-!-Viiru [] has quit [Connection timed out]
10:21-!-___sveinung [] has joined #mythtv
10:36-!-erik__ [] has joined #mythtv
10:38-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
10:38-!-sveinung [] has joined #mythtv
10:43-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
10:43-!-___sveinung [] has joined #mythtv
10:45-!-xris [] has joined #mythtv
10:49-!-gnome42 [] has joined #mythtv
10:59-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
10:59-!-sveinung [] has joined #mythtv
11:11-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
11:11-!-___sveinung [] has joined #mythtv
11:16<Chutt>Anduin, hey, so, ideas on a workaround for the mysql crash?
11:17<Chutt>should we just error out (completely) if the db can't be opened?
11:22-!-JoeBorn [] has quit ["afk a few hours"]
11:24-!-jmk_ [n=jmk@] has joined #mythtv
11:25-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
11:33-!-sveinung [] has joined #mythtv
11:41-!-skamithi [] has joined #mythtv
11:49<gbee>Chutt: I'm implementing a way to prevent text being drawn outside it's parent with the opengl painter (needed for scrolling text, textedit widget etc), so far the best idea I have is to crop the image in MythOpenGLPainter::GetImageFromString() after it has been drawn, do you have a better idea?
11:51-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
11:51-!-___sveinung [] has joined #mythtv
11:53<Chutt>that means it's going to have to be re-rendered every time it moves
11:54<gbee>not sure I'm following?
11:56<Chutt>GetImageFromString is cached
11:56<Chutt>if you crop it there, then it'll have to be re-drawn if the cropping rectangle changes
11:57<Chutt>guess that's fine, though
11:57<Chutt>just make sure you add the crop info to the hash key
12:02<gbee>maybe there is a better way, but I can't see it at the moment - QT already behaves as expected, you move the text area left outside the parent space and the text on the left hand side is no longer visible but opengl renders everything (no clipping)
12:03<Chutt>could probably just add clipping to the opengl painter
12:04-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
12:05<gbee>don't know the first thing about opengl, so that could take a while - but it makes more sense
12:05<Chutt>no worries if you'd want to do the easy thing
12:07-!-sveinung [] has joined #mythtv
12:14<gbee>I'll start reading some GL tutorials when I get time so I can do things properly, but to avoid losing momentum I'll go with the easy solution for now
12:15<Chutt>i'll try to take care of clipping
12:15<Chutt>you continue on the mythui port =)
12:15<gbee>k ;)
12:25-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
12:32-!-___sveinung [] has joined #mythtv
12:37-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
12:45-!-timing [] has joined #mythtv
12:45<timing>o shit, wrong one again
12:45-!-timing [] has left #mythtv []
12:53-!-sveinung [] has joined #mythtv
12:55<Anduin>Chutt: Not yet, I plan to look at it more tonight, maybe something like passing in a null QSqlResult and then creating a local QSqlResult and copying it only if the DB is open (the null QSqlResult should just fail gracefully from a quick look)
13:10-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
13:11-!-___sveinung [] has joined #mythtv
13:20-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
13:20-!-sveinung [] has joined #mythtv
13:34<janneg>gbee: the qstring error is fixed
13:36<gbee>janneg: the xinerama screen size one?
13:37<xris>what's the command that makes the scheduler print out why it wants/doesn't want to record things?
13:37<xris>mine has been recording a LOT of duplicate episodes lately, despite rules to the contrary
13:38<janneg>mythbackend --printsched
13:38<janneg>gbee: yes
13:38<gbee>janneg: ok, thanks :)
13:39<xris>janneg: any idea what the columns mean?
13:40<gbee>source, cardid are the first two
13:40<gbee>T = rule type
13:40<xris>I'm wondering if maybe the "rerecord if zero-bytes+in-deleted-recgroup" patch has a bug
13:41<gbee>N = when (e.g. previously recorded, this showing, earlier showing)
13:41<gbee>dunno about I
13:41<gbee>Title - Subtitle Ch Station Day Start End S C I T N Pri
13:41-!-mo0dbo0m [] has joined #mythtv
13:42-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
13:42-!-sveinung [] has joined #mythtv
13:43-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
13:47-!-nwahmaet [n=pjudge@] has joined #mythtv
13:48-!-___sveinung [] has joined #mythtv
13:48<xris>oh well. there's my weirdness, officially documented:
13:51-!-cattelan [] has joined #mythtv
13:52*janneg wonders if he should tell anyone that trunk compiles with qt4.2.1
13:53<Chutt>no :p
13:53<Chutt>cuz if that breaks..
13:53<gbee>could be taken as official support for 4.2
13:53-!-Viaken [] has joined #mythtv
13:53-!-Viaken [] has left #mythtv ["ptwang!"]
13:53<gbee>which we aren't even considering
13:54<gbee>and who knows what 4.2 specific bugs there might be?
13:57<xris>which version of qt 4 are we going for?
13:58<xris>ok, good. :)
14:07<gbee>think I'll look into adding qt version information to --version
14:10<xris>Chutt: could just add a 4.3 check to ./configure, no?
14:13-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
14:14<janneg>well, it doesn't compile completely due to the qt version check in mythcontext.h
14:14-!-sveinung [] has joined #mythtv
14:15-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
14:17-!-reynaldo [] has quit [Read error: 113 (No route to host)]
14:19-!-NSVOE [n=blake@] has joined #mythtv
14:19<NSVOE>hellow where can i find information about hardware compatability ....if this is the support section
14:20-!-NSVOE [n=blake@] has left #mythtv ["what's that over there!"]
14:24-!-nwahmaet [n=pjudge@] has left #mythtv []
14:26<xris>Anduin: are you using the perl imdb script or the new python one for mythvideo?
14:26-!-eleduardok [] has joined #mythtv
14:27-!-eleduardok [] has left #mythtv ["and he's outta here"]
14:33<gbee>qt version information in --version would be handy, even just for narrowing down bugs to QT point releases - e.g. the bug in 3.3.8 which caused segfaults on exit
14:36<gbee>"If the dot product of the eye coordinates of a vertex with the stored plane equation ..."
14:37<janneg>gbee: QT_VERSION_STR in qtglobal.h
14:37<gbee>anyone know if there is an "OpenGL for Dummies"?
14:37<gbee>janneg: thanks
14:39<sphery>gbee: OpenGL Distilled ( ). Though I haven't started learning OpenGL, it was highly recommended to me as a "starter" book by a guy who does OpenGL for a living.
14:40<gbee>sphery: cheers, I think I'll add that to my bookshelf
14:40-!-PointyPumper [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
14:44-!-poptix [] has joined #mythtv
14:45<sphery>gbee: I also got , which are supposed to be the definitive references. They're available separately, but I hope to do some GLSL, too.
14:50<sphery>xris: re #5049, your printsched indicates that the show will be recorded only on
14:50<sphery>ce (the "E" in the "N" column means "Earlier" episode will be recorded.
14:50<xris>but NEITHER should record
14:50<sphery>xris: The 3 records in oldrecorded are correct, too. They say that only one of them was recorded (the one with recstatus -3). And, recstatus 2 means rsPreviousRecording (i.e. wasn't recorded because you had previously recorded the episode).
14:50<sphery>xris: If you've deleted the show, though, it seems that either you selected "Del
14:50<sphery>ete and allow re-record" or there's a bug in the delete code because it set dupl
14:50<sphery>icate to 0.
14:50<sphery>stupid copy/paste
14:50<xris>sphery: hence the bug report
14:50<sphery>So you did delete it and you're sure you didn't select allow re-record?
14:50<xris>either that or mythweb is doing something wrong and no one has told me how to fix it.
14:51<xris>the oldrecorded table should show the re-record request, no?
14:51<sphery>re-record is now just marked by setting duplicate = 0. duplicate = 1 says to use the record for dup matching
14:52<sphery>we no longer delete the record so we maintain history, but we don't maintain a history of when the user said to allow re-record
15:00-!-___sveinung [] has joined #mythtv
15:12-!-nwahmaet [n=pjudge@] has joined #mythtv
15:15-!-JoeBorn [] has joined #mythtv
15:16<xris>sphery: mythweb may not be setting "duplicate"
15:18-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
15:18<sphery>xris: duplicate should be set to 1 when the recording is created, then when you issue a DELETE_RECORDING it should stay 1, then if you issue FORGET_RECORDING it's changed to 0. It looks like MythWeb (and mythfrontend) are doing the right thing to me.
15:19<sphery>So, since FORGET_RECORDING should be used to change the value of duplicate, rather than changing it directly in the DB--exactly like you're doing in MythWeb.
15:19<xris>ok, yeah, just checked that, too
15:19<xris>I'm confused, then
15:20<sphery>You're doing it right. Can't explain why it didn't work. Might be a hidden bug.
15:20<xris>what happens if you issue "delete" and the program already has duplicate=0?
15:21<xris>as in, it was issued FORGET when it was initially deleted, but not when it was wiped from the deleted recgroup?
15:21<sphery>What was this 0-filesize change you mentioned? Is it (as that's right--it only affects DELETE_RECORDING , and whomever is deleting should only call FORGET_RECORDING if that's what you asked for)
15:21-!-jwhite [] has quit ["Leaving"]
15:22<sphery>The code handling DELETE_RECORDING doesn't touch duplicate, so it would stay at 0. However, it shouldn't ever be set to 0 unless you explicitly say to forget the history.
15:24<sphery>Oh. I think I see where you're going. Because it was autoexpired from Deleted recordings, that would normally change it to automatically re-record, and--currently--the only way we circumvent that is if you tell it to not re-record watched and you've set the watched flag (manually or automatically after playback).
15:25<xris>actually, I was thinking of deleting manually from deleted.
15:25<sphery>When you delete to deleted, you specify either allow re-record or not. If so, you get duplicate = 0. Then deleting from deleted would just leave it at 0.
15:26<sphery>Though, if it's less than 1MB, it's immediately deleted instead of deleted to Deleted recgroup... (confused again)
15:27<xris>ah, that's cool
15:27<sphery>Did you figure out how it got the wrong value for you?
15:28<xris>in mythweb, I allow you to "delete + rerecord" stuff from the deleted recgroup even if it was already marked as such.
15:28<xris>just wanted to make sure using the normal "delete" link from the deleted group didn't reset things to NOT rerecord if they were already marked to rerecord
15:30<xris>ok, new recording just went through.. has duplicate=1
15:31-!-sveinung [] has joined #mythtv
15:31<xris>I "delete" (with no rerecord) and duplicate=0 now
15:32*xris is going to kick kormoc
15:32<xris> forget_old: (forget_old ? 'yes' : 'no')
15:32<xris>"no" is a true value (meaning it's a string with text in it)
15:32<xris>so "forget" is being calle
15:33-!-mattwire [] has joined #mythtv
15:33<xris>ok, THAT explains a lot.
15:34<xris>the php doesn't even check for true.. just checks that the value exists in the post data...
15:35-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
15:36-!-jwhite [] has joined #mythtv
15:36<xris>though "undelete" doesn't set duplicate=1 back, though
15:36<xris>which it probably should
15:36<xris>and that's a backend thing
15:36<xris>hmm, actually, it didn't work at all for me
15:39-!-kurre2 [] has quit [Remote closed the connection]
15:39<xris>ok, that was a typo in mythweb
15:46<xris>ok, that's fixed.
15:48-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
15:49-!-tomimo [] has quit [Read error: 110 (Connection timed out)]
15:52-!-___sveinung [] has joined #mythtv
15:54-!-|gunni| [] has joined #mythtv
15:54-!-|gunni| [] has quit [Success]
15:54-!-|gunni| [] has joined #mythtv
16:00-!-tomimo [] has joined #mythtv
16:00-!-kurre2__2 [] has joined #mythtv
16:02-!-jwhite [] has quit ["Leaving"]
16:04-!-lcase [] has joined #mythtv
16:09-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
16:15-!-jwhite [] has joined #mythtv
16:19<sphery>xris: sorry for disappearing... work + 'net connection dropped out right as I had to leave. Glad you got it though. (When I said I didn't see how in MythWeb or mfe it would happen, I was assuming all the checking of whether to forget was correct.)
16:20<xris>found an unrelated undelete bug, too... so that was a nice fix.
16:20<sphery>Cool. Bonus bug fix.
16:24-!-TelnetManta [n=benwilli@] has quit ["Ex-Chat"]
16:29-!-MrGandalf [] has quit ["home"]
16:31-!-PointyPumper [i=Pintlezz@] has joined #mythtv
16:39<gbee>cool, textedit now scrolls text when you#ve
16:39<gbee>reached the end of the field
16:44<gbee>just need to add a background image/fill option and it should be usable enough to commit
16:48-!-tomimo [] has quit [Read error: 113 (No route to host)]
16:50-!-kurre2__2 [] has quit [Read error: 113 (No route to host)]
16:53-!-tomimo [] has joined #mythtv
16:53-!-kurre2 [] has joined #mythtv
17:03-!-melunko_ [n=hmelo@] has quit [Read error: 113 (No route to host)]
17:03-!-nwahmaet [n=pjudge@] has left #mythtv []
17:05-!-jwhite [] has quit ["Leaving"]
17:07<gbee>anyone want to suggest a better alternative to validating keypresses as text input than the approach I'm using here? :
17:08<gbee>it works well, but maybe there is an even better way
17:09<kormoc>what are you attempting to invalidate?
17:12-!-jwhite [] has joined #mythtv
17:14-!-erik__ [] has quit ["Lämnar"]
17:16-!-st1650 [n=er@] has quit [Read error: 113 (No route to host)]
17:18-!-elupus [n=elupus@xbmc/staff/elupus] has joined #mythtv
17:19-!-skamithi [] has quit ["WeeChat 0.2.3"]
17:19<elupus>are there any devs that are playing much with livetv stuff?
17:19<elupus>i have a small idea on how to speed up channel changes by quite a large amount
17:19<GreyFoxx>Other than for quick testing I think most don't use it :)
17:20<elupus>atleast for people with multiple tuner or on same multiplex
17:20<Chutt>elupus, it already doesn't retune in that case.
17:20<elupus>yes, but that isn't the issue. one problem for the player is that it will still need to recache a short amount
17:21<elupus>the size of the player cache will decide the delay really
17:21<elupus>and to limit issues with stutter due to delays, in xbmc we have it set to half a second (might be overkill)
17:22<elupus>the idea is to have a tuner prepered for the next channel to come
17:23<elupus>the common way of channel surfing is just switching to next channel (or previous)
17:23<Chutt>not a new idea
17:23<danielk22>elupus: If you write the code I'll certainly review it. Just make sure it is optional and that the end user can control how many extra multiplexes are recorded. It's really just a simple extension of multirec on the recorder side, the rest is accounting.
17:23<elupus>if the backend always cached say a second of data for next/prev channel using a ringbuffer
17:24<Chutt>generally, the answer to that was 'wasteful of resources', because it wouldn't always be caching the right thing..
17:24<elupus>then on a channel change that get's writen to the real livetv chain, and playback started
17:24<danielk22>elupus: no need to explain, this was discussed to death a number of years ago, just implement it, implement it cleanly, and make it optional.
17:25<elupus>right okey. i was hoping i could keep to the frontend side of thing. maybe if i get time
17:25<kormoc>it's not the frontend's thing to control
17:25<elupus>yea that is not what i meant :)
17:25<elupus>i'm busy writing myth frontend for xbmc
17:25<gbee>kormoc: although that example lets through all likely chars the final version will allow us to define textedits as numeric only, or alphanumeric (no symbols) or no punctuation, it's a quick and easy way for us to block unacceptable input to certain field e.g. the year field in mythvideo would only allow numeric chars
17:26<elupus>i just tested it with almost great success in xbmc by doing it on frontend side. fell down on the hidious startup delay for spawning new tv chains
17:26<kormoc>gbee, ahh
17:30-!-lcase [] has quit []
17:30-!-MrGandalf [] has joined #mythtv
17:30*gbee looks at the xbox in the corner and wonders how well a trunk frontend would run on it
17:31-!-reynaldo [] has joined #mythtv
17:34<elupus>live playback, marking live as keep (r in normal frontend) and playback of already recorded shows work just fine
17:35<elupus>no epg yet, nor comskipping
17:35<gbee>hardly worth the effort really, I could build a smaller, prettier and more powerful frontend in a fraction of the time it would take to hack at the xbox
17:36<elupus>but you would loose out on the xbmc experience ;)
17:36<gbee>elupus: I assume you are talking about xbmc? I'd want a proper frontend
17:36<kormoc>commskipping/autozoom are the two features I love the most, I never use live tv
17:36<elupus>you could just use the same myth frontend box, and drop the xbmc linux port on it
17:36<kormoc>meh, why bother?
17:36<gbee>wasn't really impressed by what I saw of xbmc at LRL
17:37<gbee>UK linux event where I was demo'ing MythTV with a couple of the other devs
17:40<elupus>right, well asfar as i've found, it's the best out there, but then again i'm very biosed as i'm a dev on it ;)
17:41<gbee>elupus: it was pretty (but nothing that mythtv can't do with mythui) but functionally it offered a lot less than a myth frontend - but maybe I'm just as biased
17:41<elupus>i've not yet grown to like mythfroented, but the backend is damn nice
17:41<elupus>i've not looked too much on the plugins for myth yet thou
17:45<elupus>guys any though on this.
17:45<elupus>2008-03-26 22:44:38.246 Preview Error: Previewer file '/var/lib/mythtv/livetv/1001_20080326224434.mpg' is not valid.
17:45<elupus>2008-03-26 22:44:38.248 Preview Error: Run() file not local: '/var/lib/mythtv/livetv/1001_20080326224434.mpg'
17:45<elupus>2008-03-26 22:44:38.253 Preview Error: Preview process not ok.
17:45<elupus> fileinfo(/var/lib/mythtv/livetv/1001_20080326224434.mpg.png) exists: 0 readable: 0 size: 0
17:45<elupus>2008-03-26 22:44:42.364 RingBuf(/var/lib/mythtv/livetv/1001_20080326224434.mpg): Invalid file (fd -1) when opening '/var/lib/mythtv/livetv/1001_20080326224434.mpg'.
17:45<elupus>sorry for the large post
17:45<laga>my thought is:
17:45<laga>use a pastebin
17:45<kormoc>elupus, well, it can't open the file you're asking it to open
17:45<elupus>well, this happens each time i spawn livetv
17:46<laga>ah, this isn't the mythbuntu chane, i'm not supposed to yell at people in here. sry ;)
17:46<kormoc>laga, meh, pastebin is always a good idea
17:46<elupus>but before anytbody thinks to much, let me verify it happens with standard frontend first. this was from when using libcmyth
17:48<elupus>okey, standard frontend logs same
17:48<elupus>i say before noticing that the last error line was missing
17:55-!-joobie [n=joobie@] has joined #mythtv
18:01<Anduin>xris: still
18:01<elupus>hehe, thanx for putting up with me a few seconds. by just spitballing i got quite abit closer to why startup was so slow. it seems backend is very slow to respond to filetransfers on files that doesn't exist. and that in combination with a bug in libcmyth which requests an invalid filename, startup is slow. heh, maybe there is life in my multitiner from clientside idea still
18:02<elupus>oh and that slowness on those transfers could very well by libcmyth's fault too
18:02<xris>Anduin: ok. for some reason the one in mythweb is pulling all kinds of extra data... just wanted to make sure that a switch to the python script wasn't in order.
18:02-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:03<xris>script works fine on the commandline, so I'm guessing it's a config issue in mythweb's video stuff.
18:05-!-jgarvey [] has quit ["Leaving"]
18:08-!-sveinung [] has joined #mythtv
18:11-!-ahbritto [] has joined #mythtv
18:11<Anduin>gbee: You pass the event up so delete/backspace work? I used the Qt event filter to get number only edits in videomanager, though things like year are not currently editable so not used there.
18:16<gbee>Anduin: the widget deals with backspace/delete/return etc itself before characters -
18:16-!-jmk_ [n=jmk@] has quit ["Leaving"]
18:17-!-justinh [] has quit [", sucks"]
18:17-!-briand [] has quit [Connection timed out]
18:19<elupus>darn.. even if you specify that ann filestransfer only should attempt one time. there is a fixed usleep(1000) after that in ringbuffer.cpp
18:22<sphery>elupus: previewer error may be Myth's trying to generate a preview of the dummy video (can't remember if I heard someone saying it does this, so I may be way off--haven't looked at the code)
18:22<sphery>It's not supposed to do it, so if you find that's what's happening, a patch would be appreciated. :)
18:23<janneg>it tries to generate previews of the dummy files
18:23<elupus>the delay is cause i request a file that doesn't exist, and myth defaults to 15 retry attempts, and after each failed attempt it sleeps 1000ms.
18:23<sphery>janneg: and it's not supposed to, right? Sounds like you have it under control, though.
18:23<elupus>sooo, when you say dummy file. is the first filename you get for current program after a spawn livetv always a dummy file?
18:24<elupus>oh, and it times out after 15 / 2 = 7.5 seconds..
18:24-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
18:25<elupus>i can atleast get it down to 1 second, by setting that it should only try once
18:25<danielk22>elupus: you only get a dummy file if MythTV is waiting for a signal to come in, like it does for DTV tuners. Simple Framebuffer tuners do not use a dummy file.
18:26<danielk22>elupus: Can't you check if the file exists before trying to download it? (Or, at least check if it is a dummy video before trying to download it?)
18:26<elupus>hmm.. any protocol command that would do that?
18:27<danielk22>I think so, wouldn't know off the top of my head though.
18:28-!-ipso [] has quit [Remote closed the connection]
18:28<elupus>ah, wait
18:28<elupus>the file actually exists, but ringbuffer reads a testsize before returning
18:28<elupus>and since it's adummy file that keeps failing
18:33<sphery>elupus: perhaps you should be doing a QUERY_CHECKFILE
18:34<elupus>ah nice. that will fix thumbnail downloading atleast.
18:39-!-___sveinung [] has joined #mythtv
18:39-!-raidium [] has quit ["Leaving"]
18:43<mattwire>Trying to compile the qt4 myth at the moment, I keep getting an error in channelgroup.cpp with qheader.h not found. I've distcleaned, installed all the headers I can etc. Any idea what's causing this?
18:46<janneg>there is no qheader.h in my qt4 includes
18:47<mattwire>interesting. Ok, cheers. That file must not be getting updated properly or something, I'll investigate further
18:47<janneg>neither is there channelgroup.cpp in my mythtv tree
18:50-!-jhulst [] has joined #mythtv
18:54<mattwire>ah of course. I forgot I've got the channelgroups patch in my build tree!
18:54<mattwire>time I went to bed I think :)
18:55-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
18:56-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
19:02-!-mattwire [] has quit ["Leaving"]
19:15-!-nsaspook [] has quit [Remote closed the connection]
19:20-!-|gunni| [] has quit ["KVIrc 3.2.4 Anomalies"]
19:28-!-onyxsoft [] has quit ["Ex-Chat"]
19:45-!-sveinung [] has joined #mythtv
19:46-!-onyxsoft [] has joined #mythtv
19:55-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
19:59-!-grokky [] has joined #mythtv
20:10-!-territory [] has joined #mythtv
20:10-!-territ0ry [] has quit [Read error: 104 (Connection reset by peer)]
20:12-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
20:12-!-___sveinung [] has joined #mythtv
20:13-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
20:15-!-sveinung [] has joined #mythtv
20:19<elupus>anybody have some though on how over protocol finding out if a recording is a dummy recording?
20:21<kormoc>I don't believe you can
20:21<elupus>nuppelvideoplayer does something like livetvchain->getcardtype(newid) == "DUMMY" and then skips playing it if it is
20:23<kormoc>likely by checking the database
20:23<kormoc>not everything the frontend does is via mythproto
20:26<elupus>so i've noticed :)
20:29-!-briand [] has joined #mythtv
20:31-!-adante [] has quit [Read error: 104 (Connection reset by peer)]
20:31-!-mzb_d800 [] has joined #mythtv
20:33-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
20:34<elupus>there don't seem to be anything differnt in the program info for the dummy file and the nondummy file that shows up directly after
20:35-!-JoeBorn [] has quit ["Leaving"]
20:37-!-st1650 [] has joined #mythtv
20:39-!-siXy [i=siXy@] has joined #mythtv
20:40-!-___sveinung [] has joined #mythtv
20:41-!-adante [] has joined #mythtv
20:45-!-ColdFyre [] has joined #mythtv
20:49-!-chasep [] has joined #mythtv
20:52-!-briand [] has quit [Success]
20:54-!-briand [] has joined #mythtv
20:57-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
20:58-!-elupus [n=elupus@xbmc/staff/elupus] has quit ["Leaving"]
20:59-!-sveinung [] has joined #mythtv
21:08-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
21:12-!-chasep_ [] has joined #mythtv
21:18-!-chasep___ [] has joined #mythtv
21:18*Captain_Murdoch notices elupus has mili and micro mixed up. usleep(1000) only tries to sleep 1 milisecond, not 1000ms.
21:25<xris>so weird to see mythtv shuffle files around between disks
21:25-!-chasep___ [] has quit ["ChatZilla 0.9.81 [Firefox]"]
21:25-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
21:28-!-gnome42 [] has quit [Remote closed the connection]
21:28<xris>at least, I hope it's mythtv doing all of those reads/writes
21:29<Captain_Murdoch>will be even neater if I ever finish the work on the migration job which would allow the expirer to move files around instead of deleting them in order to free up space on full filesystems.
21:30-!-chasep [] has quit [Read error: 110 (Connection timed out)]
21:30-!-turbo [] has joined #mythtv
21:32-!-briand [] has quit [Read error: 110 (Connection timed out)]
21:33<xris>hmm, not mythtv
21:33<xris>wonder what it is
21:34<xris>oh... looks like my raid1 went wacky
21:34<xris>yay raid, then...
21:36<Captain_Murdoch>can anyone else login to trac right now?
21:37<Captain_Murdoch>login page is giving me an error w/o even prompting for a login/pw
21:37-!-chasep_ [] has quit [Read error: 110 (Connection timed out)]
21:37<kormoc>Captain_Murdoch, works for me
21:37*Captain_Murdoch closes firefox and restarts.
21:37<xris>I'm already logged in.
21:38-!-Vaelys_ [] has joined #mythtv
21:38-!-Vaelys [i=awong@slammer.cs.Dal.Ca] has quit ["leaving"]
21:38<Captain_Murdoch>working now. may have had to do with yum updating firefox out from under me.
21:38<Captain_Murdoch>forgot about letting it do that the other day.
21:39-!-Vaelys_ [] has quit [Client Quit]
21:40*xris recommends ff3...
21:41<xris>sooooo much nicer than 2
21:41-!-___sveinung [] has joined #mythtv
21:42-!-Vaelys [i=nop@] has joined #mythtv
21:46-!-gnome42 [] has joined #mythtv
21:51-!-turbo [] has quit [Read error: 110 (Connection timed out)]
21:55-!-turbo [] has joined #mythtv
21:58-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
21:58-!-sveinung [] has joined #mythtv
22:09-!-st1650 [] has quit []
22:10-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
22:10-!-___sveinung [] has joined #mythtv
22:15-!-turbo [] has quit [Read error: 110 (Connection timed out)]
22:19-!-turbo [] has joined #mythtv
22:22-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
22:22-!-sveinung [] has joined #mythtv
22:39-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
22:39-!-___sveinung [] has joined #mythtv
22:46-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
22:46-!-sveinung [] has joined #mythtv
22:47-!-briand [] has joined #mythtv
22:47-!-turbo [] has quit [Connection timed out]
22:55-!-ahbritto [] has quit [Client Quit]
23:02-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
23:04-!-___sveinung [] has joined #mythtv
23:06-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
23:14-!-andyman53 [] has joined #mythtv
23:14-!-andyman53 [] has left #mythtv ["Leaving"]
23:21-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
23:22-!-mzb_d800 [] has quit [Remote closed the connection]
23:26-!-sveinung [] has joined #mythtv
23:28-!-___sveinung [] has quit [Read error: 110 (Connection timed out)]
23:28-!-___sveinung [] has joined #mythtv
23:31-!-JoeyJoeJo [n=bwallen@] has joined #mythtv
23:45-!-sveinung [] has quit [Read error: 110 (Connection timed out)]
23:48-!-Anduin [] has quit [Read error: 104 (Connection reset by peer)]
23:48-!-Anduin [] has joined #mythtv
23:50-!-territory [] has quit [Read error: 104 (Connection reset by peer)]
23:50-!-territory [] has joined #mythtv
---Logclosed Thu Mar 27 00:00:19 2008