hello

[bigbax]

Сообщение от Dganic

что за особые параметры для сборки под atom + ION ? Что они делают? И будут ли они работать для Eden ?

в линукс для компиляции ядра оси выглядит примерно так (cтырил у Openelec ):

if [ "$TARGET_CPU" = atom ]; then
 TARGET_CPU=atom
 GCC_FLAGS="$GCC_FLAGS -mfpmath=sse -msse2 -mssse3 -mmovbe"
fi

При компиляции выглядит так :

gcc.compile.c++ bin.v2/libs/regex/build/gcc-4.7.2/release/threading-multi/cregex.o

"/home/mmm/openbricks/build/build.ion.eglibc/toolchain/bin/x86_64-openbricks-linux-gnu-gcc"
-ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pedantic
-O3 -fexcess-precision=fast -m64 -mfpmath=sse -msse2 -mssse3 -mmovbe -mtune=atom -fPIC -fgraphite-identity -ftree-loop-distribution -floop-interchange -floop-strip-mine -floop-block -Wall -pipe -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/mmm/openbricks/build/build.ion.eglibc/toolchain/x86_64-openbricks-linux-gnu/sysroot/usr/local/include -I/home/mmm/openbricks/build/build.ion.eglibc/toolchain/x86_64-openbricks-linux-gnu/sysroot/usr/include -pthread -fPIC -DBOOST_ALL_NO_LIB=1 -DBOOST_REGEX_DYN_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/regex/build/gcc-4.7.2/release/threading-multi/cregex.o" "libs/regex/build/../src/cregex.cpp"

gcc.compile.c++ bin.v2/libs/regex/build/gcc-4.7.2/release/threading-multi/fileiter.o

"/home/mmm/openbricks/build/build.ion.eglibc/toolchain/bin/x86_64-openbricks-linux-gnu-gcc" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pedantic -O3 -fexcess-precision=fast -m64 -mfpmath=sse -msse2 -mssse3 -mmovbe -mtune=atom -fPIC -fgraphite-identity -ftree-loop-distribution -floop-interchange -floop-strip-mine -floop-block -Wall -pipe -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/mmm/openbricks/build/build.ion.eglibc/toolchain/x86_64-openbricks-linux-gnu/sysroot/usr/local/include -I/home/mmm/openbricks/build/build.ion.eglibc/toolchain/x86_64-openbricks-linux-gnu/sysroot/usr/include -pthread -fPIC -DBOOST_ALL_NO_LIB=1 -DBOOST_REGEX_DYN_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/regex/build/gcc-4.7.2/release/threading-multi/fileiter.o" "libs/regex/build/../src/fileiter.cpp"

CCCMD = x86_64-openbricks-linux-gnu-gcc -DPERL_CORE -c -O3 -fexcess-precision=fast -m64 -mfpmath=sse -msse2 -mssse3 -mmovbe -mtune=atom -fPIC -fgraphite-identity -ftree-loop-distribution -floop-interchange -floop-strip-mine -floop-block -Wall -pipe -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/mmm/openbricks/build/build.ion.eglibc/toolchain/x86_64-openbricks-linux-gnu/sysroot/usr/local/include -I/home/mmm/openbricks/build/build.ion.eglibc/toolchain/x86_64-openbricks-linux-gnu/sysroot/usr/include -DDEBIAN -fexpensive-optimizations -fomit-frame-pointer -O2 -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -std=c89 -O2 -ansi -W -Wextra -Wdeclaration-after-statement -Wendif-labels -Wc++-compat -Wwrite-strings

для себя собрал очередной флешечный вариант. будут проблемы с звуком смотрите здесь файл audio

[Dganic]

bigbax И какую реальную пользу приносит компиляция ядра с этими флагами? Просто думаю стоит ли заморачиваться с пересборкой ядра.

[bigbax]

