вызов функции на С

[megavolt85]

Код:

#include "ds.h"

int main(int argc, char *argv[]) {
    uint32 fd;
    char *toc;
    fd=cdrom_locate_data_track (*toc);
    ds_printf("log=%d ", fd);
    return CMD_OK;
}

это одна из сотни попыток вызвать функцию cdrom_locate_data_track (CDROM_TOC *toc), подскажите как правильно

[Wind]

Наверное так:

Код:

int main(int argc, char *argv[]) {
    uint32 fd;
    char toc[102*4];
    fd=cdrom_locate_data_track (toc);
    ds_printf("log=%d ", fd);
    return CMD_OK;
}

[SWAT]

Оба варианта кода не имеют смысла
Для функции cdrom_locate_data_track нужно передать аргументом сам TOC, а ты ему пустоту даешь (точнее даже не пустоту, а мусор из стека). Она по сути просто перебирает буфер с TOC в поиске нужного трека.
Тебе нужно сначала считать этот TOC, а потом уже в нем искать трек с данными:

PHP код:

#include "ds.h"

int main(int argc, char *argv[]) {
    CDROM_TOC toc;
    uint32 lba;

    if(cdrom_read_toc(&toc, 0) != 0)
       return CMD_ERROR;

    if(!(lba = cdrom_locate_data_track(&toc)))
       return CMD_ERROR;

    ds_printf("LBA: %ld\n", lba);
    return CMD_OK;
} 


[Wind]

Ну смысла то может и не имеют , вопрос-то было как вызвать ф-ию

[SWAT]

(26.12.2013 06:10)Wind писал(а):  Ну смысла то может и не имеют , вопрос-то было как вызвать ф-ию

Ну это да, твой вариант валидный, извиняюсь за некорректность

[megavolt85]

потихоньку изучаю си и в процессе пытаюсь написать программку для рипа GD-ROM и штамповки, в связи с этим возникли вопросы:
1) сколько сессий на диске? (GD-ROM 2? штамповка 1?)
2) что из себя представляет gdi образ? (точная копия, сектор в сектор включая область видимую обычным CD-ROM?)
3) что нужно для рипа GD-ROM в sd-iso? (TOC+последняя дорожка+hack lba?)
4) что из себя представляет cdi рип? и нужен ли он вообще? (точная копия штамповки, сектор в сектор?)
5) что нужно для рипа штамповки в sd-iso? (TOC+дорожка с данными+hack lba?)

[SWAT]

1) Да
2) Да, но без обычной области
3) Да, TOC не нужен
4) Это спец. формат, в нем не все так просто, лучше забей
5) Да, TOC не нужен

[megavolt85]

SWAT подскажи что я упустил

PHP код:

//* IP.BIN dumper *//


#include "ds.h"

int main(int argc, char *argv[]) {
    FILE *dst_file;
    CDROM_TOC toc;
   char *secbuf[2048];
   char *dirp = "ip.bin";
   int start,s_size,istep;
    
    if(cdrom_read_toc(&toc, 0) != 0)
       return CMD_ERROR;

    start = TOC_LBA(toc.entry[1]);
    start = start - 150 ;
    s_size = 16;
    if ((dst_file = fopen(dirp, "wb"))== NULL)
    {
        ds_printf("DS_ERROR: Cannot open %s for writing!\n",dirp);
        return CMD_ERROR;
    }
    
    cdrom_set_sector_size (2048);
   for (istep=0;istep<s_size;istep++){
       if (cdrom_read_sectors(&secbuf,start+istep,1) != 0){
           ds_printf("DS_ERROR: GD-ROM read error\n");
           return CMD_ERROR;
           }

        if (fwrite(secbuf,sizeof(secbuf),1,dst_file) !=1){
            ds_printf("DS_ERROR: Error write to file\n");
            return CMD_ERROR;
            }   
       }
       fclose(dst_file);
    return CMD_OK;
} 


запускаю на эмуляторе: cd /ram -> ipbin -> cat ip.bin вижу мусор из стека. Проверил fwrite, скормил набор символов, прочитал тот же набор, получается не правильно срабатывает cdrom_read_sectors или я буфер не правильный задал. И для чего эта функция: int cdrom_set_datatype(int p1, int cdxa, int sector_size); что за параметры p1 и cdxa

