[mythtv] Prep for compiling on QT4

I've started trying to get myth to compile on QT4. So far, I have libmyth compiling with no errors. I put three patches at http://birch.colincross.com/myth-qt4/ mythtv-libmyth-qt4prep.diff: these changes are compatible with qt3 and could be commited to SVN

Re: [mythtv] Re: [PATCH] Save program guide data with recordings

David Engel wrote: Colin, I have a few questions/issues regarding this change. 1. How hard would it have been to not delete the relevant info from the original tables if a recording was still present? It wouldn't be hard, but I chose to do it this way because I've always considered the progra

[mythtv] [announce] dummy-v4l2 driver

A few months ago I was trying to debug a problem in mythbackend, but I didn't want to take down my production backend. So I started writing a dummy V4L2 driver that creates a test pattern. After some adventures in user mode linux, I finally got a workable driver done. The driver provides mult

Re: [mythtv] Automatic backtrace on crash (crashhandler)?

I looked at how aMule does their backtrace, they call the backtrace() and backtrace_symbols() functions from /usr/include/execinfo.h This is a little cleaner than trying to run gdb and pipe commands into it, and it doesn't add any extra dependencies, but it has some disadvantages: It can only ge

[mythtv] [PATCH] Save program guide data with recordings

This patch adds support for saving the guide data for recordings, including the credits. It modifies the following files: dbcheck.cpp: Changes dbver to 1073, adds recordedprogram, recordedcredits, and recordedrating tables with the same columns as the program, credits, and programrating tables.

[mythtv] [PATCH] Program details speedup

This patch removes an extraneous LEFT JOIN from the credits section of showDetails in programinfo.cpp. Before the patch hitting 'U' in watch recordings takes ~10 seconds, after the patch it is instantaneous. Index: libs/libmythtv/programinfo.cpp ==

[mythtv] Breaking V4L out of NuppelVideoRecorder

I'd like to break all the V4L code out of NuppelVideoRecorder and into a V4LFrameSource class, or something like that. Then I can add a V4L2FrameSource class, and someone else could add a MacFrameSource class. Would an eventual patch on this be accepted? Is somebody already working on this?

[mythtv] Moving V4L out of NuppelVideoRecorder?

I'd like to make some changes to NuppelVideoRecorder.cpp and I figured I'd get some feedback before I start. Currently NuppelVideoRecorder is a 3675 line monstrosity that deals with everything from setting up the capture card to calling the V4L ioctl to capture each frame to writing the final

Re: [mythtv] RE: End of recording when not at the end

After some distraction setting up a second backend to debug on, I've tracked down the problem I was having with live recording playback ending prematurely. The problem is that the timeout in RingBuffer:safe_read is 0.9 seconds, which is shorter than the 1 second write period in RingBuffer:Disk

Re: [mythtv] setup program crashing.

Michael Luich wrote: Hi everyone. I've been away from this system for a while and I'm excited because i got xvmc running but i can't get the setup program to run. I've never done a lot of debuging but i hope you guy's can tell me what you need. After setup starts I select wether or not to

Re: [mythtv] CVS and backend problem

Curtis Stanford wrote: The last week or so I've had problems with my backend that I've never seen before. Occasionally, programs that are scheduled to be recorded are only partially recorded. Perhaps only the last 10-20 minutes will be recorded. Sometimes, the program will not be recorded at all

Re: [mythtv] clone_vm

travis eddy wrote: all of the mythtv threads. every one is "locked" to the machine they are run on. ( the openmosix won't move them if they have clone_vm enabled) thanks -travis As Issac has pointed out, you are missing the difference between threads and processes. A thread is similar to a pro