Activity for Paul S
-
Paul S posted a comment on discussion Help
to solve that compile issue, I just: cd modules make cd .. make
-
I've made a minimal change to a copy of the code, changing three lines in modules/video.cc guint32 *p = (guint32 *)(data + (i*4 + y * stride)); if (line[i] >= 4) { *p = 0xFFcfcfff; } else if (line[i] > 2) { *p = 0xFF7fff7f; } else { *p = 0xFF082010; } Basically changing to the RGBA (4 byte format) - and making sure opacity is 0xFF It will work now: see [image: Screenshot from 2021-01-26 22-56-01.png] (I put analog simulation on porta2 to move the paddle around, and left it running for a while).
-
Hi Lakis, What speed microcontroller in the sim are you using? 20MHz? 4MHz? The height would be based on the syncs (and number of lines) - but the width would be the timing (compared to standard). Paul S.
-
The pal-tv-pp1 code is mine, I have the source if you want. You will need to make sure you hook up the correct PINs to the Video (there is an audio line too) RA0 an RA1 connected with different resistors, to form the composite output. Paul S. On Mon, Aug 31, 2020 at 9:41 PM Lakis lakis007@users.sourceforge.net wrote: Thank you, yes now i can see the video screen. I had tried the original pong with pic 16f84 and i got the first screenshot. I tried your files and got the second screenshot . It isnt...
-
Specifically - you attach RA0 (porta0) to lume, and RA1 (porta1) to sync Paul S.
-
I know why - the PAL_Video (video.cc) module is outputting pixels but one colour channel incrementing - so 10 bytes (say) gets folded into 3x3+1 byes (3 and a bit pixels) hence the red black white and cyan colours (should be white or black). Paul S.
-
I've made a minimal change to a copy of the code, changing three lines in modules/video.cc guint32 *p = (guint32 *)(data + (i*4 + y * stride)); if (line[i] >= 4) { *p = 0xFFcfcfff; } else if (line[i] > 2) { *p = 0xFF7fff7f; } else { *p = 0xFF082010; } Basically changing to the RGBA (4 byte format) - and making sure opacity is 0xFF It will work now: [image: Screenshot from 2021-01-26 22-56-01.png] (I put analog simulation on porta2 to move the paddle around, and left it running for a while).
-
(formatting broke on that, resending) guint32 *p = (guint32 *)(data + (i*4 + y * stride)); if (line[i] >= 4) { *p = 0xFFcfcfff; } else if (line[i] > 2) { *p = 0xFF7fff7f; } else { *p = 0xFF082010; }
-
(formatting broke on that, resending) guint32 p = (guint32 )(data + (i4 + y * stride)); if (line[i] >= 4) { p = 0xFFcfcfff; } else if (line[i] > 2) { p = 0xFF7fff7f; } else { p = 0xFF082010; }
-
I've made a minimal change to a copy of the code, changing three lines in modules/video.cc guint32 *p = (guint32 *)(data + (i**4* + y * stride)); if (line[i] >= 4) { p = 0xFFcfcfff; } else if (line[i] > 2) { p = 0xFF7fff7f; } else { p = 0xFF082010; } Basically changing to the RGBA (4 byte format) - and making sure opacity is 0xFF It will work now: [image: Screenshot from 2021-01-26 22-56-01.png] (I put analog simulation on porta2 to move the paddle around, and left it running for a while). On Tue,...
-
I know why - the PAL_Video (video.cc) module is outputting pixels but one colour channel incrementing - so 10 bytes (say) gets folded into 3x3+1 byes (3 and a bit pixels) hence the red black white and cyan colours (should be white or black). Paul S. On Tue, Jan 26, 2021 at 9:37 AM Lakis lakis007@users.sourceforge.net wrote: Hi Using (pic16f88) pal-tv-pp1.HEX and paltv-stim.stc, the simulation speed is 20Mhz, i tried again i cant get the full width of the screen. PAL_Encoder module https://sourceforge.net/p/gpsim/discussion/6830/thread/3847b45e10/?limit=25#ddf8...
-
Hi Lakis, What speed microcontroller in the sim are you using? 20MHz? 4MHz? The height would be based on the syncs (and number of lines) - but the width would be the timing (compared to standard). Paul S. On Mon, Jan 25, 2021 at 4:16 AM Lakis lakis007@users.sourceforge.net wrote: Hello, I havent yet tried it to a real TV only in gpsim. I run pong simulation with pal module. Look my screenshot3.jpg, the height of video is right but the width of the video is small. The same with 2.jpg i whitened the...
-
Specifically - you attach RA0 (porta0) to lume, and RA1 (porta1) to sync Paul S. On Sun, Jan 24, 2021 at 11:01 AM Paul S paulrho@users.sourceforge.net wrote: The pal-tv-pp1 code is mine, I have the source if you want. You will need to make sure you hook up the correct PINs to the Video (there is an audio line too) RA0 an RA1 connected with different resistors, to form the composite output. Paul S. On Mon, Aug 31, 2020 at 9:41 PM Lakis lakis007@users.sourceforge.net wrote: Thank you, yes now i can...
-
I just realised - that is my test Pong game - I have the source too. Paul S On Mon, Aug 31, 2020 at 4:49 PM Roy Rankin roy_r_rankin@users.sourceforge.net wrote: I do not know how the files got on my system, but here is one Attachments: pal-tv-pp1.HEX https://sourceforge.net/p/gpsim/discussion/6830/thread/3847b45e10/867c/attachment/pal-tv-pp1.HEX (19.9 kB; text/x-hex) PAL_Encoder module https://sourceforge.net/p/gpsim/discussion/6830/thread/3847b45e10/?limit=25#867c Sent from sourceforge.net because...
-
The pal-tv-pp1 code is mine, I have the source if you want. You will need to make sure you hook up the correct PINs to the Video (there is an audio line too) RA0 an RA1 connected with different resistors, to form the composite output. Paul S. On Mon, Aug 31, 2020 at 9:41 PM Lakis lakis007@users.sourceforge.net wrote: Thank you, yes now i can see the video screen. I had tried the original pong with pic 16f84 and i got the first screenshot. I tried your files and got the second screenshot . It isnt...
1