[SWAT]

Да, у тебя проблема в буфере для сектора, ты его сделал ссылкой, при этом указав его размер. У тебя получился массив ссылок на char.
В общем я для наглядности сделал пару реализаций, на живую не проверял, так что извиняй если ошибка где затаилась

PHP код:

//* IP.BIN dumper *//

#include "ds.h"

int main(int argc, char *argv[]) {
    
    file_t fd;
    uint8 secbuf[2048];
    CDROM_TOC *toc = (CDROM_TOC *)secbuf; /* Т.к. TOC используешь один раз, стоит разгрузить стек */
    char dirp[] = "/ram/ip.bin"; /* Можно взять из аргумента к команде - argv[1] */
    uint32 start, cur;
    int rc;

    rc = cdrom_read_toc(toc, 0);

    if(rc != ERR_OK) {
        ds_printf("DS_ERROR: Cannot read TOC: %d\n", rc);
        return CMD_ERROR;
    }

    start = cdrom_locate_data_track(toc);
    
    if(!start) {
        ds_printf("DS_ERROR: Cannot find data track!\n");
        return CMD_ERROR;
    }
    
    fd = fs_open(dirp, O_WRONLY);
    
    if (fd == FILEHND_INVALID) {
        ds_printf("DS_ERROR: Cannot open %s for writing!\n", dirp);
        return CMD_ERROR;
    }
    
    for(cur = 0; cur < 16; cur++) {
        
        rc = cdrom_read_sectors(secbuf, start + cur, 1);
        
        if (rc != ERR_OK) {
            ds_printf("DS_ERROR: GD-ROM read error: %d\n", rc);
            fs_close(fd);
            return CMD_ERROR;
        }
        
        rc = fs_write(fd, secbuf, sizeof(secbuf));

        if (rc != sizeof(secbuf)) {
            ds_printf("DS_ERROR: Error write to file: %d vs %d\n", rc, sizeof(secbuf));
            fs_close(fd);
            return CMD_ERROR;
        }
    }
    
    fs_close(fd);
    return CMD_OK;
} 


PHP код:

//* IP.BIN dumper *//


#include "ds.h"

#define IPBIN_SIZE 32768

int main(int argc, char *argv[]) {
    
    file_t fd;
    uint8 *secbuf;
    CDROM_TOC toc;
    char dirp[] = "/ram/ip.bin";
    uint32 start, cur;
    int rc;
    
    secbuf = calloc(1, IPBIN_SIZE);
    
    if(secbuf == NULL) {
        ds_printf("DS_ERROR: No memory\n");
        return CMD_ERROR;
    }

    rc = cdrom_read_toc(&toc, 0);

    if(rc != ERR_OK) {
        ds_printf("DS_ERROR: Cannot read TOC: %d\n", rc);
        free(secbuf);
        return CMD_ERROR;
    }

    start = cdrom_locate_data_track(&toc);
    
    if(!start) {
        ds_printf("DS_ERROR: Cannot find data track!\n");
        free(secbuf);
        return CMD_ERROR;
    }
    
    fd = fs_open(dirp, O_WRONLY);
    
    if (fd == FILEHND_INVALID) {
        ds_printf("DS_ERROR: Cannot open %s for writing!\n", dirp);
        free(secbuf);
        return CMD_ERROR;
    }
    
    rc = cdrom_read_sectors(secbuf, start, IPBIN_SIZE / 2048);
    
    if (rc != ERR_OK) {
        ds_printf("DS_ERROR: GD-ROM read error: %d\n", rc);
        fs_close(fd);
        free(secbuf);
        return CMD_ERROR;
    }
    
    rc = fs_write(fd, secbuf, IPBIN_SIZE);

    if (rc != IPBIN_SIZE) {
        ds_printf("DS_ERROR: Error write to file: %d vs %d\n", rc, IPBIN_SIZE);
        fs_close(fd);
        free(secbuf);
        return CMD_ERROR;
    }
    
    fs_close(fd);
    free(secbuf);
    return CMD_OK;
} 


