FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 10-30-2009, 10:17 AM
Dale
 
Default Kmplayer, video and audio not syncing.

Alan McKinnon wrote:
>
> I haven't snipped - the output might be useful later in the thread.
>
> First, the "slow system" message always means something, but it's a bit
> generic. It means that mplayer can't process the audio fast enough and like
> the message says is often buggy driver or wrong configs. Try the suggestions
> listed.
>
> An OOo compile in the background will indeed kill interactive processes. I
> find that even on this DualCore2 2.6 notebook with 4G of RAM, building OOo
> sends the load through the roof, especially when it starts printing progress
> lines with lots of dots. It's IO blocking on something and the entire machine
> just sits there doing nothing whatsoever except sit in a tight loop waiting
> for soemthing to happen in the build.
>
> Try again once emerge OOo has completed. emerge KDE should not affect things
> anywhere near the same amount.
>
>
>
>

I'm a snipping. LOL I haven't ignored this reply, I been testing some
things. It appears that some file types are worse than others. .mp4
for example seems to be worse than a .flv. I'm still trying to make
some sense out of this so I can report back something that makes sense.
Trust me, that can be a challenge for me sometimes. ;-)

Back when something falls into place. Oh, waiting until OOo was done
compiling did help a LOT. It's still a little bit off tho.

Dale

:-) :-)
 
Old 10-30-2009, 03:22 PM
Jesús Guerrero
 
Default Kmplayer, video and audio not syncing.

On Fri, 30 Oct 2009 06:17:51 -0500, Dale <rdalek1967@gmail.com> wrote:
> Alan McKinnon wrote:
>>
>> I haven't snipped - the output might be useful later in the thread.
>>
>> First, the "slow system" message always means something, but it's a bit

>> generic. It means that mplayer can't process the audio fast enough and
>> like
>> the message says is often buggy driver or wrong configs. Try the
>> suggestions
>> listed.
>>
>> An OOo compile in the background will indeed kill interactive
processes.
>> I
>> find that even on this DualCore2 2.6 notebook with 4G of RAM, building
>> OOo
>> sends the load through the roof, especially when it starts printing
>> progress
>> lines with lots of dots. It's IO blocking on something and the entire
>> machine
>> just sits there doing nothing whatsoever except sit in a tight loop
>> waiting
>> for soemthing to happen in the build.
>>
>> Try again once emerge OOo has completed. emerge KDE should not affect
>> things
>> anywhere near the same amount.
>>
>>
>>
>>
>
> I'm a snipping. LOL I haven't ignored this reply, I been testing some
> things. It appears that some file types are worse than others. .mp4
> for example seems to be worse than a .flv. I'm still trying to make
> some sense out of this so I can report back something that makes sense.
> Trust me, that can be a challenge for me sometimes. ;-)

kmplayer can get in the middle, can you -please- test regular mplayer from
command line?

I've had a similar issue a couple of weeks ago, and we were able to track
it down on the mplayer mailing lists. If it's the same bug, I was able to
consistently reproduce it in streams with ac3 (5.1) audio (stereo worked
fine), and only when using ALSA. So, check that and see if you can see a
pattern there. If you see that same pattern, then it might be the same bug,
it's been fixed in the development branch, and the following ebuilds should
work fine:

1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999

If not, then it's probably something else. But try with mplayer alone when
debugging, since kmplayer just adds another level to worry about. For your
reference, here's the bug I opened, there you can also find links to the
relevant mails in the mplayer ML.

http://bugs.gentoo.org/show_bug.cgi?id=286020

--
Jesús Guerrero
 
Old 10-31-2009, 02:34 AM
Dale
 
Default Kmplayer, video and audio not syncing.

Jesús Guerrero wrote:
>
> kmplayer can get in the middle, can you -please- test regular mplayer from
> command line?
>
> I've had a similar issue a couple of weeks ago, and we were able to track
> it down on the mplayer mailing lists. If it's the same bug, I was able to
> consistently reproduce it in streams with ac3 (5.1) audio (stereo worked
> fine), and only when using ALSA. So, check that and see if you can see a
> pattern there. If you see that same pattern, then it might be the same bug,
> it's been fixed in the development branch, and the following ebuilds should
> work fine:
>
> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999
>
> If not, then it's probably something else. But try with mplayer alone when
> debugging, since kmplayer just adds another level to worry about. For your
> reference, here's the bug I opened, there you can also find links to the
> relevant mails in the mplayer ML.
>
> http://bugs.gentoo.org/show_bug.cgi?id=286020
>
>

I can give it a shot at least. Do I just run mplayer path/to/file or do
I need to add some options so that it will provide more info?

I hate windoze but I like desktop GUI's. LOL

Dale

:-) :-)
 
Old 10-31-2009, 06:26 PM
Alan McKinnon
 
Default Kmplayer, video and audio not syncing.

On Saturday 31 October 2009 05:34:57 Dale wrote:
> Jesús Guerrero wrote:
> > kmplayer can get in the middle, can you -please- test regular mplayer
> > from command line?
> >
> > I've had a similar issue a couple of weeks ago, and we were able to track
> > it down on the mplayer mailing lists. If it's the same bug, I was able to
> > consistently reproduce it in streams with ac3 (5.1) audio (stereo worked
> > fine), and only when using ALSA. So, check that and see if you can see a
> > pattern there. If you see that same pattern, then it might be the same
> > bug, it's been fixed in the development branch, and the following ebuilds
> > should work fine:
> >
> > 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999
> >
> > If not, then it's probably something else. But try with mplayer alone
> > when debugging, since kmplayer just adds another level to worry about.
> > For your reference, here's the bug I opened, there you can also find
> > links to the relevant mails in the mplayer ML.
> >
> > http://bugs.gentoo.org/show_bug.cgi?id=286020
>
> I can give it a shot at least. Do I just run mplayer path/to/file or do
> I need to add some options so that it will provide more info?

If you run mplayer <file> it will try to autodetect what to do. Or you can
look at the kmpayer config and find the corresponding options in mplayer's man
page and use those to see if it makes a difference.

Beware the mplayer man page - it's huge, complex and a horrendous read. That's
unavoidable - happens with any complex software that covers 100s of possible
combinations.

--
alan dot mckinnon at gmail dot com
 
Old 10-31-2009, 08:30 PM
Dale
 
Default Kmplayer, video and audio not syncing.

Alan McKinnon wrote:
> On Saturday 31 October 2009 05:34:57 Dale wrote:
>
>> Jesús Guerrero wrote:
>>
>>> kmplayer can get in the middle, can you -please- test regular mplayer
>>> from command line?
>>>
>>> I've had a similar issue a couple of weeks ago, and we were able to track
>>> it down on the mplayer mailing lists. If it's the same bug, I was able to
>>> consistently reproduce it in streams with ac3 (5.1) audio (stereo worked
>>> fine), and only when using ALSA. So, check that and see if you can see a
>>> pattern there. If you see that same pattern, then it might be the same
>>> bug, it's been fixed in the development branch, and the following ebuilds
>>> should work fine:
>>>
>>> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999
>>>
>>> If not, then it's probably something else. But try with mplayer alone
>>> when debugging, since kmplayer just adds another level to worry about.
>>> For your reference, here's the bug I opened, there you can also find
>>> links to the relevant mails in the mplayer ML.
>>>
>>> http://bugs.gentoo.org/show_bug.cgi?id=286020
>>>
>> I can give it a shot at least. Do I just run mplayer path/to/file or do
>> I need to add some options so that it will provide more info?
>>
>
> If you run mplayer <file> it will try to autodetect what to do. Or you can
> look at the kmpayer config and find the corresponding options in mplayer's man
> page and use those to see if it makes a difference.
>
> Beware the mplayer man page - it's huge, complex and a horrendous read. That's
> unavoidable - happens with any complex software that covers 100s of possible
> combinations.
>
>

