Hello,
Whenever I change channels I'm getting glibc errors which shut down
mythfrontend.
I'm running Myth 0.18 built from tarred source on Fedora Core 3 using
XvMC with NVidia's driver version 1.0-7174. I'm using firewire with
6200ch, but the errors occur regardless of whether I change
I've always found valgrind to be very useful in fixing this kind of
problem.It also has a habit of turning up other problems that have not
been exposedyet.
Has anyone tried a valgind run recently? My myth box (Via M10k) is way
too slow to try it out myself.
Andrew
I work on embedded devices running Linux, which don't
have the CPU horsepower or RAM (even less horsepower
than your M10K, such as 200MHz MIPS chips) to run
valgrind.
I found that dmalloc (http://dmalloc.com/) is pretty
good for simple situations of buffer overflows and
missing buffers to be
Eureka !
I think I have tracked down the problem with the XvMC VLD breaking on
channel changes with TS streams.
I am no expert on libavformat or libavcodec, so some of the following
may not be correct ...
It appears that when the AVCodec is re-created on the TS stream changing
PID's it fails to
Hello,
Does anyone have an AMD64 and a Airp2PC card playing nicely together? If
you do, what version of the Linux kernel are you using and which
dvb-kernel are you using? When I do a complete scan in mythtv-setup the
kernel panics.
Thanks,
Angel
___
On Thu, Apr 28, 2005 at 05:07:02PM +0100, Ed Wildgoose wrote:
To put that in perspective, if the visualization trigger is the beat
of the music, on a fast machine the visualization happens just after
the beat and so looks in sync.
Cool, I think that's it. :-))
Hmm, well it draws at 20
Here the 2nd experimental patch for the teletext decoding for PVR/ cards using
the IVTV drivers. Expand the tar file from within the mythtv directory and
apply the patch.
This version is against todays CVS. Implemented in this patch is mosaic
support, transparent overlay ('W'), verbose with -v
On Thu, 2005-04-28 at 07:54 +0800, Tj NG wrote:
Daniel Kristjansson wrote:
On Thu, 2005-04-28 at 00:29 +0800, Tj NG wrote:
will do so tomorrow.. it's abit late now.. :Don't think its a playback
problem, think it's a mythtranscode problem?
I think it's playback problem. I
On Fri, 29 Apr 2005, Daniel Kristjansson wrote:
My guess is that it is the same bug as the green bars in video preview.
I believe these are due to a bug in the non-mmx color conversion code.
I'm running on an Athlon XP - I would expect it to be using mmx code. Any
easy way to check?
Ian
On Thu, 2005-04-28 at 17:13 -0700, Jarod Wilson wrote:
On 28 April 2005, danielk wrote in a cvs commit:
Modified Files:
in mythtv/libs/libmythtv:
osdsurface.cpp
Log Message:
Should fix compilation without MMX, also removes some warnings
when compiling without MMX. I'm
On Fri, 2005-04-29 at 23:11 +0100, Ian Caulfield wrote:
On Fri, 29 Apr 2005, Daniel Kristjansson wrote:
My guess is that it is the same bug as the green bars in video preview.
I believe these are due to a bug in the non-mmx color conversion code.
I'm running on an Athlon XP - I would
I tried the latest CVS today, and XVMC playback is studdering quite
badly. So I tried Apr 25th's CVS, and it, too, was choppy, but not near
as bad as today's. So I was wondering if what hardware setup/driver
setup was being used to test all these latest round of patches.
Thanks,
Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I was wondering if it would be possible to take the audio from the
line it, adjust the pitch real time and send it to the line-out. That
way, Time Stretch would also work via the 350.
Funny you should say that. I was just starting to work on code
Hi,
I run my backend as root. I recently switched from running
mythfilldatabase as a cron job to using the internal method... it
stopped working. The problem was that with filldb running as root, it
didn't have the correct home dir set, and so it couldn't find the
tv_grab_au prefs.
I've just bit the bullet and upgraded my Knoppmyth R5A12 system to
latest CVS, hoping to get XVMC working somewhat better. Everything went
fine, until I finally tried XVMC, and it failed rather spectacularly
when going to play a program (though the previews seem to work, do those
use xvmc?)
FWIW, I've (incorrectly) had non-zero overscan and scan displacement on
my desktop frontend for a long time; since the videoout_xv.cpp changes,
the top X lines of each frame have appeared at the bottom of the display
window, and everything else has been moved up by X lines. This effect
disappears
Hello everyone,
I've been following MythTV's progress fairly closely - I've got my own
MythTV box, works nicely, but it's of a nasty set up as I have an
external Freeview (DVB) box plugged into a PVR350 and I have to set
MythTV to record at 6mb/s as compressing the picture twice doesn't work
Chris White wrote:
I've just bit the bullet and upgraded my Knoppmyth R5A12 system to
latest CVS, hoping to get XVMC working somewhat better. Everything
went fine, until I finally tried XVMC, and it failed rather
spectacularly when going to play a program (though the previews seem
to work, do
On Sat, Apr 30, 2005 at 10:17:30AM +1000, William Uther wrote:
I run my backend as root. I recently switched from running
mythfilldatabase as a cron job to using the internal method... it
stopped working. The problem was that with filldb running as root, it
didn't have the correct home
On Fri, 2005-04-29 at 18:03 -0700, Chris White wrote:
(though the previews seem to work, do those use xvmc?)
Nope.
Here's the relevant playback log:
2005-04-29 17:55:26.055 XvMC surface found with IDCT support on port 145
Direct Rendering is not avilable on this system!
2005-04-29
This patch changes the behavior from exiting the program, to simply
displaying an error message to the user while continuing to function.
I found that when I upgraded to 0.18, for some reason the
status-ui.xml file was missing from my theme directory as well as the
default directory. This caused
I hit the Never Record link on a program on the Scheduled
Recordings page, and when it refreshed, it still showed the program
as being recorded. When I checked via mythfrontend, it appears as
previously recorded, so mythweb worked. Perhaps mythweb is not giving
the backend enough time to
Here's the relevant playback log:
2005-04-29 17:55:26.055 XvMC surface found with IDCT support on port 145
Direct Rendering is not avilable on this system!
2005-04-29 17:55:26.126 Unable to create XvMC Context, status(11): BadAlloc
This is the relevant bit, Direct Rendering is not available.
This
23 matches
Mail list logo