Ассемблер

[zzPSIXzz]

Ребята у меня есть просьба есть задачка кто может её помочь решить..

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

Я уже не знаю что с ней делать а завтра вечером сдавать нужно..

[sc_maxim]

Вообще то ты даже не в тот раздел написал и явно не в тот форум попал. Здесь спрашивают про программирование под Sega Dreamcast.

[Rio]

Да еще и на ассемблере... под sh4 :-D

[zzPSIXzz]

Мэ.. ну ассемблер есть он... он идёт как в биосе.. и я хз ребят куда уже писать, не сочтите за наглость... просто куда уже только не обращался...

[sc_maxim]

Извини, конечно, но с ассемблером не хочу иметь дела, это долго парится. Могу только книгу Зубкова посоветовать http://gogsite.ucoz.ru/load/0-0-0-2-20, но она тебе вряд ли поможет , там много примеров.

[Rio]

Да, мне тоже с ассемблером париться не охота...

[zzPSIXzz]

Вот вот.. в этом то и проблема главная... не кто не хочет заморачивать себя забытым Богов языком программирования.. а помощь так нужна

[sc_maxim]

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

[Rio]

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

[sc_maxim]

Решил не создавать новую тему по ассемблеру. Вобщем, решил я разобраться с sh4 ассемблером и возникли некоторые неясности. Взял за основу код из dcload, собственно сам код с начальной инициализацией crt0 и dcload syscalls. В функции main сделал простенький hello-world. Вот код (пишу по памяти, т.к. нет при себе компа с тулчейном для проверки):

Код:

.global .section .text
           .global _main
_main:
            mov.l write_k,r0
            mov.l #1,r4 // Номер файла для сис.вызова write
            mov.l msg_k,r5
            jsr   @r0
            mov   #13,r6 // Длина сообщения
            nop
            mov.l write_k,r0
            mov.l #1,r4
            mov.l msg_k,r5
            jsr   @r0
            mov   #13,r6
            nop
write_k:
            .long _write
msg_k:
            .long msg
msg:
            .ascii "Hello, world!"

Программа выводит сообщение один раз, после чего вылетает с сообщением о том,
что переход в NULL не возможен. Собственно, как я понимаю,
в регистре PR содержится 0 из-за чего возникает ошибка при выполнении команды rts.
Судя по документации sh4, команда jsr перед переходом сохраняет текущее значение PC в PR для последующего возвращения,
однако этого не происходит. Проверяю все в эмуляторе lxdream в режиме интерпретатора,
т.к. нет пока возможности использовать Windows или сам Дрим.
Это я неправильно понял эту команду или все таки эмулятор сильно неточен?
Пробовал также добавить сохранение pr в стек, sts.l pr,@-r15 , но это не дало результата или опять же я не допонял как использовать.
Хотелось бы узнать о полезных советах и неочевидных нюансах дримовского ассемблера.

[SWAT]

Да кто бы на нем писал тут )) Лично у меня до него руки так и не доходят толком, да и незачем особо. К слову "rts" я в твоем коде вообще не вижу.

[sc_maxim]

Виноват, rts в конце функции write находится. Особо писать на ассемблере не собирають, просто стало интересно как устроенно все на самом низком уровне. Сишный компилятор в абсолютном большинстве случаев удовлетворяет всем потребностям.

[sc_maxim]

Короче. Сам определил проблему :-) Проблема в неправильной настройке стека, из-за этого регистр pr не сохранялся, а вместо него восстанавливались нули и возникало исключение. Пришлось вручную переписать функцию write так что-бы она хранила предыдущее значение pr в регистре r15(стек не используется) и восстанавливаться из него же.
Поговорил, что называеться, с собой :-) Может кому-то будет полезно.

[SWAT]

Конечно полезно. Если хочешь я могу подкинуть несколько задачек для тренировки с пользой.

[sc_maxim]

Подкинь. Пока время свободное есть, буду заниматься.

[SWAT]

