I was complaining earlier mp3-plugin is unstable with dxr3. However, now I have FF card on other system, and similar unstability there also. Both systems are with splow cpu. DXR3 is on P350, and now testing with P266. Everything works fine, but then after 5-500 minutes remote stops working, and 5-60 seconds after that music stops playing. Sometimes vdr restarts (with watchdog), sometimes not.
On dxr3 system I have tested only with vdr-1.3.23 (http://www.e-tobi.net/vdrdevel/sarge/experimental/ multipatch)
On FF+P266 system I tested:
- vdr-1.3.23 * http://www.e-tobi.net/vdrdevel/sarge/experimental/ multipatch * http://www.e-tobi.net/vdrdevel/sarge/experimental/ standard - vdr-1.3.17 * http://www.e-tobi.net/vdrdevel/sarge/testing/ multipatch
I run mp3 plugin showing track title & progressbar. Normally I have background scanner running, but I had one crash also without it. I suppose recording during listening music makes things worse.
I suppose this might be possible to fix, since system is responsive and working, but on some point it stops working totally.
Anybody else similar experiences?
Markku Tavasti tavasti@iki.fi writes:
testing with P266. Everything works fine, but then after 5-500 minutes remote stops working, and 5-60 seconds after that music stops playing. Sometimes vdr restarts (with watchdog), sometimes not.
More testing:
- P350 + dxr3 sometimes dies completely. OS crashes, and even reset button not working, only removing AC helps. However, not every time this bad. Machine is outputting audio to soundcard.
- P266 +FF card enters to state where music does not play, but remote works. I can change track, but it won't play, and track does not progress. Exiting mp3-player and starting it again helps.
Markku Tavasti wrote:
Anybody else similar experiences?
With version 0.9.12 of the plugin I get the following (Intel Celeron 433Mhz, output via OSS, black background) : - Only stable when playing streams over network. - Always crashes (well VDR takes 99% of CPU time) when playing songs from harddrive which are "new" (ie. no id3-tag got scanned). The next time the song gets played it works, besides this : - Frequent crashes when changing songs from harddrive (again, VDR takes 99% of CPU time),
AFAIS, the plugin got some ugly race conditions concering threads.
On 20 Apr 2005 Martin Cap macap20001@compuserve.de wrote:
Markku Tavasti wrote:
With version 0.9.12 of the plugin I get the following (Intel Celeron 433Mhz, output via OSS, black background) :
- Only stable when playing streams over network.
- Always crashes (well VDR takes 99% of CPU time) when playing songs
from harddrive which are "new" (ie. no id3-tag got scanned). The next time the song gets played it works, besides this :
- Frequent crashes when changing songs from harddrive (again, VDR takes
99% of CPU time),
AFAIS, the plugin got some ugly race conditions concering threads.
This might be possible, but I don't know how to debug this as nothing of it happens on my machine (playing a lot song from harddisc, right now for 6 hours continiously).
My suggestion is that somebody with that problem, please wait until vdr hangs with 100% cpu and then hook gdb to this process to see which thread it is and where it hangs.
I'm sorry, but I'm currently rather busy with other stuff, so that I cannot spent time on this myself. I'm be back on this in a week or two...
Regards.
Stefan Huelswitt wrote:
My suggestion is that somebody with that problem, please wait until vdr hangs with 100% cpu and then hook gdb to this process to see which thread it is and where it hangs.
Hi,
sure, I already did this. It already was discussed here, resulting in something between VDR and the plugin itself... The worst part is: I don't remember myself but will look it up. So stay tuned.
s.huelswitt@gmx.de (Stefan Huelswitt) writes:
This might be possible, but I don't know how to debug this as nothing of it happens on my machine (playing a lot song from harddisc, right now for 6 hours continiously).
At least for me problem seems to be changing song by hand. Skipping current song, replaying last played song (random play), or selecting wanted track by entering numbers, all seem to crash often. It does not crash if you start pressing 'next' all the time for testing, but in normal use when you have some unwanted tracks on your playlist, you have 4 year old kid saying 'I want my favourite track', etc. At least yesterday my system crashed nearly every time I tried something like that.
On 23 Apr 2005 Martin Cap macap20001@compuserve.de wrote:
Stefan Huelswitt wrote:
My suggestion is that somebody with that problem, please wait until vdr hangs with 100% cpu and then hook gdb to this process to see which thread it is and where it hangs.
sure, I already did this. It already was discussed here, resulting in something between VDR and the plugin itself... The worst part is: I don't remember myself but will look it up. So stay tuned.
Anything?
Regards.
-
Markku Tavasti -
Martin Cap -
s.huelswitt＠gmx.de