I just re-install Linuxmce AMD64 and all the video is stuttering during playback. I have tried a dvd, recorded video and live tv...all stutter. I'm not sure where to look at this point. I have a Nvidia 7300 512 MB, core 2 duo 6400 and 1 GB ram. This didn't happen on the other installations.
Thanks
Does this happen right after a reboot, or does it start happening after a day or two? There was just a thread, started by me, about this that just just off page one now. Apparently there are at least a few of us with this issue after it's been up for a while. A reboot fixes it for me, but only temporarily.
FWIW, my core/md hybrid is an i386 install on an AMD dual core, with 2G ram, and an nvidia 7300 SE (cheap-o) video card.
Quote from: skeptic on June 20, 2008, 10:57:42 PM
Does this happen right after a reboot, or does it start happening after a day or two? There was just a thread, started by me, about this that just just off page one now. Apparently there are at least a few of us with this issue after it's been up for a while. A reboot fixes it for me, but only temporarily.
FWIW, my core/md hybrid is an i386 install on an AMD dual core, with 2G ram, and an nvidia 7300 SE (cheap-o) video card.
I just rebooted and all the video works ok. It sounds like it is the same problem. Are you having any other problems using i386 linuxmce? Have you used the amd64?
Thanks
AMD64 seemed to have some limitations. Nothing that would normally affect anyone, but things like HandbrakeCLI doesn't work with AMD64, neither does wine (at least not very well), and some other things. When I went from 704 to 710 I decided to switch to i386 'cause the minor performance increase didn't seem like it would matter with 2G ram and decent dual core AMD, and it seems like there are still some minor issues with the AMD64 OS.
I never noticed any stuttering/jumpy playback issues on AMD64/704. I think it's something with 710, not AMD64.
I just re-installed i386 linuxmce. I will test through the weekend and update. Thanks for your help.
I went back to amd64 version today. I had the same issues on i386.
Based on my experiences and what others are saying, I'm pretty sure it's related to 710, not i386/AMD64. BTW, my kids wanted to watch a movie and it was stuttering. Instead of rebooting I just did a quick reload (router), and it seems to have done the same as a full reboot as far as the stutter. I haven't done much checking into the issue beyond that though.
Hopefully this thread will not just die, and more people will chime in until a permanent resolution is found. Not something like "just do a quick reload when it's stuttering" work around.
I'll try reloading the router next time...ty
Hello, I'm having something like this, however doesn't fix with a reboot.
I can see a line forming Z in the middle of the screen , specially when the scene changes fast, like fast panning or light flashes.
Could it be that my video card isn't good enough?.
I quick reload the router but I can still see the effect, I can also see a non deinterlaced video, it looks like it's not doing the deinterlace at all the player.
images of the effect:
(http://img49.imageshack.us/img49/2148/test1039az3.th.png) (http://img49.imageshack.us/my.php?image=test1039az3.png)
(http://img113.imageshack.us/img113/4456/test852yu3.th.png) (http://img113.imageshack.us/my.php?image=test852yu3.png)
(http://img49.imageshack.us/img49/5913/test851hu4.th.png) (http://img49.imageshack.us/my.php?image=test851hu4.png)
hardware:
ASUS M2N-E SLI
ASUS EN6200TC512 (gforce 6200, 256M, 512 Turbo cache)
AMD 64 X2 6000
2 x 1GB DDR2 800 kingston
1 x WD 500G sata
1 x LG hddvd-br drive.
any ideas? what we can do?, thanks.
light
Definitely a different issue than what I have. I get no tearing or other issues, just the framerate drops.
Quote from: skeptic on June 23, 2008, 05:15:19 AM
Definitely a different issue than what I have. I get no tearing or other issues, just the framerate drops.
Framerate loss??? oh no!, not my issue either, sorry I miss-interpreted your problem, however I do see framerate loss and audio go ahead of the video, when I tryed to playback a blueray ripped, (it only played the extras, not the main movie also :()
well sorry for make noise in your thread :), anyone with a clue? of any of both problems? :D
c-u
light
No worries. Blu-ray is on my list of things to tackle after this one. Unfortunately last I looked, the one and only movie I have wasn't supported yet. BD+, something or another version 4....
Are all of you guys having problems using a nvidia card?
If so, it might be worthwhile to play with the xorg.conf. I noticed some changes in nvidia support on 710rc2. Haven't figured out exactly what yet.
I THINK we are all on nvidia cards, and we may also all be using AMD64 x2 cpus. I have no clue where to start with xorg.conf as it runs normally for a day or two, CPU stays low, and I never get anywhere near using all 2G of ram. Reloading the router also seems to fix it, so I can't think of anything in xorg.conf that makes sense (to me) to change.
Can someone with a core/md hybrid who isn't having these issues please run this for me:
netstat -an | grep -c 3450
just my 0,02 ...
If you search through the forum you'll find some other posts related to this issue.
I am experiencing video stuttering with 704, even if it is showing in slightly different way.
I have a VIA based MD, with 512Mb ram, that is more than adequate for video playback.
In fact if I play a DVD or divx file with Xine OUTSIDE LMCE playback is smooth (with normal CPU and memory usage), the very same media played WHITHIN LMCE is stuttering after 1 hour (with CPU that bumps to 99%).
Also in my case a quick reload temporarily fix the problem.
It sounds like a problem with Xine_Player, but I have no knowledge of c++ to dive into the code and figure out what it is.
Regards
Marco
I know that the line
UseEvents = True
Has been added to xorg.conf since the beta release of 0710. It apparently helps reduce tearing with some nvidia chips.
You could try removing that to start.
Also, being that the framerate drops after some usage time I wonder if it is to do with verbose logging. A simlar problem existed with mythtv in 0704.
I do not see this stuttering myself, and I am using the x64 version. My tv does go a bit stuttery every now and then, followed by a message in the top left saying my additional hard drives were detected. This leads me to believe the plug and play engine slows me down...why does it need to keep on detecting my hardware??? Random!
skeptic
In another thread you may have seen my comments on a similar point - from your post I decided to rebuild using i386 (for the first time) to see if that made any difference. I have had a crash a couple of times in AMD64 and now once in i386, overnight, which I never used to get prior to RC2, but the core hasn't been running long enough to see for sure that the stuttering comes in after time - I certainly was getting exactly your issue under AMD64, and I have never had that before. NB: i have bitched and whinged about stuttering video for a long time under every build so far in many threads, but that is a static amount of stutter that never got worse and is clearly unrelated to this issue (i think it is a hardware issue and I am going to rebuild with a new video card later this week).
I haven't tried the reload instead of reboot yet - if it starts happening under i386 again i will try that and get back to you, I have a gut feel that it is still happening under i386 and will get bad enough to be sure if I leave it running long enough.
I ran the grep and got a count of 165 under i386 (never tried it on AMD64), did a reboot and ran it again and got 162 after a couple of minutes.
I definitely get the impression that RC2 is implicated here, but i can't put my finger on exactly what, but i do think we need to keep this thread going, as you say. Something is going on.
BTW gazlang, i had already tried your suggestion of useevents prior to RC2 to try and solve my other stuttering issue - it didn't fix it, but i left the option in there anyway, and it definitely did not cause this increasing stutter effect, I only noticed that after going to RC2
As an aside - at least once when the core "crashed" under i386, the interface was completely frozen and I couldn't browse the Internet from the internal network because DNS on the core wasn't working, but interestingly, routing to the external network and internet was still working fine!
I haven't had any crashes under 704 AMD64, 710 AMD64 betas, or 710 i386 final. Somewhere between the 710 beta and the 710 final (probably RC2 based on other posts), the stuttering/loss of framerate started.
I ran a while loop counting the number of net connections to/from port 3450 and it stayed at 169 for 24+ hours, so I don't think that's the issue. CPU utilization memory use, etc. are all low so I'm really stumped. Unfortunately I'm pretty clueless when it comes to databases so if it's a db issue I wouldn't know where to start.
If anyone has any ideas at all I'm happy to try them out.
BTW, RC2 is the final version (confusing, I know!)
Doh! I didn't realize that release candidate 2 was the final.
Any news?
I still haven't seen the progressive slow down, but I have rebuilt a couple of times since and keep rebooting for various reasons so it probably hasn't had time to build up yet if it is still doing it.
The grep still gives me 165-169, I have put in a 7300GT card now - and yes I also get the "Z" in the middle of the screen... bizarre, I can't explain why it would be a Z shape! Logically I can easily see why it would be a clean horizontal line, but a Z shape doesn't make sense to me! Have gone back to Overlay mode as the tearing was unbearable even with a chipset that is supposed to be capable of at least 4-8 times the rendering speed (although, granted, this is in 3D rendering, which wouldn't really effect the type of OpenGL graphics the UI is doing)
I have a 7300GT card in a MD and a 7300 LE in the core, both with 512 MB. I too see alittle tearing but it is bearable. It seems like every 2 - 3 days the stuttering starts and I reload the router, then it is OK. Has anyone used the 9600GT?
I got another computer core 2 quad 9300, 4 GB ram, intel dx38bt motherboard. Using the 7300 LE video card. I haven't seen the stuttering yet.
Today when I saw the stuttering/low frame rate issue instead of doing a quick reload I decided to take another look at the system. What I found was the Xine_Player process was using ~37% of the cpu and had used 184+ CPU minutes. I killed that process (ssh in from another computer) and as expected the currently playing movie stopped and it took me back to the main menu. I restarted the same movie and this time it played fine and Xine_Player cpu use is bouncing between 1% and 6%.
I'm not sure if Xine_Player is supposed to exit after each movie and isn't, or of there is some other issue but the problem is definitely with Xine_Player. I'm not really sure where to go from here. Xine_Player is a binary not a wrapper script so it's not something I can look into, and I'm not sure if the intended use is to exit after each movie or stay running. I'm also beginning to wonder if it's related to how I/we exit movies and go back to the main menu.
Quote from: skeptic on July 19, 2008, 08:23:03 PM
I'm not sure if Xine_Player is supposed to exit after each movie and isn't, or of there is some other issue but the problem is definitely with Xine_Player. I'm not really sure where to go from here. Xine_Player is a binary not a wrapper script so it's not something I can look into, and I'm not sure if the intended use is to exit after each movie or stay running. I'm also beginning to wonder if it's related to how I/we exit movies and go back to the main menu.
I regularly experience the problem. Just a data point, I use the Nokia N800 orbiter and exit movies by pressing the off icon in the lower right hand corner of the UI-1 display during the credits (i.e., I don't let the movie finish).
HTH,
Roy
The Xine_Player is a DCE device, and thus is always running, even when a video is not playing.
-Thom
and a router reload does restart the dce devices....
That could point to a problem in the xine one couldn't it?
How can we troubleshoot it?
valgrind? :)
-Thom
Quote from: tschak909 on July 20, 2008, 01:15:18 AM
valgrind? :)
-Thom
hmmm.... do the DCE devices get started from a script that could have the valgrind command prefixed to? Is it easy to use?
yes, look at SpawnDevice.sh in /usr/pluto/bin
valgrind can be used as a memory profiler to detect memory leaks, and do simple profiling.
-Thom
Quote from: skeptic on July 19, 2008, 08:23:03 PM
Today when I saw the stuttering/low frame rate issue instead of doing a quick reload I decided to take another look at the system. What I found was the Xine_Player process was using ~37% of the cpu and had used 184+ CPU minutes. I killed that process (ssh in from another computer) and as expected the currently playing movie stopped and it took me back to the main menu. I restarted the same movie and this time it played fine and Xine_Player cpu use is bouncing between 1% and 6%.
I'm not sure if Xine_Player is supposed to exit after each movie and isn't, or of there is some other issue but the problem is definitely with Xine_Player. I'm not really sure where to go from here. Xine_Player is a binary not a wrapper script so it's not something I can look into, and I'm not sure if the intended use is to exit after each movie or stay running. I'm also beginning to wonder if it's related to how I/we exit movies and go back to the main menu.
My goodness, skeptic, you're right, I hadn't noticed it before - just noticed the stuttering starting to come back, so a fired up top and noted that xine_player's CPU was pretty stablised at around 41% and mem at 4.4%.
I reloaded the router, and this immediately dropped to about 15% and 2.1%, again pretty stable... and the stuttering is gone. I'm still unable to determine whether it is pure elapsed system/process uptime or if it is related to the amount of time that xine_player is actually doing work... This happened about 27 hours after rebooting.
Continuing trying to see if I can stimulate the behaviour in any way. I have tried: play/pause, fast-forward/rewind from remote buttons, ff/rw absolute and relative slider, track forward/backward and stopping the video file part way through and starting again extensively without making any lasting difference to either xine_player's CPU or memory.
Going to try some other stuff (like different files in case it is related to the codec) and will post back...
OK, checked some other video files without being able to stimulate the problem, and some other stuff. No go...
Actually, in the process it did appear to creap up from around 15% as I said (same video file) to around 20-21%. Didn't think much of that, but decided to reload the router anyway. Its gone back to 15%.... memory doesn't appear to be leaking from what I can see.
Took a look at valgrind - not sure I even know where to begin with it. I will continue reading but don't hold your collective breath!
I have some problem. I am using 7050 integrated video chipset. I didn't expect this since this symptom caught my attention on it. I knew cpu and memory will get higher after couple days. Currently, I started to pay attention on it since this one is actually effecting the system functionality. If you leave video play/stay there for whole day or couple days(I mean leave the video keep playing there without turning it off), the CPU% usage and memory leak will get higher. And, it did effect the system after CPU usage and memory reach some certain point. Then, you can see the stutter.
In my case, if I force to "kill" Xine_Player under command line. There is a chance that I won't be able to see video again when I click video to play in GUI. The DVD video output won't work. Except that, everything is working, FF, ip camera, routing...etc.
So, for someone who don't have this issue, could you share your hardware list and driver version if you do any driver updates.