Приветствую!
А не подскажет ли мне кто-нибудь, как получить время проигрывания, скажем, flac-файла без его проигрывания? В тегах эту информацию, видимо, сохранять не принято. Ещё лучше было бы найти универсальную программу типа lltag, которая могла бы вычислять время для файлов разных форматов.
Наилучшим же вариантом был бы Perl-модуль, который такое умеет :-)
Заранее дико благодарен!
Почему не подтверждают новость http://www.linux.org.ru/news/gnu/4788971?lastmod=1271688841652?
Настоятельно рекомендую модераторам поработать с тредом http://www.linux.org.ru/news/bsd/4789332. Некто Julio_Petrovich переполнил его оскорблениями и личными выпадами в адрес Столлмана.
Его ненависть к rms — это его личное дело, но забивать тред первой страницы наглыми оскорблениями — это уж слишком. Здоровой дискуссии это точно не способствует:
http://www.linux.org.ru/jump-message.jsp?msgid=4789332&cid=4789833
http://www.linux.org.ru/jump-message.jsp?msgid=4789332&cid=4790108
http://www.linux.org.ru/jump-message.jsp?msgid=4789332&cid=4790323
Исправьте, пожалуйста, текст вот этой новости: http://www.linux.org.ru/news/multimedia/4769924. FSF не имеет никакого отношения к этому открытому письму.
Только что зарубили на корню вполне уместную новость о конференции LibrePlanet-2010: www.linux.org.ru/news/gnu/4670888.
Очень жаль, что, по мнению господина svu, быдло-лоровцы должны узнавать об акциях FSF только по их завершении.
Я понимаю, что новостей много и руки чешутся хоть что-нибудь удалить, да и первая страница не резиновая, — но ведь и новость не из разряда «микрософт разрешил использовать другие бровзеры». Так ведь?
Запостил новость, ее удалили с формулировкой "Не интересно у нас, да и три недели уже прошло". Позволю себе не согласиться с решением модератора. «У нас» очень многие пользуются PayPal и при этом приходится принимать пользовательское соглашение. Кроме того, три недели — это не такой уж и большой срок, к тому же на ЛОРе это еще не засветилось, вроде бы.
Возможно, мне стоило как-то резюмировать суть новости? То, что FSF во всем блюдёт интересы сторонников свободы ПО, а «большой бизнес» считается с их идеалами — вполне себе приятные известия :-) Не сенсация, но все же.
На моем машине фигово звучит музыка, в некоторых (вполне определенных) фрагментах композиций звук похрипывает и как будто «рассыпается» (как свои FLAC-файлы, созданные из коллекции CD, так и «скочанные» mp3). Создается ощущение перегруженности звука.
Звук встроенный в мат. плату (ASUS M3A78-EM). Пробовал разные дистрибутивы из свежих — все равно. Звук паршивый не только в колонках, но и в наушниках, подключенных прямо к плате (воткнутых в сис. блок). PulseAudio и другие звуковые серверы не использую, только ALSA.
Кто-нибудь сталкивался с такой проблемой? Вот вывод некоторых команд на моей основной системе — Gentoo:
# uname -srmpio
Linux 2.6.30.6-libre x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ AuthenticAMD GNU/Linux
# lspci | grep -i audio
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
01:05.1 Audio device: ATI Technologies Inc RS780 Azalia controller
# lsmod | grep snd
snd_seq_oss 18816 0
snd_seq_midi_event 3544 1 snd_seq_oss
snd_seq 33744 4 snd_seq_oss,snd_seq_midi_event
snd_seq_device 3660 2 snd_seq_oss,snd_seq
snd_pcm_oss 26880 0
snd_mixer_oss 10664 1 snd_pcm_oss
snd_hda_codec_realtek 211612 1
snd_hda_intel 15336 3
snd_hda_codec 37960 2 snd_hda_codec_realtek,snd_hda_intel
snd_pcm 45312 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer 13304 2 snd_seq,snd_pcm
snd 36728 16 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer
snd_page_alloc 5224 2 snd_hda_intel,snd_pcm
Начну, собственно, с вопроса: имеет ли смысл указывать опцию -fvisibility=hidden для обычной программы на c++ (не библиотеки)?
Предыстория вопроса такая. Недавно провел два дня в поисках страшного глюка в моей программе, оказалось виной всему опция -fvisibility=hidden, которая затесалась в список флагов gcc (добавляют ее скрипты kde4 для cmake).
Суть проблемы в следующем. Я пишу библиотеку и программу, ее использующую, и то и другое на c++. Библиотека компилируется без опции -fvisibility, то есть по умолчанию подразумевается -fvisibility=default. Программа компилировалась с -fvisibility=hidden. В результате произошло следующее: одна статическая переменная из библиотеки (объявлена в шаблонном классе) при старте программы инициализируется *дважды* (проверял отладочным выводом), то есть появляется два ее экземпляра, которые попеременно используются в программе! Вот так и начинаются бессонные ночи с отладчиком :-)
Когда я убрал эту опцию, все встало на свои места. В общем, хотелось бы услышать комментарии по этому вопросу: есть ли вообще смысл в указании этой опции для обычных программ и, если она указана, не является ли такой побочный эффект, скажем, багом gcc?
Кто-нибудь знает как привязать к KAction клавишу именно с NumPad'а (что-то вроде Qt::Key_NumPad0 или Qt::Key_KeyPad0)? Не могу найти нигде, ни в документации, ни вообще в сети...