From: "Марьясин Семён" <MarSoft@ya.ru>
To: gentoo-user-ru@lists.gentoo.org
Subject: Re: [gentoo-user-ru] amarok & flac
Date: Wed, 01 Apr 2009 23:20:44 +0400 [thread overview]
Message-ID: <300991238613644@webmail90.yandex.ru> (raw)
In-Reply-To: <20090401182817.GA2577@home.power>
>
> Hi!
>
> On Mon, Mar 30, 2009 at 12:47:56PM +0300, Alex Efros wrote:
> Никто не сталкивался со странным поведением amarok при навигации по
> playlist-у с flac?
>
> У меня наблюдается странный баг, когда при переходе на трек он начинает
> проигрываться не с начала. Вариант один - предыдущий трек доиграл, и
> следующий начинает играть сразу где-то с 30-й секунды; вариант два - если
>
>
> Я сегодня обновил ядро. С 2.6.28-hardened-r6 на 2.6.28-hardened-r7.
> Какое это имеет отношение к amarok/flac? Самое непосредственное!
> Для обновления ядра пришлось перегрузиться, и я с удивление обнаружил,
> что баг amarok/flac после перезагрузки прошёл!!
>
> Как оказалось чуть позже, баг прошёл временно. При первом проигрывании
> flac-файлов они действительно игрались как положено, с начала.
> Но при повторном проигрывании тех же файлов возникла старая проблема:
> проигрывание начинается примерно с 15-40 секунды.
>
> Дальнейшие эксперименты показали, что ни перезапуск amarok, ни убивание
> всех запускаемых им kde/dcop/etc. процессов (у меня fluxbox), ни даже
> перезапуск X проблему не фиксят. А вот после перезагрузки системы она
> действительно проходит (на время проигрывания файлов по первому разу).
>
> Честно говоря, за мои 15 лет работы с Linux - это первый случай, когда баг
> проходит сам собой после перезагрузки (с ужасом вспоминаю винду, где это -
> норма жизни)...
>
> Нда. И что делать в этой ситуации? По логике, это должен быть баг в ядре,
> раз он временно проходит после перезагрузки. Связанный с кешированием
> файлов, или что-то в этом духе, раз баг снова возникает при повторном
> проигрывании файлов. Но ведь всё остальное работает... да и flac-и эти в
> том же xine нормально играются, с начала.
>
>
> P.S.
> Amarok, конечно, удобная софтинка, хоть и глючная... и это, в принципе, не
> новость. Но чтобы до такой степени глючить - это уже переходит все границы!
>
> --
> WBR, Alex.
>
>
Может он тупо в /tmp какой-то кэш держит? а /tmp при перезагрузке чистится?..
next prev parent reply other threads:[~2009-04-01 19:21 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-30 9:47 [gentoo-user-ru] amarok & flac Alex Efros
2009-03-30 11:26 ` Feata`lion Nyere``
2009-03-30 11:33 ` Alex Efros
2009-03-30 12:52 ` Alexander Pilipovsky
2009-04-01 15:02 ` Alex Efros
2009-04-01 16:27 ` Alex Efros
2009-04-01 18:28 ` Alex Efros
2009-04-01 19:20 ` Марьясин Семён [this message]
2009-04-01 19:49 ` Alex Efros
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=300991238613644@webmail90.yandex.ru \
--to=marsoft@ya.ru \
--cc=gentoo-user-ru@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox