From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <asheplyakov@basealt.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00,
 RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1
To: devel@lists.altlinux.org
References: <20201209184648.GA461701@lks.home>
 <0e97fa31-f1e4-d2a0-7c78-91d5e8c62f94@basealt.ru>
 <20201209194258.GA464634@lks.home>
From: Alexey Sheplyakov <asheplyakov@basealt.ru>
Message-ID: <89f15126-2765-31a4-5e45-9fb3d0989eea@basealt.ru>
Date: Thu, 10 Dec 2020 00:26:00 +0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <20201209194258.GA464634@lks.home>
Content-Type: text/plain; charset=koi8-r
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] Q: turbojpeg on ppc64le
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Dec 2020 20:26:04 -0000
Archived-At: <http://lore.altlinux.org/devel/89f15126-2765-31a4-5e45-9fb3d0989eea@basealt.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On 09.12.2020 23:42, Konstantin Lepikhov wrote:

> On 12/09/2020, at 11:24:35 PM you wrote:
> 
>> On 09.12.2020 22:46, Konstantin Lepikhov wrote:
>>
>>
>>> [ppc64le]                  from src/mjpeg_decode.c:17:
>>
>> А из какого района^W пакета этот файл?
> Как это относится к вопросу?

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

> В проекте просто есть такой код:
> 
> ...
> #include "turbojpeg.h"
> }
> 
> #include "decoder.h"
> 
> struct MJpegDecoder : Decoder {
>     tjhandle tj;
>     uint8_t *frameBuf;
>     int mSubsamp;
> 
>     MJpegDecoder(void) {
>         ready = false;
>         failed = false;
>         alloc_count = 0;
> 
>         tj = NULL;
>         frameBuf = NULL;
>         mSubsamp = 0;
>     }
> 
>     ~MJpegDecoder(void);
>     bool init(void);
>     bool decode_video(struct obs_source_frame2*, DataPacket*, bool *got_output);
>     bool decode_audio(struct obs_source_audio* a, DataPacket* d, bool *got_output) {
>         (void) a; (void) d;
>         *got_output = false;
>         return false;
>     }
> 
>     void push_ready_packet(DataPacket*);
> };
> ...


И без многоточий. Потому что в них самое интересное.


>> А на основании чего сделан вывод о неработоспособности libjpeg-turbo?
> На основании этого сообщения,

Это сообщение не дает достаточных оснований считать libjpeg-turbo неработоспособным.
Потому что в libjpeg-turbo нет упоминаний xmmintrin.h:
https://github.com/libjpeg-turbo/libjpeg-turbo/search?q=xmmintrin.h


> У меня теперь есть даже сомнения насчет arm, поскольку
> там то NEON вряд ли на SSE похож.

Авторы libjpeg-turbo вряд ли настолько упороты. Судя по наличию AltiVec кода,
они вполне в курсе про ppc. Скорее авторы проблемного кода (приведенного выше
struct MJpegDecoder) не знают, что бывает что-то кроме x86 и arm. (А Linux
видели только на картинке).