I noticed it was huge. That was why I asked. I figured a reply might
be faster than me trying to read all that then understand it as well.
That could take a looooooong while. LOL

Dale

:-) :-)
 
Old 11-01-2009, 02:06 PM
Jesús Guerrero
 
Default Kmplayer, video and audio not syncing.

On Fri, 30 Oct 2009 22:34:57 -0500, Dale <rdalek1967@gmail.com> wrote:
> Jesús Guerrero wrote:
>>
>> kmplayer can get in the middle, can you -please- test regular mplayer
>> from
>> command line?
>>
>> I've had a similar issue a couple of weeks ago, and we were able to
track
>> it down on the mplayer mailing lists. If it's the same bug, I was able
to
>> consistently reproduce it in streams with ac3 (5.1) audio (stereo
worked
>> fine), and only when using ALSA. So, check that and see if you can see
a
>> pattern there. If you see that same pattern, then it might be the same
>> bug,
>> it's been fixed in the development branch, and the following ebuilds
>> should
>> work fine:
>>
>> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999
>>
>> If not, then it's probably something else. But try with mplayer alone
>> when
>> debugging, since kmplayer just adds another level to worry about. For
>> your
>> reference, here's the bug I opened, there you can also find links to
the
>> relevant mails in the mplayer ML.
>>
>> http://bugs.gentoo.org/show_bug.cgi?id=286020
>>
>>
>
> I can give it a shot at least. Do I just run mplayer path/to/file or do
> I need to add some options so that it will provide more info?

Sorry for the delay, it's been a busy weekend

