I ran across a couple of problems with my yum upgrade to 0.18 that were
not present in my earlier install. Has anyone else seen these?
1) When I select 'Information Center'-'System Status' from the frontend
it immediately crashes with the following error message:
2005-04-26 02:06:43.453 Starting
On Sunday 10 Apr 2005 05:59, Isaac Richards wrote:
On Saturday 09 April 2005 09:51 am, Barney Barumba wrote:
Ok, here is a new patch that includes the quick fix outlined above. If
we can get this into 0.18 then I'll have a look at the correct method
next week.
I've applied this to CVS.
I think (not certain) that the keyboard issue was noted previously on the list. Do a search for it, as I think it was a QT issue.
Don'tflame me if I am wrong though :|
Whytey
On 4/26/05, Jon Wanderer [EMAIL PROTECTED] wrote:
I ran across a couple of problems with my yum upgrade to 0.18 that
The attached patch fixes a problem I reported with Irdeto CAM not being able
to decrypt in 0.18 following the big dvb patch. It changes the CAMap type
from a hash table to a list to keep the original ordering intact.
The patch also updates some strings in the CA pmt code to make debug output
On Tue, 2005-04-26 at 06:34 +0100, Terry Barnaby wrote:
Hmm, do you know who wrote the VLD part of avcodec?
Yes, it was me :)
:)
If you look at my bug1 log from a few emails back, you will see
that something is calling av_remove_stream() on a channel change
when TS streams are in use.
'mythbackend -v commflag' doesn't seem to give more verbose
information regarding the realtime flagging. As you can see from the
log below, the output is the same as without the commflag option.
Something doesn't look right. When I startup mythbackend -v commflag
and a ~realtime flagging
Jon Wanderer wrote:
Personally, I'm never too keen on hardcoding stuff like this - for
every person with 11,000 games there's probably someone else with
100 games or so who doesn't need all these different roots.
I am. I hate having quite so many config options. There isn't enough
time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Kristjansson wrote:
I think Doug had a test stream where the PMT changed every few seconds.
To be fair, I went to extremes to capture it, but...
http://jekyl.no-ip.org/doug/change.mpg (22 MB) -- please be gentle to my
cable modem.
- -Doug
[EMAIL PROTECTED] wrote:
Daniel Kristjansson wrote:
I think Doug had a test stream where the PMT changed every few
seconds.
To be fair, I went to extremes to capture it, but...
http://jekyl.no-ip.org/doug/change.mpg (22 MB) -- please be gentle to
my cable modem.
- -Doug
Intresting.
On 4/25/05, Robert Tsai [EMAIL PROTECTED] wrote:
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
Hello!
Here is the first version of MythTV Estonian translation. It consists
libs/libmyth/langsettings.cpp change and updated xml menu files of all
themes. mythfrontend_et.ts (and mythfrontend_et.qm) translation is still
in progress and will be added soon.
I decided to send you these xml
On 4/26/05, Chris Pinkham [EMAIL PROTECTED] wrote:
Something doesn't look right. When I startup mythbackend -v commflag
and a ~realtime flagging job fires off, I see the same debug output
that you show below from your manual flag. I have had ~realtime
flagging turned on since the day I added
I was just wondering whether there was any reason why this patch has not
been applied. If you aren't happy with it please let me know what you would
like changing with it.
Thanks
John
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of John
I've noticed some slightly odd behavior from the job queue. It's not
really a functionality thing so much as a status display thing.
Basically, if there is a single job running in the job queue, when it
completes the status gets set to JOB_FINISHED. However, if that job
completes and there are
John,
If this is the patch I tested for you on 0.17, then I can vouch for
it's functionality. It should be included in CVS/next release and
should have been in 0.18.
-Kenneth
On 4/26/05, John Harvey [EMAIL PROTECTED] wrote:
I was just wondering whether there was any reason why this patch has
On Sun, 2005-04-24 at 10:12 -0500, Ben Howe wrote:
Daniel Kristjansson wrote:
This is the first report of this. Can you try an early version of the
patch, 1-5 ish to see if this happens in that patch. Also, what kind
of hardware and drivers are you using?
I was trying v1 of the patch,
I've been running ~realtime commflagging for a few weeks now and I've
noticed a few things that could be improved. I think Chris is still
working on this so maybe he's already noticed this, but I figured I'd
point it out anyway.
My master backend is configured to run up to 2 jobs simultaneously
On Mon, 2005-04-25 at 23:25 -0400, Jay Merrifield wrote:
Hey, I ran across a weird problem with the denoise function and
AthlonXP. AthlonXP registers as a MMX capable processor, but in the
filter_denoise3d.c function, it has #ifdef i386 which isn't being
triggered for my cpu, but when the
I have changed the jobqueue.cpp code, see results below. I then
started mythcommflag with the same options from the command line, and
noticed that mythcommflag segfaults when used with the -l option. So
unless it's obvious that mythcommflag should segfault when used this
way from the command
flagging turned on since the day I added the ~realtime ability and
I normally run with -v commflag just in case I find a bug. A couple
things you can try are:
Do happen to use XvMC-support yourself ?
No I don't. Straight Xv only on MPEG2 (ivtv air2pc) and MPEG4 (some
transcoded and
where the commercial flagging is. It's always says Finished 0 Breaks
Found. I'm using CVS from April 22nd.
Here's the important stuff from the output of mythfrontend -v commflag
2005-04-25 18:36:55.241 CommDetect::ClearAllMaps()
2005-04-25 18:36:55.242 Opening audio device '/dev/dsp'.
I've been running ~realtime commflagging for a few weeks now and I've
noticed a few things that could be improved. I think Chris is still
working on this so maybe he's already noticed this, but I figured I'd
point it out anyway.
Feedback is good (unless you're talking about audio). :)
I've noticed some slightly odd behavior from the job queue. It's not
really a functionality thing so much as a status display thing.
Basically, if there is a single job running in the job queue, when it
completes the status gets set to JOB_FINISHED. However, if that job
completes and there
Brad Benson wrote:
My master backend is configured to run up to 2 jobs simultaneously and
my single slave backend to run only a single job. I had a transcode
Just a side note, where do you configure this? I must have missed it
somewhere. I'd like my master backend to also run 2 jobs
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_REENTRANT -DPIC
-fPIC -DMMX -Di386 -DUSING_IVTV -DUSING_DVB -DUSING_XRANDR
-DUSING_XVMC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
Brad Benson wrote:
My master backend is configured to run up to 2 jobs simultaneously and
my single slave backend to run only a single job. I had a transcode
Just a side note, where do you configure this? I must have missed it
somewhere. I'd like my master backend to also run 2 jobs
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
As discussed on IRC last night, here is a patch to provide a generic SQL
service through the myth protocol. This will be helpful to external programs
such as mvpmc and now mythroku which cannot easily access mysql directly, and
also allows for generic database access (non-mysql). These
28 matches
Mail list logo