Можешь переписать soft SPI на ASM, конечно врятли это особо ускорит процесс, но все же не помешало бы мне кажется.
Так же вот еще пара задач для ffmpeg плеера в DS:

Деление буфера (это аудио, AICA не умеет играть такие, ей нужны раздельные каналы):

PHP код:

int16 *sep_buffer[2] = {NULL, NULL};

void sep_data(void *buffer, int len) {

    register int16 *bufsrc, *bufdst_left, *bufdst_right;
    register int cnt;
    
    cnt = len / 2;
    bufsrc = (int16*)buffer;
    bufdst_left = sep_buffer[0];
    bufdst_right = sep_buffer[1];
    
    while(cnt) {
        *bufdst_left++ = *bufsrc++;
        *bufdst_right++ = *bufsrc++;
        cnt -= 2;
    }
} 


Конвертация YUV420P в UYVY422:

PHP код:

void yuvtex(uint16 *tbuf,int tstride,unsigned width,unsigned height,uint8 *ybuf,int ystride,uint8 *ubuf,int ustride,uint8 *vbuf,int vstride) {
    int h = height/2;
    uint8 u, v;

    do {
        uint8 *uptr,*vptr,*yptr,*yptr2;
        uint8 *tex,*tex2;
        int w = width/2;

        tex  = (uint8*)tbuf; tbuf+=tstride;
        tex2 = (uint8*)tbuf; tbuf+=tstride;
        yptr  = ybuf; ybuf +=ystride;
        yptr2 = ybuf; ybuf +=ystride;
        uptr = ubuf; ubuf +=ustride;
        vptr = vbuf; vbuf +=vstride;
        do {
            u = *uptr++;
            v = *vptr++;
            tex[0] = u;
            tex[1] = *yptr++;
            tex[2] = v;
            tex[3] = *yptr++;
            tex2[0] = u;
            tex2[1] = *yptr2++;
            tex2[2] = v;
            tex2[3] = *yptr2++;
            tex+=4;
            tex2+=4;
        } while(--w);
    } while(--h);
}

            yuvtex(txr->backbuf, txr->width, codec->width, codec->height,
                frame->data[0], frame->linesize[0],
                frame->data[1], frame->linesize[1],
                frame->data[2], frame->linesize[2]
            ); 


Либо если получится, то можешь попробовать не конвертировать в UYVY422, а просто поделить YUV420P на макроблоки размером 16х16 пикселей. Тогда бы я смог бы использовать хардварный конвертер что есть в PVR (он зараза не кушает ее как есть).

Код:

        ++++++-----------------
        ++++++-----------------
        ++++++-----------------
        -----------------------
        -----------------------

В идеале во всех задачах нужно задействовать кэш SH4, так как они ОЧЕНЬ чувствительны к производительности.

[sc_maxim]

В общем пока просто перепишу на ассемблер, а уже потом попробую задействоват кеш, т.к. не разбирался пока с его использованием.

[uncle]

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

[SWAT]

Нету там другого режима...

[uncle]

Надо же вспомнил. Хоть это и было триста лет тому назад.
https://drive.google.com/folderview?id=0...sp=sharing
По ссылке бенчмарк трансфера через YUV конвертер. Выкладываю в том виде в котором нашел в архиве, но должен быть актуальным. Для DMA трансфера взят за основу косовский. Оригинальный чем-то мне не угодил не помню чем. Режима таки два - этот медленнее, но так как это DMA для проигрывания видео годится. Для использования в реальных условиях еще надо сбросить кэш перед DMA трансфером (угадайте зачем) и это создаст дополнительный овехед плюс к делению на макроблоки.
Существует еще одна марсианская техника вывода на экран YUV фрейма методом смешения палитровых текстур. Она потенциально быстрее, в ней оверхеда на подготовительные операции меньше. Кому интересно читаем это:
http://www.multimedia.cx/yuv-3d-rgb.txt
там и пример есть.

Вот теперь точка.