You can just run "mplayer <file>", if you need to force ALSA (so you can
check if it's a problem with ALSA as it was my case) you can add -ao alsa,
so it would be:

mplayer -ao alsa <filename>

Mplayer is usually smart enough to decide what to do without any further
action on the user's side, however as someone said it's a very complex
program that can do almost anything in which regards playing media files,
that's why the man page is such a huge beast. If we manage to identify the
bug and reproduce it consistently then that's a huge step towards finding a
solution.

By the way, what mplayer version are you using?
--
Jesús Guerrero
 
Old 11-01-2009, 05:21 PM
Dale
 
Default Kmplayer, video and audio not syncing.

Jesús Guerrero wrote:
> On Fri, 30 Oct 2009 22:34:57 -0500, Dale <rdalek1967@gmail.com> wrote:
>
>> Jesús Guerrero wrote:
>>
>>> kmplayer can get in the middle, can you -please- test regular mplayer
>>> from
>>> command line?
>>>
>>> I've had a similar issue a couple of weeks ago, and we were able to
>>>
> track
>
>>> it down on the mplayer mailing lists. If it's the same bug, I was able
>>>
> to
>
>>> consistently reproduce it in streams with ac3 (5.1) audio (stereo
>>>
> worked
>
>>> fine), and only when using ALSA. So, check that and see if you can see
>>>
> a
>
>>> pattern there. If you see that same pattern, then it might be the same
>>> bug,
>>> it's been fixed in the development branch, and the following ebuilds
>>> should
>>> work fine:
>>>
>>> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999
>>>
>>> If not, then it's probably something else. But try with mplayer alone
>>> when
>>> debugging, since kmplayer just adds another level to worry about. For
>>> your
>>> reference, here's the bug I opened, there you can also find links to
>>>
> the
>
>>> relevant mails in the mplayer ML.
>>>
>>> http://bugs.gentoo.org/show_bug.cgi?id=286020
>>>
>>>
>>>
>> I can give it a shot at least. Do I just run mplayer path/to/file or do
>> I need to add some options so that it will provide more info?
>>
>
> Sorry for the delay, it's been a busy weekend
>
> You can just run "mplayer <file>", if you need to force ALSA (so you can
> check if it's a problem with ALSA as it was my case) you can add -ao alsa,
> so it would be:
>
> mplayer -ao alsa <filename>
>
> Mplayer is usually smart enough to decide what to do without any further
> action on the user's side, however as someone said it's a very complex
> program that can do almost anything in which regards playing media files,
> that's why the man page is such a huge beast. If we manage to identify the
> bug and reproduce it consistently then that's a huge step towards finding a
> solution.
>
> By the way, what mplayer version are you using?
>

This is the emerge info for mplayer and ffmpeg since that is what it is
using:

root@smoker / # emerge -pv mplayer ffmpeg

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild R ] media-video/ffmpeg-0.5-r1 USE="3dnow 3dnowext X alsa
encode hardcoded-tables ipv6 jpeg2k mmx mmxext mp3 sdl ssse3 vorbis x264
xvid zlib (-altivec) -amr -bindist -custom-cflags -debug -dirac -doc
-faac -faad -gsm -ieee1394 -network -oss -schroedinger -speex -test
-theora -threads -v4l -v4l2 -vdpau -vhook" VIDEO_CARDS="nvidia" 0 kB
[ebuild R ] media-video/mplayer-1.0_rc2_p20090731 USE="3dnow X aac
alsa ass cddb cdio dirac dv dvd dvdnav enca encode esd faac faad gif
iconv ipv6 jpeg live mad mmx mng mp2 mp3 network opengl osdmenu png
quicktime rar real rtc schroedinger sdl shm speex sse tremor truetype
unicode vorbis win32codecs x264 xscreensaver xv xvid -3dnowext -a52
-aalib (-altivec) -bidi -bindist -bl -cdparanoia -cpudetection
-custom-cflags -custom-cpuopts -debug -dga -directfb -doc -dts -dvb
-dxr3 -fbcon -ftp -ggi -gmplayer -jack -joystick -ladspa -libcaca -lirc
-lzo -md5sum -mmxext -nas -openal -oss -pnm -pulseaudio -pvr -radio
-samba -sse2 -ssse3 -svga -teletext -tga -theora -v4l -v4l2 -vdpau
-vidix -xanim -xinerama -xvmc -zoran" VIDEO_CARDS="nvidia -mga -s3virge
-tdfx -vesa" 0 kB

Total: 2 packages (2 reinstalls), Size of downloads: 0 kB
root@smoker / #

Those version OK? I am also still using KDE 3.5. KDE4 is just not
there yet for me.

Dale

:-) :-)
 
Old 11-01-2009, 06:20 PM
Jesús Guerrero
 
Default Kmplayer, video and audio not syncing.