А по поводу int cdrom_set_datatype(int p1, int cdxa, int sector_size); то в В KOS этой функции нет.
И кстати я что вспомнил, для RC1 в SDK есть директория patch, в которой хранятся хэдэры, их нужно тебе заменить в KOS, ибо там были правки и дополнения.
Допустим у функции чтения секторов, первым аргументом идет тип команды для сискола:

PHP код:

int cdrom_read_sectors(int cmd, void *buffer, int sector, int cnt); 


Поэтому в коде выше нужно сделать правки:

PHP код:

rc = cdrom_read_sectors(CMD_PIOREAD, secbuf, start + cur, 1);
rc = cdrom_read_sectors(CMD_PIOREAD, secbuf, start, IPBIN_SIZE / 2048); 


Я пожалел что это сделал, ибо нарушил совместимость. В новой версии я вернул все обратно, поэтому нужно будет тебе учесть в своей программе в будущем, под какую версию DS она собирается. Это касается только функций cdrom.h

Update Убрал вычитание хардварного LBA 150, здесь это не нужно. Это когда работаешь с ISO9660, то там приходится его прибавлять и убавлять, так как все оффсеты прописаны без него.

[megavolt85]

SWAT писал(а):И кстати я что вспомнил, для RC1 в SDK есть директория patch, в которой хранятся хэдэры, их нужно тебе заменить в KOS, ибо там были правки и дополнения.

Я int cdrom_set_datatype(int p1, int cdxa, int sector_size) как раз в том хэдэре и нашел

UPD: Если я правильно понял, то для RC2 нужно будет вернуть назад KOS'овский cdrom.h и вызывать int cdrom_read_sectors(void *buffer, int sector, int cnt);

UPD: штамповку уже начал рипить, но ужасно долго, за ~40 минут 85 мегабайт

[SWAT]

(04.02.2014 16:34)megavolt85 писал(а):  Я int cdrom_set_datatype(int p1, int cdxa, int sector_size) как раз в том хэдэре и нашел

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

(04.02.2014 16:34)megavolt85 писал(а):  UPD: Если я правильно понял, то для RC2 нужно будет вернуть назад KOS'овский cdrom.h и вызывать int cdrom_read_sectors(void *buffer, int sector, int cnt);

Да.

(04.02.2014 16:34)megavolt85 писал(а):  UPD: штамповку уже начал рипить, но ужасно долго, за ~40 минут 85 мегабайт

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

[MetalliC]

немножко поправочек:

(02.02.2014 10:36)megavolt85 писал(а):  1) сколько сессий на диске? (GD-ROM 2? штамповка 1?)

по две сессии, и у GD и у MIL-CD, в обоих случаях первый трек должен быть с данными, второй аудио, ну и третий уже во второй сесии откуда всё грузится.

(02.02.2014 10:36)megavolt85 писал(а):  2) что из себя представляет gdi образ? (точная копия, сектор в сектор включая область видимую обычным CD-ROM?)

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

(02.02.2014 10:36)megavolt85 писал(а):  4) что из себя представляет cdi рип? и нужен ли он вообще? (точная копия штамповки, сектор в сектор?)

cdi - закрытый проприетарный формат, поддерживающий мультисессионные диски, в отличие от например iso.
я так понимаю когда-то давно именно DiscJuggler с его CDI подвернулся под руку кому-то из дримовской тусовки, и потом типа прижился.
как для дримкаста этот формат не хуже/лучше .mdf/mds или там .nrg.

[SWAT]

(05.02.2014 13:30)MetalliC писал(а):  немножко поправочек:

(02.02.2014 10:36)megavolt85 писал(а):  1) сколько сессий на диске? (GD-ROM 2? штамповка 1?)

по две сессии, и у GD и у MIL-CD, в обоих случаях первый трек должен быть с данными, второй аудио, ну и третий уже во второй сесии откуда всё грузится.

Странность в том, что при запросе TOC у mil-cd указывается первая сессия, а не вторая. А вот у GD указывается вторая.

(05.02.2014 13:30)MetalliC писал(а):  

