http://qa.mandrakesoft.com/show_bug.cgi?id=2296
------- Additional Comments From [EMAIL PROTECTED] 2003-29-08 18:26 ------- No activity has been seen on this bug since 20030224 and it is still in UNCONFIRMED state. This probably means that the information provided was not clear enough, or that the bug is not valid anymore. Please test and confirm that this bug is still valid with the latest cooker version, or close it. ------- Additional Comments From [EMAIL PROTECTED] 2003-11-09 17:15 ------- Can you please check if this is still valid? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Mplayer seems able to connect with a WMA stream and play for a short time, but fails after about 5 or less minutes of playback. Latest winblows codecs have been downloaded from the mplayer.hu site and installed in /usr/lib/win32. It seems to be related to disk activity. If you switch between desktops in the middle of playback, mplayer croaks (evidently because there is swapping). If there is any kind of disk activity during playback, mplayer croaks. XFS filesystem is being used for all partitions on this system. Was this version of Mplayer compiled with the idea of using the windows codecs in /usr/lib/win32? Or is it using the avifile libraries? The former is probably the better solution. I'm not even sure that mplayer is using the codecs that I installed in /usr/lib/win32; certainly an "mplayer -ac help" does not show much of anything resembling win codec support. Perhaps mplayer has to be compiled with a loaded /usr/lib/win32 directory in place in order to take advantage of win32 codecs. (?) System is known good under LM82 and has 9.1 RC1 installed, synced with mirrors as of Feb 21 at 6:00PM EST. I would post the output of mplayer here but middle-click copying from terminals to windows is not working in RC1 under Enlightenment. The only codec that seemed to be mentioned by mplayer output was ffmpeg. System is known good under LM82 and has 9.1 RC1 loaded which is current with cooker mirrors as of Feb 21 at 6:00PM EST
