Баг в ffmpeg ebuild?

Спроси в ирке, зарепорти.

Cpu флаги недавно переносить начали? Ну вот и первые последствия.

ты себе в make.conf CPU_FLAGS_X86=" " в связи с недавними новостями сделал?

там есть mmxext?

у меня ffmpeg-2.6 собран с

CPU_FLAGS_X86="avx fma3 fma4 mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 xop -3dnow -3dnowext -avx2"

Упускаешь. Новости внимательней читать надо, было что-то:

CPU_FLAGS_X86 introduction

To help users enable the correct USE flags, we are providing a Python
script that generates the correct value using /proc/cpuinfo. It can be
found in the app-portage/cpuinfo2cpuflags package:

  $ emerge -1v app-portage/cpuinfo2cpuflags
  $ cpuinfo2cpuflags-x86

Что должно выдать нужный CPU_FLAGS_X86, у меня, например:

CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3"

а понятно, ты говоришь, что у тебя его в проце нет.

Ну ты емержни app-portage/cpuinfo2cpuflags и поставь в CPU_FLAGS_X86=" ", что он тебе выдал. И забей.

он говорит, что нетути у него в cpuinfo mmxext, интересно что ему поставит cpuinfo2cpuflags, т.е. если не поставит mmxext, то действительно ебюлд кривоват в этом плане.

Да, я хотел сказать, что без выхлопа cpuinfo2cpuflags-x86 делать выводы преждевременно.

У меня всю жизнь стоит -sse, и никаких проблем. Для ffmpeg можно указать media-video/ffmpeg -cpu_flags_x86_sse в /etc/portage/package.use.

Cpu флаги недавно переносить начали? Ну вот и первые последствия.

УМВР, ЧЯДНТ?

всё отлично.

У тебя AMD, а ОП ты даже не читал.

Сэру init_6 только бы побрюзжать, как злые майнтейнеры генты скатывают некогда лучший дистрибутив в УГ.

У меня Intel Core i5, в /proc/cpuinfo есть только mmx, а cpuinfo2cpuflags-x86 выдает mmxext.

УМВР, ЧЯДНТ?

Откуда я знаю? И почему это должно меня волновать?

почему это должно меня волновать?

Потому, что ты несёшь чушь. Вроде опытный гентушник, а прочитать документацию не можешь? Большинство проблем в генте у неопытных пользователей как раз из-за нежелания читать документацию.

Программный код пишется людьми, а людям свойственно ошибаться.

В моём процессоре тоже нет mmxext, но его видит в нём и использует тот же энкодер видео, насколько я помню у интела какая-то совместимая с ним технология используется или что-то вроде того. Я имею в виду x264.

Сэру init_6 только бы побрюзжать, как злые майнтейнеры генты скатывают некогда лучший дистрибутив в УГ.

Я не вижу повода для паники. Дистрибутив только начинает расцветать, а то, что сейчас творится — это лишь переходная фаза. Или я не прав?

Эээ... ммм... Крона призови в тред, и всё узнаешь.

Дистрибутив только начинает расцветать, а то, что сейчас творится — это лишь переходная фаза. Или я не прав?

Не прав. Расцветом тут не пахнет. Скорее всего стагнация. Разработчики взрослеют и уходят на всякие убунты или маки. Остаются лишь немногие, и они конечно не успевают за всем следить. Кроме того, этот дистр больше всего интересен самому костяку его мейнтейнеров и разрабов.

Приятно когда вдумчиво читают вопрос :)

$ cpuinfo2cpuflags-x86 
CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3"

$ less /usr/portage/profiles/desc/cpu_flags_x86.desc
...
mmxext - Use the Extended MMX instruction set (a subset of SSE) ([mmxext] or [sse] in cpuinfo)
...

Этот же файл cpu_flags_x86.desc использует cpuinfo2cpuflags-x86.

Википедия:
Extended MMX, также известное как EMMI (Extended Multi-Media Instructions)... ... (некоторые инструкции Intel SSE имеют такие же коды операций, что и инструкции EMMI, и не являются совместимыми с ними)

$ cat ChangeLog | grep mmxext
  Fix USE=mmxext description. Thanks to Doug Freed for figuring out what it

Похоже, что весь Интернет кроме многоуважаемого Doug Freed говорит о том, что mmxext и sse не являются совместимыми.

Короче, ХЗ.

http://softpixel.com/~cwright/programming/simd/mmxext.php
http://softpixel.com/~cwright/programming/simd/sse.php
Здесь есть полное совпадение инструкций mmxext и чести sse.

Была гипотеза, что коды команд разные. Но эксперимент гипотезу не подтвердил. Тестовый код:

#include<stdio.h>

int main()
{
        __asm__ volatile(   "prefetchnta (%0)\n\t"
                : : "r" (p)
            );

        printf ("Cool\n");

        return 0;
}

Короче, включил mmxext только для ffmpeg. В make.conf выключил. Посмотрим...

Крона призови

Секта гентоненавистников не имеет авторитета в таких вопросах. (=

Разработчики взрослеют и уходят на всякие убунты или маки.

Разработчики

O\

Остаются лишь немногие, и они конечно не успевают за всем следить.

Потому, что слишком много второстепенных проблем, которые для обычного пользователя почему-то важнее реальных задач.

Многие (не скрою, и я в том числе) хотят дерево портажа в гит, но НИКТО не взялся (Михаль Горны взялся, но не суть) и не сделал абсолютно ничего для этого. Зато всякие «Баг в ffmpeg ebuild?».

Кроме того, этот дистр больше всего интересен самому костяку его мейнтейнеров и разрабов.

А чего ты хотел от дистрибутива, в котором каждый сам себе мейнтейнер? Чужие хотелки никто не будет реализовывать, своих у каждого вагон.

O\

Мигелюшка, это так, юзер значит. Неплохой Gnome (2) в свое время получился у этого юзера.

А чего ты хотел от дистрибутива, в котором каждый сам себе мейнтейнер?

А я разве что-то хотел? Свои хотелки решаю сам, а в данном случае констатировал факт.

«Баг в ffmpeg ebuild?».

Я вот сперва для себя чиню такие ебилды, и только в последнюю очередь оправляю в багтрекер. Мне вот непонятно такое нытье. Ебилды ж элементарщина, что сложного в том, чтобы поправить его самому, не ожидая пока мейнтейнеры проснутся?

Я вот сперва для себя чиню такие ебилды

А я сначала разбираюсь