(02.02.2014 10:36)megavolt85 писал(а):  2) что из себя представляет gdi образ? (точная копия, сектор в сектор включая область видимую обычным CD-ROM?)

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

Да зачем она нужна, эта обычная область, лишний мусор и время на рип.

[cybdyn]

а смысл копировать штамповки - это пиратка CD ? проще же на компе скопировать? или это для теста обращения к приводу?

у GD дисков игра по идее всегда начинается с 45000 lba. и далее до конца сессии, но вот есть диски с промежуточными аудио треками. аудио треки не нужны как бы но неучитывая их не собрать образ

[megavolt85]

SWAT писал(а):Это наверное потому что ты посекторно рипаешь, это действительно не быстро, да еще и в PIO режиме.

Да тут куча факторов: посекторно в PIO, ds_printf тормозит (я ей количество записанных мегабайт выводил), флешка у меня от дядюшки Ляо, да ещё и четвертого класса . Стал выводить отладочную инфу через printf, скорость значительно выросла ( 431 мегабайт за 62 минуты). Эх жаль printf не знает ключа \r (перевод курсора в начало строки)

P.S SWAT функция ds_printf переводит курсор на новую строку даже без \n , если возможно подправь это и добавь \r в RC2
нравятся мне прогресс бары в консоли типа такого printf("100%%[:====================:]\n")

cybdyn писал(а):а смысл копировать штамповки

Рип в SD-ISO , чтоб с перепаковкой не париться

SWAT писал(а):По хорошему нужно через DMA данные гонять и не по одному сектору, а пачками.

А вот с этим грабли, попробовал IP.BIN рипнуть все 32 кб за раз, в /ram нормально , а в /sd , ошибка записи

[SI{AY]

>>Рип в SD-ISO , чтоб с перепаковкой не париться
вот тут не плохо ппо структуру диска GD http://www.dcfan.net.ru/forum/f69/%E8%E7...E%E2-2726/

[SWAT]

Ну во первых не стоит делать частые вызовы printf ни в одной из ОС, она везде тормозит процесс (с учетом вывода на экран, а не в файл или еще куда), если сильно часто ее дергать. Дергай ее не на каждом проходе в цикле, а допустим каждый мегабайт.
Про переводы строк и возврат каретки я в курсе, если будет время - доработаю. Просто консолью я сейчас не занимаюсь в принципе, так как стараюсь развивать GUI интерфейс и рано или поздно ты к нему тоже придешь, ибо пользователи не особо жалуют консольные приложения
Ну и вообще нужно без фанатизма стараться визуализировать всякие процессы с большой точностью, ты отнимаешь и без того малое процессорное время. Так как все графические манипуляции в DS софтварные, а не хардварные (расплата за SDL, тут ничего не поделаешь).
А пока, раз уж так хочется, можешь поиграться с функцией ds_uprintf, она всегда действует как возврат каретки, т.е. пишет всегда в одну строку (с заменой). В RC2 к слову я эту функцию уже убрал, она редко использовалась и я решил убрать ее чтобы не плодить лишнего, дабы потом их все не поддерживать, если переделаю вывод, а его я рано или поздно переделаю, это вопрос времени.

[megavolt85]

Вообщем пока нет ничего быстрее флешки, разницы между PIO и DMA я не заметил, читал по 10 секторов через DMA и по одному в PIO, скорость рипа при этом равна 1 мегабит в секунду, похоже что SD карта быстрей не может. Надеюсь HDD на G1 будет шустрее

[cybdyn]

привод то сам является относительно медленый - считаем:
по теории CD - 75 кадров в секунду . в кадре полезных 2048 кбайт ( копируетм только данные без хедеров и коррекц. кода)
макс скорость - 12(макс скорость)

итого : 75 * 2048 * 12 примерно~ 1,843 мегабайта в секунду. это предел!
так что примерно на диск GD 1.2 гига это 10..11 минут.
CD ~ 5..6 мин.

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

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

[SI{AY]

megavolt85, что то медленно у вас. утилитка японца примерно за 35минут копирует gd диск. так что ищите у себя узкие места. есть к чему стремиться)