repstosw
-
Постов
2 694 -
Зарегистрирован
-
Победитель дней
2
Весь контент repstosw
-
Не поленился, скачал картинку и проверил. Никакой бороды нет, не надо ничего выравнивать, и не надо менять высоту и не нужно выделять лишнюю память. Поворот на 270 градусов 350x157: Координаты (0,0): Координаты (200,100): Прямоугольник: Проверял на таких режимах: #define LCD_PIXEL_WIDTH 800 #define LCD_PIXEL_HEIGHT 480 #define BYTE_PER_PIXEL 4 #define DE2_FORMAT_ABGR_8888 0x01 G2D_BLT.src_image.format=G2D_FMT_ABGR_AVUY8888; G2D_BLT.dst_image.format=G2D_FMT_ABGR_AVUY8888; G2D_BLT.flag=G2D_BLT_ROTATE270; Форматы DE и G2D(источник и приёмник) - полностью совпадают. В противном случае, возможно, при поворотах может быть всё, что угодно. Очевидно, что-то криво настроено: TCON, DE, G2D, или всё вместе.
-
Так и сделано: Но в случае с этой платой CPU, шум не убирается. Остаётся попробовать сделать противофазные сигналы программно: стерео, один из каналов - инверсия второго.
-
А вот и нифига... Взял внешний УНЧ класса D, запитал его напрямую от аккумулятора. Также запитал плату MangoPi напрямую. Плюс и минус питания: разветвляются на УНЧ и на CPU-плату. В наушниках отчётливо слышу чирикание при загрузке программы с SD-карты. Фото ниже: Потом попробовал перекинуть GND УНЧ на другие пины на плате CPU. Нашёл положение с "чистой" землёй. При таком положении чирикание SD-карты в наушниках пропало. Земля очень уязвима - вход УНЧ относительно высокоомный. Плюс на питание УНЧ поставил ФНЧ из резистора 47 Ом и конденсатора 470 мкФ (керамика также присутствует) - для того, чтобы убрать одиночные потрескивания иногда. Фото ниже: Ну, и.... Какие выводы напрашиваются?
-
Но это не означает, что его нельзя написать самому, переложив на SIMD. В TMS320C6745 самостоятельно делал поворот видеобуфера на 90 градусов (потому что дисплей был с портретной ориентацией развёртки, нужна была отрисовка соосная с ходом луча для VSYNC) : void Rot_Buffer(void) { for(int y=0;y<(SCREEN_HEIGHT<<1);y+=8) { u64 * __restrict vc=(u64*)(VIDEO_CACHE+y); u64 * __restrict vb0=(u64*)&VRAMBuffer[((SCREEN_WIDTH-4)<<1)+(SCREEN_WIDTH*y)]; u64 * __restrict vb1=vb0+(SCREEN_WIDTH>>2); u64 * __restrict vb2=vb1+(SCREEN_WIDTH>>2); u64 * __restrict vb3=vb2+(SCREEN_WIDTH>>2); for(int x=0;x<(SCREEN_WIDTH>>2);x++) { _amem8(&vc[(3*(SCREEN_HEIGHT>>2))+(SCREEN_HEIGHT*x)])=((u64)((u16) _amem8(&vb0[-x]) ))|((u64)((u16) _amem8(&vb1[-x]) )<<16)|((u64)((u16) _amem8(&vb2[-x]) )<<32)|((u64)((u16) _amem8(&vb3[-x]) )<<48); _amem8(&vc[(2*(SCREEN_HEIGHT>>2))+(SCREEN_HEIGHT*x)])=((u64)((u16)(_amem8(&vb0[-x])>>16)))|((u64)((u16)(_amem8(&vb1[-x])>>16))<<16)|((u64)((u16)(_amem8(&vb2[-x])>>16))<<32)|((u64)((u16)(_amem8(&vb3[-x])>>16))<<48); _amem8(&vc[(1*(SCREEN_HEIGHT>>2))+(SCREEN_HEIGHT*x)])=((u64)((u16)(_amem8(&vb0[-x])>>32)))|((u64)((u16)(_amem8(&vb1[-x])>>32))<<16)|((u64)((u16)(_amem8(&vb2[-x])>>32))<<32)|((u64)((u16)(_amem8(&vb3[-x])>>32))<<48); _amem8(&vc[(0*(SCREEN_HEIGHT>>2))+(SCREEN_HEIGHT*x)])=((u64)((u16)(_amem8(&vb0[-x])>>48)))|((u64)((u16)(_amem8(&vb1[-x])>>48))<<16)|((u64)((u16)(_amem8(&vb2[-x])>>48))<<32)|((u64)((u16)(_amem8(&vb3[-x])>>48))<<48); } } } Так вот, оно очень хорошо запараллелилось. Проблема в некорректном указании координат вывода финального изображения. Там будет не (0,0). А с учётом поворота. Прямоугольные тоже поворачивает. Рисую на экран 320x240 пару фреймов 160x240 повёрнутые на 270 градусов. Координаты вывода такие: #define BUFFER_WIDTH 320 #define BUFFER_HEIGHT 240 #define WINDOW0_WIDTH 240 #define WINDOW0_HEIGHT 160 #define WINDOW1_WIDTH WINDOW0_WIDTH #define WINDOW1_HEIGHT WINDOW0_HEIGHT #define WINDOW0_X (((3*BUFFER_WIDTH)/4)-(WINDOW0_HEIGHT/2)) #define WINDOW0_Y ((BUFFER_HEIGHT-WINDOW0_WIDTH)/2) #define WINDOW1_X ((BUFFER_WIDTH/4)-(WINDOW1_HEIGHT/2)) #define WINDOW1_Y ((BUFFER_HEIGHT-WINDOW1_WIDTH)/2) //... G2D_Rot.dst_x=WINDOW0_X; //координаты вывода левого фрейма G2D_Rot.dst_y=WINDOW0_Y; G2D_Rot.dst_x=WINDOW1_X; //координаты вывода правого фрейма G2D_Rot.dst_y=WINDOW1_Y;
