On Fri, Jan 27, 2006 at 10:24:31PM +1000, Buzz wrote:
> > You apparently can't display 1080i with Xv and whatever video
> > card/driver you're using. There's nothing left in Myth to "fix".
>
> Given that the MS windows software that comes with my DVB-T card
> works just fine (by scaling the displ
On Sun, Jan 22, 2006 at 06:44:49PM -0500, Robert Tsai wrote:
> I watched live TV today (NFL AFC Championship Game) for the first time
> in a long time.
>
> The live TV basically "stopped" at the end of the pre-game show (3pm)
> and the end of the game (6:30pm) - the
I watched live TV today (NFL AFC Championship Game) for the first time
in a long time.
The live TV basically "stopped" at the end of the pre-game show (3pm)
and the end of the game (6:30pm) - the only two program "breaks".
There was no crash or anything; everything just stopped, as if the
backend
On Thu, Jan 19, 2006 at 06:49:13PM -0800, Jim Westfall wrote:
> you want to give this patch a try.
>
> problem seems to be the cast from the calculated int to unsigned
> char. If the int is negative it will get truncated and become a
> postive number, when really the value should be 0. Same deal
On Tue, Jan 17, 2006 at 06:46:22PM +, Eggert Thorlacius wrote:
> Here is a small script that I wrote, mostly to learn Python. It is
> designed to run from a cronjob after mythfilldatabase has run and
> will attempt to pick out any "new" shows and e-mail them to you.
> This is very handy for TV
On Tue, Jan 17, 2006 at 01:24:38PM -0500, Michael T. Dean wrote:
> And, finally, the biggest benefit is that I always have a clean copy
> of the SVN source, so I can rollback without using any of Myth's
> bandwidth after I find that some changes I made totally messed up
> Myth. :)
You already hav
On Tue, Jan 17, 2006 at 06:19:18PM +1100, Nigel Pearson wrote:
> 4) Make distclean before copying your source around.
> Undesirable because it wastes time rebuilding on
> your "master" machine, so you could do a copy
> on it before cleaning. e.g.
> % mkdir /tmp/mythtv
> % cp -pr
On Tue, Jan 17, 2006 at 01:33:42AM +1000, Andy Foster wrote:
> On Fri, Jan 13, 2006 at 09:09:55AM +, Dave Just wrote:
> > > Mea culpa, didn't know I had to enable it in the profiles as
> > > well.
> >
> > Yes, this is what I had missed too, or at least, I had
> > misunderstood that setting as
On Sat, Jan 14, 2006 at 06:44:41PM +, Dave Just wrote:
> > It does mean the same thing (e.g., "immediately do something").
>
> Doesn't it just put the transcode task into the jobqueue as before?
> As far as I'm aware there's no way of immediately starting a
> transcode, only queuing one. The
On Sat, Jan 14, 2006 at 02:12:50AM +0100, Robert Zwerus wrote:
> Hey there,
>
> Just completed installing and configuring MythTV. It's a great
> program!
>
> I installed MythWeb and noticed the 'Backend status' menuitem. I
> created a small addition, to show the ACPI CPU temperature
> ("/proc/acp
On Fri, Jan 13, 2006 at 09:09:55AM +, Dave Just wrote:
> > Mea culpa, didn't know I had to enable it in the profiles as well.
>
> Yes, this is what I had missed too, or at least, I had misunderstood
> that setting as meaning "immediately transcode" like the
> "immediately flag" setting. (I
On Fri, Jan 13, 2006 at 10:06:35AM -0800, Chris Petersen wrote:
> > If you want me to put this in Trac, let me know.
>
> Thought it already was, actually. But please do if it's not.
It already is.
http://svn.mythtv.org/trac/ticket/959
--Rob
signature.asc
Description: Digital signatur
On Thu, Jan 12, 2006 at 06:30:59AM +, [EMAIL PROTECTED] wrote:
> Author: cpinkham
> Date: 2006-01-12 06:30:58 + (Thu, 12 Jan 2006)
> New Revision: 8574
>Changeset: http://cvs.mythtv.org/trac/changeset/8574
>
> Modified:
>
>trunk/mythtv/libs/libmythtv/recordingprofile
On Tue, Jan 10, 2006 at 10:01:52PM +0100, Petr Stehlik wrote:
> Robert Tsai p??e v ?t 10. 01. 2006 v 15:51 -0500:
> > > Example: one myth ./configure-d to "/stable", the other one to
> > > "/unstable". In "/etc/ld.so.conf" added path to "/wha
On Tue, Jan 10, 2006 at 08:37:32PM +0100, Nick Rosier wrote:
> On 12/23/05, Dave Just <[EMAIL PROTECTED]> wrote:
> > Auto transcoding of new recordings has broken for me for svn
> > versions of at least last two weeks (and at currently at head,
> > r8366). Does anyone have any clues as to why this
On Tue, Jan 10, 2006 at 09:34:27PM +0100, Petr Stehlik wrote:
> Carl Reynolds p??e v ?t 10. 01. 2006 v 11:35 -0500:
> > >On another note, it's possible to run SVN and stable backends on
> > >the same machine - maybe I'll put up a Howto, ...
>
> > I hope you do put up that HowTo. That would be rea
On Thu, Jan 05, 2006 at 12:28:36AM -0500, Chris Pinkham wrote:
> RE: 941, I think the concensus was to not put things like .spec files
> in SVN, but I'll let others comment on that.
The original justification for not doing this is here:
http://www.gossamer-threads.com/lists/mythtv/dev/325
I'd like to implement a counter for viewing time, which the intent to
export this counter somehow for subsequent accumulation in an RRD
database ("how much TV did I watch last week?").
Seeing this information in the status XML would be nice, except that
it seems to be backend-only, unless it would
On Thu, Oct 13, 2005 at 01:53:16PM -0500, Keith C wrote:
> On Oct 13, 2005, at 1:47 PM, Stuart Auchterlonie wrote:
> >On Thu, Oct 13, 2005 at 02:40:20PM -0400, Chris Pinkham wrote:
> >>Is that code stable enough? I though I'd seen quite a few posts
> >>where users were getting errors with it becau
On Tue, Oct 04, 2005 at 03:24:07PM -0400, Daniel Kristjansson wrote:
> On Tue, 2005-10-04 at 19:12 +0100, Dave Just wrote:
> > > Do people run mythtv-setup that often anyway?
> >
> > I have the machine running my frontend launch mythtv-setup when it
> > first goes into X, before entering a loop of
On Tue, Oct 04, 2005 at 02:06:12PM -0400, Daniel Kristjansson wrote:
> Do people run mythtv-setup that often anyway?
Often enough (in the past) that I have an "Exec mythtv-setup" in one
of my menu XML files.
It is (was) for futzing around with backend software settings related
to things like comm
On Thu, Sep 29, 2005 at 11:31:59AM -0600, Endaf Jones wrote:
> In my quest to find out why my commercial skip is not working I've
> noticed something strange that I can't explain.
>
> I just recorded a 30 minute program with commercials. I sat and
> queried the database in recordedmarkup every so
I think mythtranscode has stopped working (possibly due to this change
or r7250). I always get this failure:
2005-09-15 10:35:36.227 Transcoding from
/media/myth/recordedtv/1381_20050915102400.mpg to
/media/myth/recordedtv/1381_20050915102400.mpg.tmp
2005-09-15 10:35:36.229 ERROR, Transcode call
On Fri, Aug 12, 2005 at 04:08:57PM -0400, James Armstrong wrote:
> >>Mythwheather has bug in "extended forecast" screen. it showes
> >>error weekday. for example, today is "Friday", tomorrow should
> >>"Saturday", but in "extended forecast" screen mythweather showes
> >>tomorrow is "Thursday". I u
On Fri, Aug 12, 2005 at 11:58:43AM -0400, Preston Crow wrote:
> I've noticed that the backend log doesn't have timestamps, but the
> frontend log does. Would it be a big deal to add them?
>
> It looks like it would require some work on the function av_log()
> with a scan through the string for ne
> > On Tue 12 July 2005 14:53, Peter Schade wrote:
> > > You can try it also from svn, it is simple to compile if you have the
> > > needed libs.
> > > Do:
> > > svn co http://cvs.mythtv.org/svn/trunk/mfd
> > > svn co http://cvs.mythtv.org/svn/trunk/mfe
> > > and you have the sources, the compile i
On Thu, Jul 07, 2005 at 04:26:06PM -0400, James Armstrong wrote:
> Another thought:
>
> I am recording more and more HDTV shows. I wonder if an option would
> be to detect the audio type. I know there is a flag in the DTV data
> that tells if it is 5.1 and such. I wonder if the show is in 5.1 or
>
On Wed, Jul 06, 2005 at 10:59:25PM -0500, Timothy Flechtner wrote:
> hello,
> i'm trying to build mythmusic on an amd 64 box with redhat fedora 3.
> i get:
>
> gcc -c -pipe -Wall -W -O3 -march=x86-64 -m64 -fomit-frame-pointer
> -D_REENTRANT -fPIC -D_GNU_SOURCE -DPREFIX=\"/usr\" -DHAVE_MMX
>
On Wed, Jul 06, 2005 at 10:27:32PM -0700, Mudit Wahal wrote:
> so which file system do you recommend ? xfs ? reiser ?
This has been covered rather thoroughly in the mythtv documentation,
with links to the mailing list archives for performance numbers. XFS,
Reiser, and JFS are all good.
> On 7/6/0
On Fri, Jul 01, 2005 at 03:19:12PM +0200, Jeroen Brosens wrote:
> I must have missed something; but how can I get the latest mythtv
> code? The docs now say to just browse to http://cvs.mythtv.org/, but
> that link is not responding. Is the former cvs method outdated now?
Heh. The directions are o
On Thu, Jun 30, 2005 at 03:57:59PM -0700, Chris Petersen wrote:
> >Generally in this type of situation, I use a browser cookie that
> >contains a single number : the identity field of a table in a
> >database. Then I store user preferences and everything in the
> >database.
>
> You say you're a w
On Thu, Jun 30, 2005 at 11:13:05AM -0400, Joseph A. Caputo wrote:
> On Thursday 30 June 2005 9:11, [EMAIL PROTECTED] wrote:
> > Is anyone working on a good way to get a simultaneous slideshow
> > AND audio? I'm trying to figure out how to do it for my living
> > room. If you don't have an answer, d
ether this means
deleting the aborting recording, or just saving a partial recording is
a detail outside the scope of my discussion.)
On Wed, Jun 29, 2005 at 10:58:21AM -0400, Joseph A. Caputo wrote:
> On Wednesday 29 June 2005 10:33, Robert Tsai wrote:
> > On Wed, Jun 29, 2005 at 09:50:2
On Wed, Jun 29, 2005 at 09:50:29AM -0400, Joseph A. Caputo wrote:
> > The point is that for MOST recording methods, Myth can't known in
> > advance whether a recording will fit in a given location. Only
> > PVR-x50 recordings seem to have predictable file size - DVB, ATSC,
> > RTJPEG etc do not.
>
On Wed, Jun 29, 2005 at 12:52:31AM -0400, Micah F. Galizia wrote:
> On Tue, 2005-28-06 at 22:52 -0400, Robert Tsai wrote:
> > What are the guidelines for Trac attachments? I assume patches and
> > tarballs (of new code) are generally acceptable.
>
> Patches can be submit
What are the guidelines for Trac attachments? I assume patches and
tarballs (of new code) are generally acceptable.
Is there a (per-attachment, aggregate) size limit we should try to
stay under (corefiles, data files that are known to cause reproducible
problems, etc.)? Do they end up as blobs in
On Sun, Jun 26, 2005 at 01:22:17PM -0700, Chris Petersen wrote:
> >One other finding, your patch breaks the disk usage line at the bottom
> >of the file on the 6/26 CVS, despite no patch rejections. Regular 6/26
> >CVS has a working usage line.
>
> I'll clean this up when I commit it. Lately, I d
On Sun, Jun 26, 2005 at 09:55:43AM -0400, Sasha Z wrote:
> I just tried applying that patch, and here's the output from patch:
>
> patching file mythweb/program_detail.php
> Hunk #1 succeeded at 105 (offset -1 lines).
> patching file mythweb/schedule_manually.php
> patching file mythweb/themes/Def
On Wed, Jun 22, 2005 at 12:52:56PM -0400, Isaac Richards wrote:
> On Wednesday 22 June 2005 10:51 am, Tom Lichti wrote:
> > Whatever was changed on the commits mailing list, /me like! I can
> > now actually read the messages without having to 'View source'!
> >
> > Now I just need to find time to a
On Wed, Jun 22, 2005 at 09:04:56AM +0200, Hanno 'Rince' Wagner wrote:
> I just tried to compile mythtv-0.18.1 on AMD64 (Debian-based
> system). This worked quite fine with previous versions of MythTV
> after installing a patch which tweaked RingBuffer.(cpp|h).
> Unfortunately, there seem to be more
On Wed, Jun 22, 2005 at 02:30:59AM +0300, Markus Linnala wrote:
> Guess if there is no valid audiostream, we get stuck at
> AvFormatDecoder::autoSelectAudioTrack.
>
> It is possible the fix is not correct one, but there is definitely
> busyloop there.
>
> Patch against CVS HEAD.
This has been ba
On Mon, Jun 20, 2005 at 11:22:01PM -0400, Robert Tsai wrote:
> My hand-waving explanation is that I believe the problem with "find
> once" schedules is that by the time TVRec::TeardownRecorder is
> reached, we've somehow lost the recording schedule information
> (which
On Tue, Jun 21, 2005 at 02:15:53AM -0400, Chris Pinkham wrote:
> Can you take a look at the attached patch and see if it looks like
> it accomplishes the same thing you were going for. I have had a
> couple complaints about the same bug with commercial flagging and
> hadn't had a chance to investi
I could have sworn this was working way back when I initially
submitted it (I remember this "find once" case giving me problems back
then). It's possible that things were subtly busted between the time
of initial submission and eventual commit (lots of things were
changing).
The bug is that "find
This adds a UI checkbox to mythtv-setup to allow configuration of the
"JobAllowTranscode" setting, right next to "JobAllowCommFlag".
--Rob
Index: setup/backendsettings.cpp
===
RCS file: /var/lib/mythcvs/mythtv/setup/backendsettings.cp
On Sat, Jun 18, 2005 at 11:02:01AM -0400, Robert Tsai wrote:
> At the bottom of the recorded_programs.php page, total disk usage is
> reported, but there is an implication that all of it is used by
> recorded programs (which it isn't, at least not in my case, since I
> have a
At the bottom of the recorded_programs.php page, total disk usage is
reported, but there is an implication that all of it is used by
recorded programs (which it isn't, at least not in my case, since I
have a single partition holding videos, livetv, photos, music, and
recordedtv).
The current last
On Thu, Jun 16, 2005 at 11:21:08AM -0400, Isaac Richards wrote:
> On Thursday 16 June 2005 09:47 am, Robert Tsai wrote:
> > I am going to blindly hypothesize that this might be related to
> > the AMD64-specific pthreads problem for which exists Kyle's
> > workaround in R
This just changes some "#if USING_DVB" to a fictional "#if
USING_DVB_STATUS", to get rid of the "DVB Signal Information" from the
backend status page in mythweb, :6544, and :6544/xml links.
--Rob
Index: programs/mythbackend/httpstatus.cpp
===
On Fri, Jun 17, 2005 at 09:07:52AM +1000, Mark Spieth wrote:
> see my patch from the other day. its a better fix.
Ah, I understand. Yes, I agree your fix is better.
--Rob
signature.asc
Description: Digital signature
___
mythtv-dev mailing list
mythtv-
I had a problem with mythtranscode and "Martin Yan: Quick & Easy Stir
Fry", aired on PBS. The properties of my recording were such that
AvFormatDecoder::autoSelectAudioTrack entered an infinite loop.
The attached patch fixes the problem for me, but I'm not 100%
confident in it being 100% applicabl
Look in -commits; this has been patched around in dvbconfparser.cpp
On Thu, Jun 16, 2005 at 04:01:19PM -0400, Doug Larrick wrote:
> Is anyone else seeing this? I have a fresh checkout of mythtv, and have
> done 'apt-get build-dep mythtv'. I've been building MythTV for a couple
> years w/o hassle
On Thu, Jun 16, 2005 at 11:21:08AM -0400, Isaac Richards wrote:
> On Thursday 16 June 2005 09:47 am, Robert Tsai wrote:
> > I am going to blindly hypothesize that this might be related to
> > the AMD64-specific pthreads problem for which exists Kyle's
> > workaround in R
When using mythweb to see the "Recorded Programs" page, the
mythbackend process always ends up stuck in MainServer::readSocket,
continuously logging "Waiting for a thread ...".
I've seen previous references to this spinning in the mailing list
archives as far back as February, but no resolution, a
Why was this removed from frontend setup UI?
Anyone installing a brand-new myth setup will be unable to configure a
default policy of autoexpire=true for new schedules. Its absence in
the database means that ScheduledRecording::setDefault will choose a
default value of "false".
--Rob
signature.
I've synced up to cvs head for the first time since May 8 or so (my
machine has been dead for a long time), and now I notice that
mythtranscode now produces no audio. This is confirmed by mplayer,
which reports no audio when given a .nuv file output by mythtranscode.
Does this ring a bell with any
On Sun, Jun 12, 2005 at 08:14:19AM -0400, Robert Tsai wrote:
> Attached are mythweb patches to provide support for transcoding
> profiles and auto-transcode when scheduling new recordings. It goes
> along with this commit:
>
> http://www.gossamer-threads.com/lists/mythtv
Attached are mythweb patches to provide support for transcoding
profiles and auto-transcode when scheduling new recordings. It goes
along with this commit:
http://www.gossamer-threads.com/lists/mythtv/commits/132791#132791
My PHP-fu is barely white belt, so please give this patch some ext
On Sun, Jun 05, 2005 at 09:29:04PM -0600, John Patrick Poet wrote:
> I am submitting this patch once again, because it needed updated to
> apply to the current CVS.
>
> I first submitted this patch in March. I am starting to wonder if
> it is ever going to be committed to the CVS. If not, just p
On Sat, May 07, 2005 at 11:19:22AM +0200, Daniel Staaf wrote:
> Robert Tsai wrote / skrev:
> >On Fri, May 06, 2005 at 01:28:42PM +0200, Stefan Frank wrote:
> >>i can't comment on the changes itself, but please resend it with
> >>all strings marked for translati
On Fri, May 06, 2005 at 01:28:42PM +0200, Stefan Frank wrote:
> i can't comment on the changes itself, but please resend it with all
> strings marked for translation by the tr("EXAMPLE") function as they
> were originally.
OK; done.
--Rob
Index: libs/libmythtv/jobqueue.cpp
===
StatusText was missing a few strings. I wrote some macros to keep the
enums, values, and strings in sync with each other. If the
preprocessor tricks falls into the category of Stupid Preprocessor
Ticks, then just do the simple thing and add the appropriate case
statements ...
Also, changed the ord
On Thu, May 05, 2005 at 11:26:18AM -0400, Robert Tsai wrote:
> On Thu, May 05, 2005 at 12:38:32AM -0400, Chris Pinkham wrote:
> > 1) The "UPDATE table1, table2, tabl3 SET table1.column" syntax is
> > not valid for MySQL v3.x, so this will need to be changed to
> > s
On Thu, May 05, 2005 at 11:38:37AM -0600, Lee Marlow wrote:
> Why filter out channels not on that input or card? I'd rather see
> all channels and then have the input and/or card changed to whatever
> is needed for the channel I selected. I think this would be much
> more friendly for people who
On Wed, May 04, 2005 at 09:58:08PM -0700, Chris Petersen wrote:
> >That's the backend status webpage. The background for that page is
> >white, so MythWeb must be wrapping the content if it makes that
> >information appear on a blue background.
>
> You are correct. I strip out the css info from
On Thu, May 05, 2005 at 12:38:32AM -0400, Chris Pinkham wrote:
> > Just to clarify and avoid ambiguity, I've attached a new patch
> > attached without any of the unrelated cruft; no changes otherwise.
>
> Couple questions/comments based on my initial observations after
> applying the patch.
>
> 1
On Thu, May 05, 2005 at 12:23:48AM -0400, Chris Pinkham wrote:
> > > Haven't actually applied this to see the colors, but won't the
> > > 'white' make the finished status invisible on the mythbackend
> > > status page?
> > >
> > > > + << " .jobfinished { color: white; }\r\n"
> > >
> > > Isn'
On Wed, May 04, 2005 at 11:13:17PM -0400, Chris Pinkham wrote:
> > In the "JobQueue" status area in mythweb, the colored text is very
> > difficult to read against the dark blue background. Would people
> > object to putting in brighter shades of green and red, instead of the
> > current shades of
In the "JobQueue" status area in mythweb, the colored text is very
difficult to read against the dark blue background. Would people
object to putting in brighter shades of green and red, instead of the
current shades of dark red and dark green?
I've attached patches for both mythweb and the HTTP-g
Last night's broadcast of "The Simpsons" (My Big Fat Geek Wedding) is
giving me problems manifested in my mythbackend.log:
[mpeg2video @ 0x2a96395030]ac-tex damaged at 12 34
[mpeg2video @ 0x2a96395030]ac-tex damaged at 9 37
[mpeg2video @ 0x2a96395030]ac-tex damaged at 9 38
[mpeg2video @ 0x2a963950
On Mon, May 02, 2005 at 11:01:14PM -0400, Robert Tsai wrote:
> On Mon, May 02, 2005 at 10:52:06PM -0400, Chris Pinkham wrote:
> > > Version 4 patch attached; this should be final (!).
> >
> > I'm assuming the mythcdrom-linux.cpp and RingBuffer changes
> >
On Mon, May 02, 2005 at 10:23:10PM -0400, Chris Pinkham wrote:
> > Version 4 patch attached; this should be final (!).
> >
> > Small diff relative to v3; supports per-recording-profile,
> > per-schedule transcoding. This supports the notion of
> > "auto-transcode this show if it was recorded on an
On Mon, May 02, 2005 at 10:52:06PM -0400, Chris Pinkham wrote:
> > Version 4 patch attached; this should be final (!).
>
> I'm assuming the mythcdrom-linux.cpp and RingBuffer changes
> slipped into your patch by accident.
Oops, yeah. You can leave those out.
--Rob
___
ot;. This ended up actually cleaning up
some code in the previous diff.
Thanks,
--Rob
On Sun, May 01, 2005 at 06:50:14PM -0400, Robert Tsai wrote:
> Version 3 patch attached.
>
> Small diff relative to v2; fixed a corner-case crash involving live
> TV and a freshly-installed datab
Version 3 patch attached.
Small diff relative to v2; fixed a corner-case crash involving live TV
and a freshly-installed database with no codecparams for recording
profiles.
On Sat, Apr 30, 2005 at 03:04:39PM -0400, Robert Tsai wrote:
> Version 2 patch attached.
>
> Also:
>
>
The attached patch causes all non-"Blank" visualizations to disable
the X screensaver/DPMS (using the gContext
DoDisableScreensaver/DoRestoreScreensaver methods) while the
visualizations are playing. This prevents the X screensaver from
kicking on while the visualizations are being enjoyed :).
--R
On Sun, May 01, 2005 at 08:21:39AM +1000, William Uther wrote:
> William Uther wrote:
> >Hamish wrote:
> >> William Uther wrote:
> >>> Hamish Moffatt wrote:
> Why not run the backend as non-root instead?
> >>>
> >>> Certainly an option. I didn't go that path because I hold out
> >>> hope for t
orded by a
certain device. For example, one might want to only
transcode HDTV recordings, but not analog recordings.
I only have HD-3000 cards, so I can't really work on this aspect of
what I can see as being desired related functionality.
On Tue, Apr 19, 2005 at 10:22:23P
Recently (maybe within the past week) mythtranscode performance has
dropped from requiring approximately 1x time to now requiring 2x time
(e.g., now requires 2 hours to transcode a 1-hour recording). I
haven't changed any of my transcoding parameters in the meantime.
Commercial flagging has not see
On Wed, Apr 27, 2005 at 09:49:56PM -0400, Jay Merrifield wrote:
> I did a little research and figured out that the compile errors have
> already been fixed in libavcodec which has the exact function used by
> osdsurface.cpp. I ported over the function and hit compile and
> everything compiles fine.
On Wed, Apr 27, 2005 at 09:11:09AM -0400, Daniel Kristjansson wrote:
> On Wed, 2005-04-27 at 00:31 -0400, Jay Merrifield wrote:
> > I'm getting a compiler error on osdsurface.cpp:
> >
> > g++ -c -pipe -march=k8 -Wall -W -O3 -Wall -Wno-switch
> > -fomit-frame-pointer `freetype-config --cflags` -D_R
For my AMD64 system, I had to use --disable-mmx (I have to do the same
to settings.pro in mythplugins for mythmusic goom).
On Wed, Apr 27, 2005 at 12:31:16AM -0400, Jay Merrifield wrote:
> I'm getting a compiler error on osdsurface.cpp:
>
> g++ -c -pipe -march=k8 -Wall -W -O3 -Wall -Wno-switch
>
On Mon, Apr 25, 2005 at 12:11:46PM -0600, Robert Johnston wrote:
> I've just recompiled MythTV from CVS, and got the message that the
> frontend couldn't load the plugins (Which were compiled last week
> from CVS). So I updated the plugins from CVS, but those still don't
> work from the latest fron
On Sat, Apr 23, 2005 at 08:11:11PM +1000, William Uther wrote:
> I think it'd be a good idea if this was put in a source repository
> somewhere. Any chance of making another directory in the mythtv CVS
> repository? We could put these debian directories in there, as well
> as gentoo scripts, rpm
It seems they both ought to be able to have similar CPU consumption
properties (which today is pretty simple).
The decision of whether or not to nice (jobQueueCPU < 2) is copied
from that used to nice mythtranscode.
I am noticing that UserJobs have a more fine-grained nicing logic;
they can nice
On Wed, Apr 20, 2005 at 10:58:20AM -0700, Eric Thelin wrote:
> I am using the x86_64 architecture as well but I haven't found the
> modifications to make in the settings.pro file to make the plugins
> comple. Will you share your settings?
The following works for me (Athlon64):
Index: settings.pr
Today, HDTV recordings are limited to either no transcoding, or
transcoding to the parameters in the MPEG2 recording profile. They
aren't encoded at capture time, so there is no subsequent option to
save a configurable amount of disk space.
Attached is a patch to allow the configuration of a fixed
omitted another leading space in front of "class=" (the
current generated HTML is "
> Changes committed by cpinkham on Mon Apr 18 03:15:03 2005
>
> Modified Files:
>in mythtv/programs/mythbackend:
> httpstatus.cpp
This typo was causing the generated HTML to be buggy like so:
...
instead of
...
Index: programs/mythbackend/httpstatus.cpp
===
RCS file: /var/lib/mythcvs/mythtv/programs/mythbackend/httpstatus.cpp,v
retrieving rev
Resending.
Fix some mythmusic compiler warnings
--Rob
Index: mythmusic/mythmusic/smartplaylist.cpp
===
RCS file: /var/lib/mythcvs/mythplugins/mythmusic/mythmusic/smartplaylist.cpp,v
retrieving revision 1.7
diff -r1.7 smartplaylist.cp
[moving to mythtv-dev]
On Thu, Apr 14, 2005 at 08:54:02AM -0400, Donavan Stanley wrote:
> On 4/13/05, Robert Tsai <[EMAIL PROTECTED]> wrote:
> > - I set up a recording to use the "Low Quality" recording
> > profile, with comme
Compiler warnings (gcc-3.4); diff attached.
--Rob
Index: mythmusic/mythmusic/smartplaylist.cpp
===
RCS file: /var/lib/mythcvs/mythplugins/mythmusic/mythmusic/smartplaylist.cpp,v
retrieving revision 1.7
diff -u -r1.7 smartplaylist.cpp
On Tue, Apr 12, 2005 at 12:40:33AM -0400, Chris Pinkham wrote:
> > - I have my show set to be auto-commflagged after recording.
> > This sets the "commflagged" value for the show in the
>
> Uh huh.
>
> > - Next, in "Watch Recordings", I pick the show and start
> > transcoding with
I've just started playing with transcoding of television (HD-3000)
shows, so for now I'm just doing it manually on selected shows, to
play with the quality settings and seeing what kind of disk space
savings are realized.
I noticed something about commflagging that I think is a minor bug:
On Fri, Apr 08, 2005 at 08:45:38AM +1000, Hamish Moffatt wrote:
> You could always build your CVS versions as Debian packages. You
> only need to apply the Debian diff (mythtv_0.17-1.diff.gz for
> example) to the CVS tree then run "fakeroot debian/rules binary".
> I've been doing that here for the
% cvs diff -du mythmusic/goom/mythgoom.cpp
Index: mythmusic/goom/mythgoom.cpp
===
RCS file: /var/lib/mythcvs/mythmusic/mythmusic/goom/mythgoom.cpp,v
retrieving revision 1.8
diff -d -u -r1.8 mythgoom.cpp
--- mythmusic/goom/mythgoom.cpp
On Fri, Apr 08, 2005 at 01:35:39PM -0400, Daniel Kristjansson wrote:
> On Fri, 2005-04-08 at 09:07 -0400, Robert Tsai wrote:
> > non-XRANDR builds are broken. My simple patch is below:
> >
> > +#if defined(USING_XRANDR) || defined(CONFIG_DARWIN)
> > const
non-XRANDR builds are broken. My simple patch is below:
[EMAIL PROTECTED]:~/src/packages/myth/mythtv/programs/mythfrontend]
(3:57pm) cvs diff -du
cvs diff: Diffing .
Index: globalsettings.cpp
===
RCS file: /var/lib/mythcvs/mythtv/prog
I enabled the new "start commercial flagging immediately after
recording" feature in mythtv-setup for the first time this evening.
There is some kind of bug with the completion calculations:
mysql> select starttime,inserttime,type,cmds,flags,status,statustime,comment
from jobqueue;
+
99 matches
Mail list logo