На заметку: Более агрессивные флаги оптимизации повышают производительность в однопоточных тестах (то есть Nbench) на Atom 330 с GCC 4.5.3, особенно заметно на вычислениях с плавающей запятой (прирост ~20%).
я пока смотрю что и как на деле получится. вроде и неплохо. просто атом слабый проц - отсюда и мытарства .
здесь приводил скрины почти такой же сборки только для NVidia и проц Core 6400 - вот там радует

[ray1112]

Прошел весь путь с ALPHA4 до BETA1 (самостоятельная сборка из git). С небольшими замечаниями все устраивает, особенно HD Audio (кино и музыка) и PVR (СтримТВ). Есть проблемы с отдельными плагинами (не работают), в остальном меня устраивает.

[R...]

Сообщение от ray1112

Прошел весь путь с ALPHA4 до BETA1 (самостоятельная сборка из git). С небольшими замечаниями все устраивает, особенно HD Audio (кино и музыка) и PVR (СтримТВ). Есть проблемы с отдельными плагинами (не работают), в остальном меня устраивает.

А как у вас получилось завести HD audio в музыке? Или у вас многоканал?

[ray1112]

Сообщение от R...

А как у вас получилось завести HD audio в музыке? Или у вас многоканал?

А в чем проблема? Конфигурация у меня стандартная: XBMC-HDMI->reciever Sony ES5300->колонки Focal-JMLab 806+субвуфер MJ-Acustic Reference 100 MkII (низкий вход для кино и трифоник для музыки). Основной материал кино: Blu-ray (папки BDMV с DTS-HD и True-HD звуком), музыка: CD (16x41) и vinyl (24x192) рипы FLAC+CUE. Все работает.

[R...]

Сообщение от ray1112

А в чем проблема? Конфигурация у меня стандартная: XBMC-HDMI->reciever Sony ES5300->колонки Focal-JMLab 806+субвуфер MJ-Acustic Reference 100 MkII (низкий вход для кино и трифоник для музыки). Основной материал кино: Blu-ray (папки BDMV с DTS-HD и True-HD звуком), музыка: CD (16x41) и vinyl (24x192) рипы FLAC+CUE. Все работает.

Ну с видео проблем нет, при подключении через HDMI звук идет битстримом на ресивер, а он декодирует, преобразует и отправляет на колонки.
А вот с музыкой, например Flac, тут декодирует уже сам XBMC и отправляет цифровой поток через HDMI или SPDIF, а ресивер опять его декодирует и преобразуя отправляет на колонки, при этом как раз и теряется качество звука, так как он выводится через несколько преобразований.
Как я понимаю, если бы музыка выводилась так же битстримом не ресивер, то искажений было бы намного меньше.
Схема сейчас такова:
flac -> xbmc decode -> pcm -> digital out -> digital in -> pcm -> receiver d/a conversion -> analog -> speakers out

[papkinus]

а чёж делать то? как флаком насладиться?

[Roman_V_M]

Сообщение от R...

Н
Схема сейчас такова:
flac -> xbmc decode -> pcm -> digital out -> digital in -> pcm -> receiver d/a conversion -> analog -> speakers out

Насколько я понимаю, FLAC - формат без потерь, т. е. раскодированный PCM должен побитно соотвествовать оригиналу, если, конечно, ХВМС не выполняет при раскодировании дополнительных преобразований, типа изменения битности/ресемплинга. Т.е. никаких потерь качестве (теоретически) по дороге от HTPC к ресиверу быть не должно. Если же преобразования над FLAC таки выполняются, тогда ой.

[LordMerlin]

Совершенно верно.
Если декодировать Флак на компе и посылать полученный LPCM через HDMI то нормально многоканал проходит.
Проверено на себе.
Будет так
flac -> xbmc decode -> lpcm -> hdmi > analog -> speakers out
Так даже можно всякие ТруХД и ДолбиХД играть без потери качества если например ресивер их не понимает.