Предыстория. Собрался погонять Flatout 2 под вайном в своей gentoo ~amd64, в ответ получил:
err:d3d:swapchain_blit >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Swapchain present blit(EXT_framebuffer_blit)Пересобрал вайн с "-amd64 ~x86" в package.keywords, но, как и предполагал, безрезультатно.
Вопрос: что нужно, чтобы 32-битный софт под вайном работал корректно?
ЗЫ несколько других игрушек работают нормально.
Необходимо общее описание системы линковки (ld.so, ldd, ldconfig, etc), как и чего в ней работает, где и что лежит, итд. Или man-страницу с общим описанием работы подсистемы.
Пусть есть у меня файл типа text/plain, и я хочу открыть его не gedit'ом. Выбираю «Открыть в программе - Другое приложение», выбираю апликуху, оно срабатывает, но не запоминает мой выбор. Вопрос: где в гноме можно для конкретного типа файлов вручную указать команду для их открытия?
Звук Intel HDA + уши AKG K518. Пытаюсь понять, слышно ли в этом наборе разницу между flac и mp3-320. Пока однозначного ответа дать не могу, поэтому реквестирую линки на хай-энд музыку или тестовый набор звуков, наиболее наглядно выявляющий разницу между loosy и loseless.
На nVidia 9400M под драйвером 260.19 в Gentoo ~amd64, лагая, работает compiz-fusion. Лаги почти незаметны при обычном использовании десктопа, но при средней или выше средней загрузке системы или при проигрывании HD-видео лаги вылезают во всей красе, в том числе и на самом видео. При запуске metacity в compositing_manager-режиме лаги пропадают. Как избавиться от лагов компиза?
ЗЫ glxgears в компизе демонстрирует микролаги даже при количестве попугаев > 4000. Включение Vsync не помогает, хотя число попугаев исправно снижается до 60.
Есть ноут с Core 2 Duo и десктоп с Athlon 64. На обоих машинах стоит gentoo ~amd64, и я хочу наладить между ними distcc. На обоих GCC 4.5.1.
Вопрос: march первой машины - core2, второй (по идее) - athlon64-sse3. Нужно ли использовать Cross-compiling Guide или достаточно просто запустить distcc? Если первый вариант ответа - что будет, если например интел-машина соберётся использовать отсутствующий у неё 3DNow? Если второй - как это сделать? Ведь CHOST на обоих машинах вроде бы одинаковый (x86_64-pc-linux-gnu), а руководство сводится к операциям с ним.
На винте появилось несколько бэд-блоков, и я хочу попробовать «выключить» или перенаправить их ещё на уровне S.M.A.R.T. Какой софт (под линукс, конечно) умеет это делать?
Реквестирую способы прокачки фантазии. Вещества не предлагать.
ЗЫ Рекурсивный запрос получается :)
VLC запускается, но ничего не показывает на экране. Если пускать из консоли в дебаг-режиме:
jcd ~ $ vlc -vvvv
VLC media player 1.1.4.1 The Luggage (revision exported)
[0x605120] main libvlc debug: VLC media player - 1.1.4.1 The Luggage
[0x605120] main libvlc debug: Copyright © 1996-2010 the VideoLAN team
[0x605120] main libvlc debug: revision exported
[0x605120] main libvlc debug: translation test: code is "ru"
[0x605120] main libvlc debug: checking plugin modules
[0x605120] main libvlc debug: loading plugins cache file /usr/lib64/vlc/plugins/plugins-04081e-7e8.dat
[0x605120] main libvlc debug: recursively browsing `/usr/lib64/vlc/plugins'
[0x605120] main libvlc debug: saving plugins cache /usr/lib64/vlc/plugins/plugins-04081e-7e8.dat
[0x605120] main libvlc debug: module bank initialized (356 modules)
[0x605120] main libvlc debug: opening config file (/home/jcd/.config/vlc/vlcrc)
[0x605120] main libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 SSSE3 SSE4.1 FPU
[0x605120] main libvlc debug: looking for memcpy module: 3 candidates
[0x605120] main libvlc debug: using memcpy module "memcpymmxext"
[0x6e1760] main input debug: Creating an input for 'Медиа-библиотека'
[0x6e1760] main input debug: Input is a meta file: disabling unneeded options
[0x6e1760] main input debug: using timeshift granularity of 50 MiB
[0x6e1760] main input debug: using timeshift path '/tmp'
[0x6e1760] main input debug: `file/xspf-open:///home/jcd/.local/share/vlc/ml.xspf' gives access `file' demux `xspf-open' path `/home/jcd/.local/share/vlc/ml.xspf'
[0x6e1760] main input debug: creating demux: access='file' demux='xspf-open' path='/home/jcd/.local/share/vlc/ml.xspf'
[0x8cb840] main demux debug: looking for access_demux module: 2 candidates
[0x8cb840] main demux debug: no access_demux module matching "file" could be loaded
[0x8cb840] main demux debug: TIMER module_need() : 0.182 ms - Total 0.182 ms / 1 intvls (Avg 0.182 ms)
[0x6e1760] main input debug: creating access 'file' path='/home/jcd/.local/share/vlc/ml.xspf'
[0x8cb7f0] main access debug: looking for access module: 2 candidates
[0x8cb7f0] filesystem access debug: opening file `/home/jcd/.local/share/vlc/ml.xspf'
[0x8cb7f0] main access debug: using access module "filesystem"
[0x8cb7f0] main access debug: TIMER module_need() : 0.106 ms - Total 0.106 ms / 1 intvls (Avg 0.106 ms)
[0x8cbdc0] main stream debug: Using AStream*Stream
[0x8cbdc0] main stream debug: pre buffering
[0x8cbdc0] main stream debug: received first data after 0 ms
[0x8cbdc0] main stream debug: pre-buffering done 314 bytes in 0s - 20442 KiB/s
[0x8cc110] main stream debug: looking for stream_filter module: 5 candidates
[0x8cc110] main stream debug: no stream_filter module matching "any" could be loaded
[0x8cc110] main stream debug: TIMER module_need() : 0.079 ms - Total 0.079 ms / 1 intvls (Avg 0.079 ms)
[0x8cc0f0] main stream debug: looking for stream_filter module: 1 candidate
[0x8cc0f0] main stream debug: using stream_filter module "stream_filter_record"
[0x8cc0f0] main stream debug: TIMER module_need() : 0.074 ms - Total 0.074 ms / 1 intvls (Avg 0.074 ms)
[0x6e1760] main input debug: creating demux: access='file' demux='xspf-open' path='/home/jcd/.local/share/vlc/ml.xspf'
[0x8cc340] main demux debug: looking for demux module: 1 candidate
[0x8cc340] playlist demux debug: using XSPF playlist reader
[0x8cc340] main demux debug: using demux module "playlist"
[0x8cc340] main demux debug: TIMER module_need() : 0.090 ms - Total 0.090 ms / 1 intvls (Avg 0.090 ms)
[0x8cc5c0] main demux meta debug: looking for meta reader module: 2 candidates
[0x8cc5c0] id3tag demux meta debug: checking for ID3v1/2 and APEv1/2 tags
[0x8cc5c0] main demux meta debug: no meta reader module matching "any" could be loaded
[0x8cc5c0] main demux meta debug: TIMER module_need() : 0.134 ms - Total 0.134 ms / 1 intvls (Avg 0.134 ms)
[0x6e1760] main input debug: `file/xspf-open:///home/jcd/.local/share/vlc/ml.xspf' successfully opened
[0x8cc510] main xml debug: looking for xml module: 2 candidates
[0x8cc510] main xml debug: using xml module "xml"
[0x8cc510] main xml debug: TIMER module_need() : 0.127 ms - Total 0.127 ms / 1 intvls (Avg 0.127 ms)
[0x8cc340] playlist demux debug: parsed 0 tracks successfully
[0x8cc510] main xml debug: removing module "xml"
[0x6e1760] main input debug: EOF reached
[0x8cc340] main demux debug: removing module "playlist"
[0x8cc0f0] main stream debug: removing module "stream_filter_record"
[0x8cb7f0] main access debug: removing module "filesystem"
[0x6e1760] main input debug: TIMER input launching for 'Медиа-библиотека' : 1.195 ms - Total 1.195 ms / 1 intvls (Avg 1.195 ms)
[0x8cbf30] main interface debug: looking for interface module: 1 candidate
[0x8cbf30] main interface debug: using interface module "hotkeys"
[0x8cbf30] main interface debug: TIMER module_need() : 0.099 ms - Total 0.099 ms / 1 intvls (Avg 0.099 ms)
[0x6d9c10] main interface debug: looking for interface module: 1 candidate
Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
[0x6dc8a0] main playlist debug: Activated
[0x6d9c10] main interface debug: using interface module "inhibit"
[0x6dc8a0] main playlist debug: rebuilding array of current - root Плейлист
[0x6dc8a0] main playlist debug: rebuild done - 0 items, index -1
[0x6d9c10] main interface debug: TIMER module_need() : 1.463 ms - Total 1.463 ms / 1 intvls (Avg 1.463 ms)
[0x8cc0d0] main interface debug: looking for interface module: 1 candidate
[0x8cc0d0] main interface debug: using interface module "signals"
[0x8cc0d0] main interface debug: TIMER module_need() : 0.216 ms - Total 0.216 ms / 1 intvls (Avg 0.216 ms)
[0x8cb810] main interface debug: looking for interface module: 1 candidate
[0x8cb810] main interface debug: using interface module "globalhotkeys"
[0x8cb810] main interface debug: TIMER module_need() : 0.478 ms - Total 0.478 ms / 1 intvls (Avg 0.478 ms)
[0x605120] main libvlc: Запуск vlc с интерфейсом по умолчанию. Используйте 'cvlc' для запуска vlc без интерфейса.
[0x8caf20] main interface debug: looking for interface module: 2 candidates
Интерфейс удаленного управления запущен. Введите 'help' для справки.
[0x8caf20] main interface debug: using interface module "oldrc"
[0x8caf20] main interface debug: TIMER module_need() : 0.132 ms - Total 0.132 ms / 1 intvls (Avg 0.132 ms)
[0x8caf20] main interface debug: thread (interface) created at priority 0 (interface/interface.c:160)
[0x8caf20] main interface debug: thread started
Необходимо простым образом ограничить доступ к определённой папке, скажем по признаку состояния конечного юзера в группе files. Я создал юзера files, группу files, сделал
chown -R files:files folder
chmod -R 070 folder (доступ только для членов группы files)
Пусть в оф.дереве есть софтина версии 2.1, а в нужном оверлее - версии 2.0, и нужна именно софтина из оверлея. Как заставить портеж ставить данную софтину исключительно из оверлея, не рассматривая оф.дерево? Маскировать все старшие версии - не лучший вариант.
Кратко - не виден процесс загрузки ядра. После команды «linux (hd0,2)/boot/kernel» в консоли grub 1.98 проходит пара секунд и консоль просто «продолжает» свою работу, а ядро, судя по короткому шуму винта, грузится где-то в фоне. Пару раз удалось получить вывод в dmesg (причём в нём всё было вроде как чисто), но потом в dmesg оно писать перестало, и я уже не помню как вернуть ту конфигурацию. Можно ли как-то заставить ядро показать процесс своей загрузки другими путями? Или вообще есть ответ на вопрос - в чём может быть причина такой фоновой загрузки? Вожусь месяц, перебрал кучу вариантов версий ядра, конфига, уже готов рассмотреть любой бред.
Симптомы следующие - ядро при загрузке ничего не выводит на экран, какие параметры ему ни передавай. Версии ядра самые разные - 2.6.35-zen, 2.6.35 gentoo-sources с почти нулёвым .config, 2.6.34 из ubuntu-livecd. При выборе nouveaufb в качестве фреймбуффера видна рябь в верхней части экрана и по звуку работы ноута я слышу, что ядро грузится, просто некорректно работает с экраном. При ранних экспериментах удалось загрузить его с efifb, но потом при тех же передаваемых параметрах и вроде том же конфиге ядра всё перестало грузиться. Пишу со слабой надеждой, что кто-нибудь сталкивался с подобным.
ЗЫ в режиме эмуляции BIOS livecd грузятся нормально, из-под убунты я целиком собрал и настроил генту, осталось только в неё загрузится...
ЗЫ2 можно хотя бы заставить ядро сливать подробнейшую дебаг-информацию куда-нибудь в файл на винте?
Друг не зарегистрирован на лоре, однако сильно наслышан о местной аудитории и имеет вопрос для толксов. Вчера я по его просьбе задал первую и вторую его части, однако он не был удовлетворён ответами и решил задать вопрос в полном объёме (далее только его слова).
Вопрос про мультимедиабиблиотеку для «долговременной памяти», высокоэффективную штуку для просмотра и упорядочения всевозможных мультимедиаматериалов и не только. И про устройства для её записи. Псто в ЖЖ, кому интересно.
Пожалуйста - оставьте в стороне принципиальные и идеологические моменты.
Первый вопрос - технический. На что всё писать. В принципе, тут вопросов меньше, чем во втором — архивирование всякой там почты не есть проблема, а всю возможную сейчас мультимедиаинформацию можно записывать на портативные недорогостоящие камеры. Но возникает конкретный вопрос удобства - точнее очень конкретная необходимость (по многим причинам) в устройстве конкретного типа. Может быть такое существует: надеваемая, желательно на башку, компактная аудио-видео-фото-записывающая фигня со своей памятью и аккумулятором. Совсем желательно — для повышения функциональности, оправдания в ношении и уменьшении палева — скомбинированная с наушниками/гарнитурой. В пределе - замаскированная под гарнитуру, в т.ч. и BT — опять-же оно может таковым являться по совместительству. Технические требования — работа сколько-то часов в режиме записи видео- , аудио- , видеоаудио- и как фото- . Подразумевается удобное управление, т.е. не тыкание в девайс (в башку) пальцами - как вариант или отведённый далеко под руку/в карман/за пазуху мини-пульт с 4 кнопками , или труЪ - привод (хотя-бы одной кнопки) мимикой в местах крепления (размещение чувств. элемента много какого типа, тут выбора немало), чтобы - например, сфоткать почти со скоростью обращённого взгляда, чтобы не тянуться руками до кнопок/башки (миллион раз такое было надо). В общем такой гипотетический девайс не сильно отличается от китайских видеоочков за 5к р, а по удобству весьма круче, потому и стоимость его должна быть не сильно выше. Может такое и есть, но если что-то разработет (задача - по сути в дизайне) — то тот крут. Что можно порекомендовать?
Второй вопрос - что лучше всего (читай - какое ПО на компе) использовать для максимально удобного и эффективного способа хранения/структуризации/просмотра материалов (фото-видео-аудио) с максимально возможным использованием? Нечто вроде такой супер-мультимедиабиблиотеки с распределением по времени и объединением разных форматов в работе (одновременное использование и фото и видео и аудио и времени и координат, если те есть). В совсем пределе - интеграция с почтой, телефонией и ещё фиг знает чем придумать, а то собственный мультимедиаархив себя уже исчерпывает. В общем главное условие - как можно более эффективное управление, доступ - максимально возможной скоростью (за секунды найти что/где кто сказал в такое-то время), а-ля долговременная память на компьютере.
Что можно порекомендовать?
Повторяю: Пожалуйста - оставьте в стороне принципиальные и идеологические моменты.
Нужен мультимедиа-движок «База знаний», предназначеный для сохранения, всевозможного структурирования и последующего отображения любой получаемой информации, будь то аудио, видео, фото, тексты, ссылки, координаты, итд - и всевозможных их сочетаний. Движок должен быть рассчитан на длительное (годы, возможно даже десятилетия) использование, поэтому он должен быть максимально гибким - необходима возможность замены любой из его компонент без потери информации в целом (допустимо перекодирование существующей информации в другой формат без потери качества). Крайне желательна расширяемость движка, чтобы можно было самому дописать его интеграцию с различными сервисами будь то блоги, форумы, почта, итд.
Необходим полушпионский девайс в виде надеваемой (предположительно на голову) фигни, обладающей функциями фото- и видеокамеры и диктофона. Фигня должна по возможности долго работать и крайне важно удобство управления, с помощью которого можно быстро (в пределах 1-2 с) использовать её функционал (быстро сфоткать, включить диктофон, etc). Желательна беспалевность, например замаскированность под блютус-гарнитуру.
Собираю генту x86_64 в chroot'e из-под убунты 10.10 x86_64, gcc-4.4.3-r2 и вся система ещё почти в состоянии stage3. При сборке пакета dev-libs/ppl система виснет намертво, не помогает ничего кроме кроме выключения. Последняя команда перед зависанием:
libtool: compile: x86_64-pc-linux-gnu-g++ -DHACVE_CONFIG_H -I (...) -frounding-math -march=native -mtune=native -ftree-vectorize -ffast-math -O2 -g0 -pipe -W -Wall -MT ppl_c_BD-Shape_mpz_class.lo -MD -MP -MF .deps/ppl_c_BD_Shape_mpz_class.Tpo -c ppl_c_bd_Shape_mpz_class.cc -fPIC -DPIC -o .libs/ppl_c_BD_Shape_mpz_class.oПересобираю дженту, встал вопрос - стоит ли поднимать флаг «lto»? По интернетам вроде нашёл пару историй успеха, но не хочется, чтобы свежая система свалилась, не успев подняться.
... строго до 2.5К (предлагаю любителям ТЛЗ на этом месте покинуть тред). Требования:
1) MP3
2) максимальное время работы при воспроизведении аудио
3) возможность структурирования имеющейся музыки в виде «Исполнитель -> Альбом -> Треки» и соотв. структурированного воспроизведения. если есть экран - хорошо, если нет - плеер должен нормально дать мне выбрать исполнителя и его альбом, который я хочу послушать.
4) поддержка microSD-карт и умение плеера без проблем играть скинутую на неё музыку.
Абсолютно всё остальное не важно.
| ← назад | следующие → |