Richard Holroyd wrote:
When I run this, it generates and installs new kernel modules
for nvidia card. This leads the system to hard lock every time Im in
myth and go to the watch recordings screen. Not a very useful myth box
at the moment.
Please post in plain text... not MS Word HTML!
Try
Larry K wrote:
2005-04-15 21:34:54.897 Video timing method: USleep with busy wait
I think this is the worst method for video timing. (i.e. least-smooth)
RTC would be better than that, and OpenGL better than RTC.It
shouldn't be unstable, though, whatever you mean by that...
Try the other
Frutillar wrote:
Hi!
I have done several tests with my Mythbox and after a couple of times that I
do a fast forward the machine hangs. Ctrl-Alt-F1 will not work and neither
will an ssh session... the PC is dead. It seems I can jump the commercials
and rewind fine, but when I use ffwd is when
Jeff Wormsley wrote:
Will Dormann wrote:
I think this is the worst method for video timing. (i.e.
least-smooth) RTC would be better than that, and OpenGL better than
RTC.
Sorry to butt in.
How do you change this? Nothing I have set has ever changed it.
Sometimes I see other things being
Jim Kusznir wrote:
I've seen a lot of traffic in the last few days about the joys of XvMC
and been seeing loades in excess of 2.4 on my myth system, so I'm
attempting to reinvestagate using it.
Joys? Well, it surely gives decreased CPU usage, but...
- Video playback is actually *more* sensitive
Thomas Börkel wrote:
HI!
Will Dormann wrote:
But if your system is working with XV, *why* are you looking to switch
to XvMC?
Didn't someone (you?) say, that bob deint looks better with XVMC?
With MythTV 0.16, absolutely. Bob deint appeared to be broken with this
version and XV.
But I have
Thomas Börkel wrote:
Well, then time to rework
http://www.mythtv.info/moin.cgi/NVidiaMX4000HowTo. ;-)
Yep. I was planning on it. But only after trying out 0.18 tonight.
I want to verify whether the xv-xvmc merge patch has affected anything
XV-wise.(i.e., I want to make sure a stock 0.18
Tu Holmes wrote:
Streamzap.
Look for Streamzap remote at thinkgeek.com
Doesn't look RF to me.
-WD
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Joe Votour wrote:
I see the same pixelization, and I'm capturing at
720x480, with a bitrate between 5000 and 6500.
snip
In my case though, the cable TV coax coming into my
apartment is pretty crappy
The input quality probably makes a big difference. I'm capturing at the
same resolution, but
Larry K wrote:
remember the default bitrate?). Also, do I need to set the deinterlace
thingy for TV playback, or does that apply to a computer monitor only?
You absolutely need to deinterlace. Otherwise, motion scenes will not
look right. Check out http://www.100fps.com
I recommend Bob
Hello,
I'm running a CVS build of MythTV from April 11 to test the xv-xvmc
merge patch. I noticed that mythcommflag isn't working properly. No
commercials are found in any of my recordings.
Here's a log from mythcommflag. Any ideas?
Thanks!
-WD
--
2005-04-12 10:52:56.043 New DB
Will Dormann wrote:
Hello,
I'm running a CVS build of MythTV from April 11 to test the xv-xvmc
merge patch. I noticed that mythcommflag isn't working properly. No
commercials are found in any of my recordings.
Here's a log from mythcommflag. Any ideas?
2005-04-12 11:02:19.701 Didn't find
Larry K wrote:
I am running a Hauppauge PVR-250 and I'm using my MoBo's on-board
sound. If I pick up another PVR-250, do I also have to buy a sound
card to pair with it?
Why would you need another sound card? The PVR-250 does the recording
of the audio.
-WD
Graham Dunn wrote:
The problem here isn't so much the samba/nfs decision as the wireless.
In my experience, nfs handles the packet loss you see in wireless
connections much more poorly than SMB does.
I'm no expert on the subject, but from what I've read if you set up NFS
to use TCP rather than
Hello,
I'm runing a CVS version of mythtv from April 7th. Mythtv and all of
the other add-ons compiled fine except for mythmusic.
The error I get is this:
cd mythmusic qmake mythmusic.pro -o Makefile cd mythmusic make -f
Makefile make[1]: Entering directory
Big Wave Dave wrote:
I have RenderAccel set to 1
That's most likely the problem.
--
-WD
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Michael J. Lynch wrote:
Ciaran wrote:
OK Fixed it now I think, unfortunately I'm not bright enough to make
patch files, so I'll describe the changes ;)
1) in mythmusic\settings.pro:
Added the line: INCLUDEPATH += /usr/include/mythtv after the
isEmpty stuff
2) in
John Kuhn wrote:
I have the same issues as well.. i had to disable it..
Thanks for the input. Even 0.17CVS with XV doesn't match the quality
of 0.16 with XvMC on my system. There's a slight amount of jitter
with the former.
I guess I'll stick with 0.16. I'm learning to live with the
Jarod Wilson wrote:
On Monday 04 April 2005 08:57, John Kuhn wrote:
is this using Xv or XvMC?
Xv in all cases. I plan to play with XvMC a bit later this week, now that I've
recompiled against the nvidia 7174 XvMC libs...
Let us know if you experience any stability issues with this. I have
Ben Brown wrote:
Just chiming in to say I'm having the same problems. I'm in the Eastern
timezone, and all my listings are wrong by 1 hour. So the 11:00 programs
are listed as starting at 10:00. I noticed the problem Sat about 10:00. I
thought just running mythfilldatabase with the
Chris Strom wrote:
I experienced no problems this morning. My frontends all run QT
3.3.4, but my backend still has 3.3.3. There are some benefits to
debian's slow release cycles after all :)
I'm running 3.3.0 without any problems.
--
-WD
___
Hi all,
Has anybody noticed stability problems with XvMC and 0.17 or later?
When I fast forward a lot or press the pause button and let it go for a
while, when I unpause it my machine is locks up.
I should mention that I have *no* hard lockup problems with 0.16
What made me test the CVS version
David wrote:
Will Dormann wrote:
I guess I could try the ls trick on the server to see if that
happens to fix anything. Or just go for the 2.6.11.2 kernel as
suggested. (Thanks David!)
I _think_ filesystem corruption was reported around this problem - I'd
upgrade (well, actually, I *did
David wrote:
I was surprised - I'm not sure how deleting a file twice could cause NFS
stale file handles...
I'd suggest the lirc/delete could be a mis-diagnosis on your part Will,
I think that this could be more of an NFS problem.
Perhaps. I'm still not convinced that it's *not* the problem, but
Dan Wilga wrote:
Are you sure NFS statd and lockd are running on the machine serving the
NFS volume? NFS is known for running almost-normally when either of
these is off for some reason.
rpc.statd is running on the NFS server. I'm not so sure about lockd.
ps aux lists [lockd].That's what
Some time ago I posted a message about a problem with MythTV spewing out
Stale NFS file handle messages. It seemed to correlate with my
upgrade to MythTV 0.17, so I figured that was the cause.
After reverting to 0.16, it seemed to be working well, but I recently
ran into it a few times. It
Joseph A. Caputo wrote:
mame/xmame doesn't work with LIRC at all, AFAIK, unless there's an
option to compile it with LIRC support. Don't waste your time.
Hm... I'm using xmame 0.90 and it supports LIRC.
I just have a few buttons mapped to my remote, like pause, stop, and
escape.Works
Chris Pinkham wrote:
Thanks for the good descriptiong. I'll try to simulate here and get a
fix into CVS if I can find an issue. I think I may already know what
the issue is and how to prevent this.
Excellent! Let me know what you find out. I'm currently running
0.16, so hopefully it's
Bart Coninckx wrote:
Since the audio-out of the BT878 card is linked to the line input of my
soundcard, it would be a bad idea to mute it.
Really? So you've tried it?
-WD
___
mythtv-users mailing list
mythtv-users@mythtv.org
Joe Votour wrote:
However, I do hope that it is fixed, as LiveTV is an
important feature (and really, the whole reason I'm
using Myth - otherwise, I might as well just have a
VCR).
Now that's funny. :)
-WD
___
mythtv-users mailing list
There seem to be a few Pundit users here, so I figured I'd share my
experience.
A few days ago my PSU fan started making a little noise, but then it
went away. I didn't really look into the problem further. (big mistake).
As it turns out, the CPU fan had seized, and finally just cooked
Nick wrote:
Very sorry to hear that. Was yours a Pundit or Pundit-R system? Did
you have lm_sensors running at the time? Were both the CPU and PSU
afffected or just the CPU?
It was just the PSU fan on a Pundit AB-P 2600 system. The PSU is a
Hipro 200W unit. The 80x20mm fan has only two leads,
emory wrote:
Nick-
When you quoted $50 for a replacement PSU, was that from Hipro or
ASUS? I've been looking into getting a replacement PSU for my
Pundit-R because it's too noisy, but it's hard to find a PSU that fits
in the Pundit's 8 x 12 x 12 cm PSU compartment.
Actually that was me. I'm not
Shawn Asmussen wrote:
Anybody thinking about getting one of these should keep in mind that a
significant number of people (including myself) have had problems with
the MX 440 and Nvidia's more recent driver versions. Unless you're
really trying hard to save the money, my recommendation would be to
Dave Ansell wrote:
Hi,
I get occasional backend crashes - usually seems to be some qt/sql
problem. Very difficult to eliminate entirely.
Usually, the whole machine doesn't crash, just the backend and/or mysql.
Question is, would it be feasible to run a cron script to monitor
the
Chad Delatte wrote:
Hey guys, just wanted to share that I finally got
things straightened out. I'm not quite sure what i
did, but one main difference is that I am using the
newer nvidia drivers. I compiled with xvmc support
and it seems to have made my image look like live tv.
Just wanted to
Sigurd Nes wrote:
Joe Votour wrote:
- Enable OpenGL vsync support (MythTV now shows Video
timing method: SGI OpenGL)
Where did you find this option ?
It's a compile option in settings.pro
--
-WD
___
mythtv-users mailing list
mythtv-users@mythtv.org
[EMAIL PROTECTED] wrote:
- Are people using XFS and finding it generally stable or flaky like I
find it?
I've been using XFS on my main storage for over 7 months now. Not a
single problem with it.Running Gentoo.
--
-WD
___
mythtv-users mailing
Dave wrote:
When I boot my mythtv box and when X loads my display does
not fit my 51 TV. Instead it has a black bar around the edges, which
I would like to get rid of.
1) Don't post in HTML
2) Run nvidia-settings to adjust overscan
--
-WD
trev wrote:
The manual I have does specify If the correct connector cable is connected,
S-Video out will generally provide a higher quality output than Composite
video out.
I can't test this at the moment because although I have an S-Video connector
at both ends I don't have an S-Video cable
Jeroen Brosens wrote:
I received my GF MX4000 today and managed to get it working... except for
vsync :) Can anybody tell me the one thing I probably forgot to do here,
as you can see in this log (mythfrontend -v playback) the nVidia vsync
method is not used (nVidiaVideoSync: VBlank ioctl did not
Thomas Börkel wrote:
For those of you running MythTV 0.17, I think the only thing you'll
want to change is the resolution. Rather than using the coryntsci
resolution, try 800x600. This fixes the bob vertical resolution
problem I was seeing.
Should this 800x600 resolution be interlaced or
Tom Lichti wrote:
As an aside, what is the preferred Nvidia card for TV output? I have a
generic GeForce 4 MX440 and it works alright, although I'm sure it could
be better. If there is a better card to use, what is it?
From what I gather, the MX4000 is just a die-shrunk version of the
MX440, so
Richard Holroyd wrote:
My current Geforce 440mx has a very load fan attached. Has anyone got
any suggestions/recommendations for a relatively cheap replacement card
that does not require such cooling and is available in the UK? I nearly
have my myth box down to acceptable noise levels! Ah so
Jeroen Brosens wrote:
I think the combination of the low CPU usage of XvMC and the Vsync
provided by OpenGL provides a very good looking picture. However, if
the Bob would actually take place, I think it might indeed be optimal
as I had originally stated.
So which version of MythTV are you
Stephen Williams wrote:
Of course, the way to get 'optimal' TV-out from your Nvidia (or other)
card is not to use it's TV-out facilities at all and build a VGA -
SCART converter for SDTVs (see http://www.sput.nl/hardware/tv-x.html
for example).
Yes, this may be true for those of you who have
Brian J. Murrell wrote:
On the issue of hardware encoding and whether it preserves the
interlacing, I do believe the PVR-250 I have in my machine does indeed
preserve the interlacing in the MPEG2 stream it creates.
Yes it does. The problem is, no video card appears to be able to do
TV-Out while
Bryan Halter wrote:
I'm running mythweb on a remote machine (not the masted backend), when I
delete a program through mythweb it crashes the master backend. Any
suggestions?
Are you running 0.17?
Did 0.16 have the same problem?
-WD
___
mythtv-users
Jason Blair wrote:
Put this in a place where it will be run each time you log in:
nvidia-settings --load-config-only
I think it does load the setting automatically without that option.
It's just that switching to a different mode (like a text console) and
back again seems to lose the overscan
Jeroen Brosens wrote:
Therefore, using bob is paramount for a smooth video playback. All other
deinterlacers as well as no deinterlacing (!) can't provide this.
Just a follow-up to this thread.
While the combination of settings I originally posted does give
excellent results, I've recently
Will Dormann wrote:
While the combination of settings I originally posted does give
excellent results, I've recently discovered that that particular
combination does not actually do Bob Deinterlacing.
Ok, I'm very close to getting this right!
For those of you running MythTV 0.17, I think
Brian J. Murrell wrote:
Hrm. Optimal meaning as good as it can get with this card but not
quite ultimate?, or do you believe you have a TV-Out signal that
represents how the content was originally broadcast (i.e. perfectly
interlaced fields)?
optimal meaning the best quality out of the nVidia
Ben Giddings wrote:
What is OpenGL mode? Is that a mode for MAME or MythGame itself? Would
it apply to external applications like StepMania or TuxRacer?
When mame is run in OpenGL mode, it doesn't swtich video modes for me.
If I'm monkeying with the keyboard to swtich to a text terminal, then
I recently added an nVidia graphics card to my Asus Pundit, in hopes of
improving the TV-out quality. The onboard SIS chip isn't bad, but I
figured I could do better. After tweaking settings for quite a bit,
here's how I achieved what I believe to be the optimal output. I have
an SDTV
Ben Giddings wrote:
I know this isn't a Myth issue, it's poor design on nVidia's part, but
how are other people dealing with nvidia-settings? Does anybody have a
way to re-maximize the display without leaving Myth, or at least without
having to bring up the GUI?
Ah yes, I've run into this
Craig H Fry wrote:
I have tried both Mplayer (which gives the same color shifted,
artifacting video) and VDub which will not open the file at all. This
thing has me baffled.
I said VirtualDub-MPEG2.
It will open the recordings.
-WD
___
mythtv-users
Carl Alexander wrote:
I second this plea. My nVidia 5700 just doesn't match straight TV. I'm
not sure how much this is the nVidia, and how much is the PVR 350
doesn't do as good a job rendering the NTSP signal to digital as the
analogue tuner in the TV does.
Here are the settings I use in my
John Kuhn wrote:
I'm a recent convert from the pvr-350 tv-out to a new nvidia 6200
tv-out. while i think the tv-out quality of nvidia is on par with the
350 the tv playback using it isnt. By turning on Bob deinterlacing the
picture is much more comparable to the 350. my problem now is that
John Kuhn wrote:
it seems to be the best of the bunch for me.. picture quality seems as
good as the source (which isnt that great) what looks even better is
using bob with xvmc.. but that's a trick i cant seem to pull off yet..
xvmc causes lockups and strange issues when the osd is displayed
John Williams wrote:
Calvin,
I'd love to get a copy of that program you have. It is a big start for
some of what I'm wanting to do. The biggest is probably naming and
moving the file for me.
Take a look at MythHelper:
http://mythhelper.sourceforge.net/
I've let the project page stagnate, as it
After wrestling with 0.17 for a while and not really getting anywhere
with figuring out why mythbackend won't stay running, I've restored my
system to the state where it was running 0.16.
Everything's running fine now. No NFS errors, no mythbackend crashing.
Perhaps at some point I may give
Thom Paine wrote:
Now I've done it.
I had a lockup while watching a recording, and the only way to recover
is to power off and back on. Problem is when I did that, it seems like
the SQL database is pooched.
What happens why you try running the mysql command from the command
prompt? Can you
stephen wrote:
I've seen my mythbackend die on a couple different occasions as well. I
use mythweb (installed on a separate box from any of my mythtv
machines), but I'm not sure if it is the sole cause. If I delete a
recording from a frontend (i.e. from the Watch Recordings section
after
Will Dormann wrote:
I've followed a few red herrings so far, such as a crummy NIC, Stale NFS
file handle errors, and the very latest being a possible problem with
libmysqlclient:
Ok, so the latest status of this issue...
I've downgraded my system to MythTV 0.16 and the problem persists
My MythTV 0.17 machine is writing to a fileserver via NFS. I had no
problems with this configuration with 0.16, but after upgrading to 0.17
I get the following errors a few times a week.
Here's the relevant section of the log:
2005-02-26 19:28:11.048 Started recording Seinfeld on channel:
Alan Anderson wrote:
Hi,
A stale file handle occurs when the file handle cached by the nfs client is no
longer valid on the nfs server. Something happened to the file it was
deleted moved to another file system or the NFS server was restarted. The
only way out is to umount the file system on
Craig H Fry wrote:
In theory the 350 records in a native mpeg-2 format.
It does.
I should be able
to just rename the nuv to mpg and everything work. Sadly, this is not
the case. The video quality playing back as an mpeg is terrible.
You're saying that the quality drops by changing the file
Alan Anderson wrote:
The link down/up is a problem but I dont see it causeing stale file handles.
The nfs server wont restart because the link dropped.If the client tries
a nfs trasnaction while the link is down then you might a NFS server timeout
then later a server ok, reported on the
Craig H Fry wrote:
The fact that you are supposed to install a special codex to play them
back on a Windows system tells me they aren't true mpeg2.
You need an MPEG2 codec. Nothing more.
No, I'm saying playing a .nuv file back through the mpeg codex results
in color correction problems and
OK, so I'm still having trouble with mythbackend terminating randomly on
me.I've built a debug version of MythTV, but I'm having a little
trouble getting it to work properly from gdb.I can start mythbackend
from gdb, but when I fire up mythfrontend (normally) I can't seem to
watch live
Hello,
I've recently upgraded to MythTV 0.17, and the stability of my system
has suffered as a result of it. With 0.16, it was running for months
without problems. But now mythbackend seems to die at various points.
I'm not sure if it has any relevance, but the last two times it occurred
71 matches
Mail list logo