On Sun, 01 Nov 2009 12:21:32 -0600, Dale <rdalek1967@gmail.com> wrote:
> Jesús Guerrero wrote:
>> On Fri, 30 Oct 2009 22:34:57 -0500, Dale <rdalek1967@gmail.com> wrote:
>>
>>> Jesús Guerrero wrote:
>>>
>>>> kmplayer can get in the middle, can you -please- test regular mplayer
>>>> from
>>>> command line?
>>>>
>>>> I've had a similar issue a couple of weeks ago, and we were able to
>>>>
>> track
>>
>>>> it down on the mplayer mailing lists. If it's the same bug, I was
able
>>>>
>> to
>>
>>>> consistently reproduce it in streams with ac3 (5.1) audio (stereo
>>>>
>> worked
>>
>>>> fine), and only when using ALSA. So, check that and see if you can
see
>>>>
>> a
>>
>>>> pattern there. If you see that same pattern, then it might be the
same
>>>> bug,
>>>> it's been fixed in the development branch, and the following ebuilds
>>>> should
>>>> work fine:
>>>>
>>>> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999
>>>>
>>>> If not, then it's probably something else. But try with mplayer alone
>>>> when
>>>> debugging, since kmplayer just adds another level to worry about. For
>>>> your
>>>> reference, here's the bug I opened, there you can also find links to
>>>>
>> the
>>
>>>> relevant mails in the mplayer ML.
>>>>
>>>> http://bugs.gentoo.org/show_bug.cgi?id=286020
>>>>
>>>>
>>>>
>>> I can give it a shot at least. Do I just run mplayer path/to/file or
do
>>> I need to add some options so that it will provide more info?
>>>
>>
>> Sorry for the delay, it's been a busy weekend
>>
>> You can just run "mplayer <file>", if you need to force ALSA (so you
can
>> check if it's a problem with ALSA as it was my case) you can add -ao
>> alsa,
>> so it would be:
>>
>> mplayer -ao alsa <filename>
>>
>> Mplayer is usually smart enough to decide what to do without any
further
>> action on the user's side, however as someone said it's a very complex
>> program that can do almost anything in which regards playing media
files,
>> that's why the man page is such a huge beast. If we manage to identify
>> the
>> bug and reproduce it consistently then that's a huge step towards
>> finding a
>> solution.
>>
>> By the way, what mplayer version are you using?
>>
>
> This is the emerge info for mplayer and ffmpeg since that is what it is
> using:
>
> root@smoker / # emerge -pv mplayer ffmpeg
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild R ] media-video/ffmpeg-0.5-r1 USE="3dnow 3dnowext X alsa
> encode hardcoded-tables ipv6 jpeg2k mmx mmxext mp3 sdl ssse3 vorbis x264
> xvid zlib (-altivec) -amr -bindist -custom-cflags -debug -dirac -doc
> -faac -faad -gsm -ieee1394 -network -oss -schroedinger -speex -test
> -theora -threads -v4l -v4l2 -vdpau -vhook" VIDEO_CARDS="nvidia" 0 kB
> [ebuild R ] media-video/mplayer-1.0_rc2_p20090731 USE="3dnow X aac
> alsa ass cddb cdio dirac dv dvd dvdnav enca encode esd faac faad gif
> iconv ipv6 jpeg live mad mmx mng mp2 mp3 network opengl osdmenu png
> quicktime rar real rtc schroedinger sdl shm speex sse tremor truetype
> unicode vorbis win32codecs x264 xscreensaver xv xvid -3dnowext -a52
> -aalib (-altivec) -bidi -bindist -bl -cdparanoia -cpudetection
> -custom-cflags -custom-cpuopts -debug -dga -directfb -doc -dts -dvb
> -dxr3 -fbcon -ftp -ggi -gmplayer -jack -joystick -ladspa -libcaca -lirc
> -lzo -md5sum -mmxext -nas -openal -oss -pnm -pulseaudio -pvr -radio
> -samba -sse2 -ssse3 -svga -teletext -tga -theora -v4l -v4l2 -vdpau
> -vidix -xanim -xinerama -xvmc -zoran" VIDEO_CARDS="nvidia -mga -s3virge
> -tdfx -vesa" 0 kB
>
> Total: 2 packages (2 reinstalls), Size of downloads: 0 kB
> root@smoker / #
>
> Those version OK? I am also still using KDE 3.5. KDE4 is just not
> there yet for me.

As far as I know that version of mplayer is bugged. I can't guarantee that
your problem is the same one I had, but if I am not mistaken the bug is
present in that release. Please, try 1.0_rc4_p20091026-r1 and see if the
bug goes away. I will open an STABLEREQ bug to speed up the stabilization
of this version, and the masking of older ones. After all, they should be
hard masked or at least patched to fix the bug.

--
Jesús Guerrero
 
Old 11-01-2009, 09:56 PM
Dale
 
Default Kmplayer, video and audio not syncing.

