TS Forum

zboszor wrote:Removing the "easter egg" TV-game (Ctrl-Alt-F11) would definitely save some AVR memory...

Yes, but not enough for 3rd config.

How about a little extra logic, e.g. switchable via Menu+Fx? Even if it would be a rarely used feature, as you say.

What extra logic?

The extra logic of adding wait states for contended memory depending on whether it's switched on or not.

Sorry didn't get it at once ) I don't want to clutter up the configuration with appendages. I can compile a "personal edition" f/w with such an option.

That would be nice! Thanks in advance,

Here's the patch for the 50/60Hz display in ERS.

zboszor, how about your contribution to the project? I can add you to the project commiters, if you like.

Cool! However, I don't know how to compile the firmware at the moment, so I would need help in this regard. I am on Linux.

For f/w we use avr-gcc. Build framework's based on GNU Make, Linux native. Actually I'm a Linux hater, so can't help with it.

Thanks, after I installed avr-gcc and friends, I was able to build the firmware. I had to tweak the Makefile a little to be more Linux-friendly without ruining Window compatiblity, though.
Also, since I have an avr-gcc based on GCC 4.8.2, I had to fix some warnings in zx.c to silence it. One change was obvious, comparing signed with unsigned is too chatty, there are 3 of them in the same function and the loop variable doesn't go to negative values, so I changed it to UBYTE. The other one was a fix of an attempt of the annual Obfuscated C Code Contest, not that it would win. The compiler complained about the "if (condition) ;" line. The branch body was executed unconditionally before because of the extra semicolon, so the if() condition is not even needed.

Code: Select all

diff -r 44e615f4323b pentevo/avr/current/zx.c
--- a/pentevo/avr/current/zx.c  Tue Jun 03 23:06:31 2014 +0300
+++ b/pentevo/avr/current/zx.c  Wed Jun 18 10:54:27 2014 +0200
@@ -282,7 +282,7 @@
 
 void zx_clr_kb(void)
 {
-       BYTE i;
+       UBYTE i;
 
        for( i=0; i<sizeof(zx_map)/sizeof(zx_map[0]); i++ )
        {
@@ -517,8 +517,8 @@
 //             if( !zx_fifo_isfull() )
 //                     zx_fifo_put( (was_release ? 0 : PRESS_MASK) | zxcode );
 //     }
-       else if( zxcode < 40 ); // ordinary keys too
-       {
+//     else if( zxcode < 40 ) // ordinary keys too
+//     {
                if( was_release )
                {
                        if( zx_counters[zxcode] && !(--zx_counters[zxcode]) ) // left-to-right evaluation and shortcutting
@@ -535,7 +535,7 @@
                                        zx_fifo_put( PRESS_MASK | zxcode );
                        }
                }
-       }
+//     }
 }
 
 void zx_fifo_put(UBYTE input)


The resulting firmware even works and shows the 50/60Hz in ERS when I change it.

zboszor wrote:I had to fix some warnings in zx.c to silence it.

I agree that mixing signed/unsigned types in operations is worth warning, but strangely I don't receive it. I use 4.8.1 for Windows.
You report pretty curious things, can you point out line numbers in code?

The above patch was generated by "hg diff", the line numbers in the patch text show the first line number of the context before the actual change. So, I changed lines 285, 520-521 and 538 in zx.c.

By the way, I just saw the same change would be needed for the NedoPC BaseConf, my avr-gcc would complain about the same problems in functions zx_clr_kb() and update_keys(), although the line numbers are different because of the TSconf additions in this file.

По поводу.
Итак, господа. Пора чтото решать. В данный момент есть 3 фичи, которые лежат под REM-ом:
- TSU поверх бордюра,
- графика поверх TSU (пиксели с кодом 0, во всех режимах включая 6912, прозрачные),
- автоинкремент кадрового инта - от 1 до 15 строк.
Предлагается раскомментировать их в версии с видеоЦАПом, там места в чипе побольше.

TS-Labs wrote:Предлагается раскомментировать их в версии с видеоЦАПом, там места в чипе побольше.

хм… ну я то, как обладатель VideoDAC обеими педалями за но вот вопрос, что делать с друзями у которых нет такой топтыжки?
По сути я бы очень хотел автоинкримент инта, это мегафича очень бы сыкономила кот. 1е и 2е желательно, но лично для меня не сильно обязательно, но зато Валерон будет щаслиф 1му пункту) но дака у него точно нет.

Есть третий вариант. Сделать ещё один билд, в котором остаётся видеовыход на стандартный разъём, но тупо нет IDE, так хватит места?

В принципе... Вариант с ЦАПом отличается по стандартному видеовыходу зарубанным ШИМом. Шим это 28 ЛЕ, его можно безболезненно включить назад, и тогда варианты "без ИДЕ" и "без ИДЕ с видеоЦАПом" совпадут.
Но ёперный театр! Как же неохота плодить 100500 версий... (Пойду убьюсь шишками)

Ха, вышел на то же кол-во ЛЕ.

Залил в репу, можно пробовать.

Починял зелёную еву и не стал допаивать две перемычки между мегой и генератором (единственное существенное отличие зелёной от красной платы) и что я вижу - на проц таки доходит клок и по 14 мгц...
Просто на недо-пц как-то писали, что для последних прошивок надо обз. допаивать это управление PLL-ом...
Да и вообще я довольно удивился увиденной форме тактового сигнала на проце...
Собственно вопрос - без этих двух перемычек будет теряться какой-либо существующий и используемый функционал прошивки ??

автоинкремент кадрового инта - от 1 до 15 строк.
руками и ногами за. хреново что не лезет в базовую тсконфу без ide video dac

dnik75?

Code: Select all

wait_frame   ld a,(frame_int+1)
      or a
      jr z,wait_frame
      dec a
      ld (frame_int+1),a
      ret

int      di
      push af
      push hl
      push bc
frame_int   ld a,0
      inc a
      ld (frame_int+1),a
...



piroxilin wrote:без этих двух перемычек будет теряться какой-либо существующий и используемый функционал прошивки ?

Нет. Используется только 28МГц.

dnik75 wrote:хреново что не лезет в базовую тсконфу без ide video dac

Функционал постоянный, к выпиливанию не планируется. Можно юзать, при условии обязательного детекта конфы. В случает необнаружения видеоцапа выводить Go sleep stupid user!.

TS-Labs wrote:- автоинкремент кадрового инта - от 1 до 15 строк.

янхнп, о чем речь? Инт с пропуском части hsync'ов штоле?

Ага. Например получать инт каждые 8 строк.