I seen PIC PAL TV,also Pic 12f683 video superimposer!
But i want 16F84A source code that can paste bitmap image.address and my name on [composite av]pal tv. www.topstablala@gmail.com
What you asking for isnt that simple... You say from a BMP... so you mean you need SD card access and then you need software that will not only impose it on the screen but you would have to read a BMP omit as a negative like checking each pixel...
This isnt easy or simple at all... so not sure why your just asking for source...
But a LOT harder than you think - superimposing crude text is a very different thing from trying to do it with a bitmap, which is far beyond the capability of a lowly 16F84.
This is kind of funny a SX64 ran at .98mhz Memory 64 kB RAM + 20 kB ROM and could do raster graphics image or bitmap.
In 3 colors I think plus black and white.
um... if you can read a BMP and impose it on a PAL signal by all means hand out the free code heh... i would like to see it.. especially on a small PIC like the 16F628A
He said BMP ... how is he going to get the BMP on the PIC? burn it through source? then its not a BMP
if its a real BMP he needs a SD card or some other memory to hold it... then he has to implement a FAT/FAT32 file system if using windows as a OS... then he has to decode the BMP in code and then do the PAL stuff... if you can do that with that PIC tell me now heh... i would like some source as well
If you have never tried building the PIC OSD, then dont! It wont work! The sync is all over the place and relies on a very specific level.
I should imagine the easiest way is to use a MAX7456 and a 27MHz crystal. But if you want to make a "home made" one then I would suggest looking on the internet and using the resistor trick to impose white, black and grey pixels to the screen and use a video MUX to mix the 2 signals together, you can read the bitmap by either creating a C file with the bitmap data for a static one, or as Atomsoft said, use a SD card and read the bitmap data in.
You will need a pretty quick clock, and if you want true frame rate you will need to genlock, which I have seen done with a 20MHz oscillator and a logic chip, but you can get PLL chips if you want faster than 20MHz, there were jagged edges with the 20MHz original clock.
It will be quite difficult to get the resolution without the clock speed also!
It was a 6502 - and video display was done at least partially in hardware - but even so, it uses a microPROCESSOR, and not a microCONTROLLER, you've got loads more memory to play with, and memory mapped hardware and display memory.
Atomsoft! - BMP files are fast anyway, they are just crude non-compressed bitmaps.
As for speed, they were pretty fast machines - no crippling Windows or GUI to slow them down.
A microcontroller (sometimes abbreviated µC, uC or MCU) is a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output
A microprocessor incorporates most or all of the functions of a computer's central processing unit (CPU) on a single integrated circuit (IC, or microchip)
The 6502's registers included one 8-bit accumulator register (A), two 8-bit index registers (X and Y), an 8-bit processor status register (P), an 8-bit stack pointer (S), and a 16-bit program counter (PC). The stack's address space was hardwired to memory page $01
I think a pic has a lot more to play with
This bitmap takes lots of space and time to display **broken link removed**
The 6502's registers included one 8-bit accumulator register (A), two 8-bit index registers (X and Y), an 8-bit processor status register (P), an 8-bit stack pointer (S), and a 16-bit program counter (PC). The stack's address space was hardwired to memory page $01
You're ignoring the fact that PIC's have next to no RAM, and that 6502's used hardware to generate the video display - with memory mapped RAM common to both display and processor, so you simply wrote to the display memory and the hardware did everything else.
PIC's are amazing devices, and run incredibly fast - but they are still microcontrollers, not full processors.
You also need to consider that displaying bitmaps needs even more display memory (at least 8 times as much), as it's no longer a single byte per text character.
Yeah just to make one big X took all the whole 68 of a 16f84a lol I'm not ignoring the fact just thinking outside the bun!
And many for text to vga or pal. If i want the big picture I'll do that on this computer LOL
And I can tell you it was not easy. That was using the PICs SPI hardware module to shift pixel bits out at 10 Megapixels/second. And it still got only 243 usable horizontal pixels with the PIC18 barely having time for anything else. And lots of nasty hand-tuned assembler to make it work.
With a PIC16 at 20MHz the fastest you can shift pixels out is using;
MOVF byte03,w ; each new video byte is hardcoded in asm
MOVWF PORTB ; PORTB,0 is the video output pin
RRF PORTB
RRF PORTB
RRF PORTB
RRF PORTB
RRF PORTB
RRF PORTB
RRF PORTB
CLRF PORTB
which *just* gets you 5 megapixels with 8 working pixels and 3 dead black pixels, so you might be able to get 120 pixels across /8:11 or maybe 10 text characters across the screen and a PIC that is a mass of hardcoded assembler in ROM with no room for anyhting else and no time to do anything else.
About the only reasonable video you can do on a PIC 16F is a few big chunky chracters like a 6digit clock 12:00:00.