Jesús Guerrero wrote:
> On Sun, 01 Nov 2009 12:21:32 -0600, Dale <rdalek1967@gmail.com> wrote:
>
>> Jesús Guerrero wrote:
>>
>>> On Fri, 30 Oct 2009 22:34:57 -0500, Dale <rdalek1967@gmail.com> wrote:
>>>
>>>
>>>> Jesús Guerrero wrote:
>>>>
>>>>
>>>>> kmplayer can get in the middle, can you -please- test regular mplayer
>>>>> from
>>>>> command line?
>>>>>
>>>>> I've had a similar issue a couple of weeks ago, and we were able to
>>>>>
>>>>>
>>> track
>>>
>>>
>>>>> it down on the mplayer mailing lists. If it's the same bug, I was
>>>>>
> able
>
>>>>>
>>>>>
>>> to
>>>
>>>
>>>>> consistently reproduce it in streams with ac3 (5.1) audio (stereo
>>>>>
>>>>>
>>> worked
>>>
>>>
>>>>> fine), and only when using ALSA. So, check that and see if you can
>>>>>
> see
>
>>>>>
>>>>>
>>> a
>>>
>>>
>>>>> pattern there. If you see that same pattern, then it might be the
>>>>>
> same
>
>>>>> bug,
>>>>> it's been fixed in the development branch, and the following ebuilds
>>>>> should
>>>>> work fine:
>>>>>
>>>>> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999
>>>>>
>>>>> If not, then it's probably something else. But try with mplayer alone
>>>>> when
>>>>> debugging, since kmplayer just adds another level to worry about. For
>>>>> your
>>>>> reference, here's the bug I opened, there you can also find links to
>>>>>
>>>>>
>>> the
>>>
>>>
>>>>> relevant mails in the mplayer ML.
>>>>>
>>>>> http://bugs.gentoo.org/show_bug.cgi?id=286020
>>>>>
>>>>>
>>>>>
>>>>>
>>>> I can give it a shot at least. Do I just run mplayer path/to/file or
>>>>
> do
>
>>>> I need to add some options so that it will provide more info?
>>>>
>>>>
>>> Sorry for the delay, it's been a busy weekend
>>>
>>> You can just run "mplayer <file>", if you need to force ALSA (so you
>>>
> can
>
>>> check if it's a problem with ALSA as it was my case) you can add -ao
>>> alsa,
>>> so it would be:
>>>
>>> mplayer -ao alsa <filename>
>>>
>>> Mplayer is usually smart enough to decide what to do without any
>>>
> further
>
>>> action on the user's side, however as someone said it's a very complex
>>> program that can do almost anything in which regards playing media
>>>
> files,
>
>>> that's why the man page is such a huge beast. If we manage to identify
>>> the
>>> bug and reproduce it consistently then that's a huge step towards
>>> finding a
>>> solution.
>>>
>>> By the way, what mplayer version are you using?
>>>
>>>
>> This is the emerge info for mplayer and ffmpeg since that is what it is
>> using:
>>
>> root@smoker / # emerge -pv mplayer ffmpeg
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild R ] media-video/ffmpeg-0.5-r1 USE="3dnow 3dnowext X alsa
>> encode hardcoded-tables ipv6 jpeg2k mmx mmxext mp3 sdl ssse3 vorbis x264
>> xvid zlib (-altivec) -amr -bindist -custom-cflags -debug -dirac -doc
>> -faac -faad -gsm -ieee1394 -network -oss -schroedinger -speex -test
>> -theora -threads -v4l -v4l2 -vdpau -vhook" VIDEO_CARDS="nvidia" 0 kB
>> [ebuild R ] media-video/mplayer-1.0_rc2_p20090731 USE="3dnow X aac
>> alsa ass cddb cdio dirac dv dvd dvdnav enca encode esd faac faad gif
>> iconv ipv6 jpeg live mad mmx mng mp2 mp3 network opengl osdmenu png
>> quicktime rar real rtc schroedinger sdl shm speex sse tremor truetype
>> unicode vorbis win32codecs x264 xscreensaver xv xvid -3dnowext -a52
>> -aalib (-altivec) -bidi -bindist -bl -cdparanoia -cpudetection
>> -custom-cflags -custom-cpuopts -debug -dga -directfb -doc -dts -dvb
>> -dxr3 -fbcon -ftp -ggi -gmplayer -jack -joystick -ladspa -libcaca -lirc
>> -lzo -md5sum -mmxext -nas -openal -oss -pnm -pulseaudio -pvr -radio
>> -samba -sse2 -ssse3 -svga -teletext -tga -theora -v4l -v4l2 -vdpau
>> -vidix -xanim -xinerama -xvmc -zoran" VIDEO_CARDS="nvidia -mga -s3virge
>> -tdfx -vesa" 0 kB
>>
>> Total: 2 packages (2 reinstalls), Size of downloads: 0 kB
>> root@smoker / #
>>
>> Those version OK? I am also still using KDE 3.5. KDE4 is just not
>> there yet for me.
>>
>
> As far as I know that version of mplayer is bugged. I can't guarantee that
> your problem is the same one I had, but if I am not mistaken the bug is
> present in that release. Please, try 1.0_rc4_p20091026-r1 and see if the
> bug goes away. I will open an STABLEREQ bug to speed up the stabilization
> of this version, and the masking of older ones. After all, they should be
> hard masked or at least patched to fix the bug.
>
>

