i encountered this little bug after compiling and installing a new
kernel. i got rid of it through recompiling mplayer from cvs (official
package should work, too) and removing the xine audio plugin
[plugin.remove(audio.xine)]. furthermore i don't use the normal
audio.mplayer plugin but
Should be fixed in 1.5.3. If not, report back.
Dischi
I've started getting this problem now also, running freevo 1.5.4, i just
upgraded from fc2 to fc4 using yum today, it worked fine before hand so
must be something to do with the new mplayer/xine i've got installed.
fixed by adding;
shane wrote:
I wonder why compiling mplayer in a different fashion solved the
problem for me. I guess I am not even sure if my problem was caused
by xine playing the second time.
The problem may be that we use the mplayer stdout information to
detect if mplayer played the file with success or
On 12/12/05, Dirk Meyer [EMAIL PROTECTED] wrote:
shane wrote:
I wonder why compiling mplayer in a different fashion solved the
problem for me. I guess I am not even sure if my problem was caused
by xine playing the second time.
The problem may be that we use the mplayer stdout
On 12/12/05, come se fosse antani [EMAIL PROTECTED] wrote:
On 12/12/05, Dirk Meyer [EMAIL PROTECTED] wrote:
shane wrote:
I wonder why compiling mplayer in a different fashion solved the
problem for me. I guess I am not even sure if my problem was caused
by xine playing the second
Thank You, I appreciate the explanation :-)
On 12/12/05, Dirk Meyer [EMAIL PROTECTED] wrote:
shane wrote:
I wonder why compiling mplayer in a different fashion solved the
problem for me. I guess I am not even sure if my problem was caused
by xine playing the second time.
The problem may
Tamas Molnar wrote:
Jan Penninkhof wrote:
I was just wondering if anyone has encountered this: all my music is
played
twice before Freevo skips to the next song. It doesnt matter whether I
play
a random playlist, songs from an album, or a normal (pre-made) playlist.
Im running on
I used to have that problem. When I compiled mplayer by hand just
using the option --enable-directfb the problem existed. I was able to
solve the problem by letting portage(gentoos package manager) build
it. I was never able to figure out how gentoo built it differently, it
may have been a patch
hi,
On 12/11/05, shane [EMAIL PROTECTED] wrote:
I used to have that problem. When I compiled mplayer by hand justusing the option --enable-directfb the problem existed. I was able tosolve the problem by letting portage(gentoos package manager) buildit. I was never able to figure out how gentoo
sorry... sometimes this gmail thing can do things that you didnt expect.
well... I used to have this problem, and I guess it has something to do
with mplayer. I changed my setup do use xmms to play mp3s and the
problem was gone.On 12/11/05, Christian Lyra [EMAIL PROTECTED] wrote:
hi,
On
I wonder why compiling mplayer in a different fashion solved the
problem for me. I guess I am not even sure if my problem was caused
by xine playing the second time.
On 12/11/05, Tamas Molnar [EMAIL PROTECTED] wrote:
On Sunday 11 December 2005 17:26, Dirk Meyer wrote:
Tamas Molnar wrote:
Jan Penninkhof wrote:
I was just wondering if anyone has encountered this: all my music is
played
twice before Freevo skips to the next song. It doesnt matter whether I
play
a random playlist, songs from an album, or a normal (pre-made) playlist.
Im running on a Debian Sarge box
Jan Penninkhof wrote:
I was just wondering if anyone has encountered this: all my music is played
twice before Freevo skips to the next song. It doesn't matter whether I play
a random playlist, songs from an album, or a normal (pre-made) playlist.
I'm running on a Debian Sarge box with the
Jan Penninkhof wrote:
I already found the glitch. It was caused by a error message in
mplayer that was generated because mplayer couldn't open /dev/rtc. I'm
not running Freevo as root and the user that Freevo runs under doesn't
have the necessary read-rights on /dev/rtc. After I gave that user
I already found the glitch. It was caused by a error message in mplayer that
was generated because mplayer couldn't open /dev/rtc. I'm not running Freevo
as root and the user that Freevo runs under doesn't have the necessary
read-rights on /dev/rtc. After I gave that user the 'r' rights on
15 matches
Mail list logo