I'll unmask and keyword if needed to get the latest version. I have
noticed that if my CPU is not to busy, it does a lot better but appears
to be a half second off or so even if fairly idle. It still varies by
the file type tho. I use Firefox and the download helper extension to
both download and convert the files to mpg4. I set it to "same quality"
and that seems to help a LOT and the files are larger. It uses ffmpeg
to convert the files. I convert them in case I send a video to a
windoze user. My brother can't get a .flv to play except through a
website. I dunno. Its windoze. LOL

Dale

:-) :-)
 
Old 11-02-2009, 05:08 AM
Dale
 
Default Kmplayer, video and audio not syncing.

Jesús Guerrero wrote:
>
> As far as I know that version of mplayer is bugged. I can't guarantee that
> your problem is the same one I had, but if I am not mistaken the bug is
> present in that release. Please, try 1.0_rc4_p20091026-r1 and see if the
> bug goes away. I will open an STABLEREQ bug to speed up the stabilization
> of this version, and the masking of older ones. After all, they should be
> hard masked or at least patched to fix the bug.
>
>

Well, this opened a can of worms. After doing that upgrade, I get a
endless loop of preserved-rebuilds. Here is the list that I keep going
in circles with:

Sun Nov 1 17:22:11 2009 >>> media-libs/x264-0.0.20091021
Sun Nov 1 17:35:33 2009 >>> media-video/mplayer-1.0_rc4_p20091026-r1
Sun Nov 1 18:25:39 2009 >>> media-libs/x264-0.0.20081006
Sun Nov 1 18:29:09 2009 >>> media-libs/libquicktime-1.1.3
Sun Nov 1 18:47:44 2009 >>> media-video/avidemux-2.4.4-r2
Sun Nov 1 18:58:11 2009 >>> media-video/ffmpeg-0.5-r1
Sun Nov 1 21:35:58 2009 >>> media-libs/x264-0.0.20091021
Sun Nov 1 21:48:19 2009 >>> media-video/mplayer-1.0_rc4_p20091026-r1
Sun Nov 1 22:25:58 2009 >>> media-libs/x264-0.0.20081006
Sun Nov 1 22:29:24 2009 >>> media-libs/libquicktime-1.1.3
Sun Nov 1 22:47:44 2009 >>> media-video/avidemux-2.4.4-r2
Sun Nov 1 22:58:09 2009 >>> media-video/ffmpeg-0.5-r1
root@smoker / #

It just seems to go round and round. Ideas?

Dale

:-) :-)
 

Thread Tools




All times are GMT. The time now is 11:29 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org