jeffcrouse / arduino-tvout Goto Github PK

Speed up the drawing algorithm specifically drawing filled circles.
Modify syntax to drop safety check, create separate filled/non filled functions 
by the same name.

What steps will reproduce the problem?
1. Connecting video output to composite video input on LCD monitors results in 
no video (no video sync found).
2. Connected to CRT TV/Monitors works fine.
3.

What is the expected output? What do you see instead?
Expected to see the DemoNTSC sketch output. Instead there is no video sync 
signal found.


What version of the product are you using? On what operating system?
TVOutBeta1
DemoNTSC sketch
ATMega328p @ 16MHz
Arduino IDE v1 on linux.


Please provide any additional information below.
The TVout library works great on every CRT TV or CRT monitor with composite 
video input I have tried it on.  The challenge I am having is with modern LCD 
monitors.  Every LCD I have plugged into has resulted in no video sync signal 
found.  Any input you may have would be useful.  I have seen some articles 
describing the use of diodes to the video tip and also the use of 75ohm 
resistors grounding the signal input.  I am not sure if these would apply to my 
situation. Thanks for your time.

Stop calculating the bit-masks used in various functions at run time and use a 
table in flash.

To do after beta 1.0 release.

What steps will reproduce the problem?
1. Wire according to schematic
2. Connect to sync-sensitive PAL+NTSC monitor/TV
3. Load DemoPAL from 1-beta

What is the expected output? What do you see instead?
Expecting a stable demo, instead get a rolling display where vertical sync does 
not lock on. In my case, the monitor detects the signal as NTSC, and fails to 
sync, since TVOut tries to do PAL :)

What version of the product are you using? On what operating system?
TVOutBeta1 from 2010-12-03. Hardware is ATMega328p running at 16MHz.

Please provide any additional information below.
In TVOut/spec/video_properties.h (line 60), _PAL_LINE_STOP_VSYNC is defined to 
7. Seeing that the corresponding define for NTSC is 3, I assumed (did not look 
closely at source) that this corresponded to the sync-width in #-of-lines. NTSC 
should be 3, but PAL should be 2.5. By replacing the 7 for 2, I was able to get 
a proper vsync lock. I have not tried this fix with other monitors (yet).

To fix:
Find _PAL_LINE_STOP_VSYNC, replace 7 with 2.

delay(x) delay x milliseconds
delay_frames(x) delay x frames

shift(direction,distance)

Will move the data on the screen in any direction by any number of pixels

What steps will reproduce the problem?
1. Download any Release of the library
2. Load it into the arduino environment (1.0.1)
3. Try to upload it to the board

What is the expected output? What do you see instead?
Error output:

DemoPAL.pde:-1: error: 'TVout' does not name a type
DemoPAL.cpp: In function 'void setup()':
DemoPAL.pde:-1: error: 'TV' was not declared in this scope
DemoPAL.pde:-1: error: 'NTSC' was not declared in this scope
DemoPAL.pde:-1: error: 'font6x8' was not declared in this scope
DemoPAL.pde:-1: error: 'font4x6' was not declared in this scope
DemoPAL.pde:-1: error: 'font8x8' was not declared in this scope
DemoPAL.pde:-1: error: 'WHITE' was not declared in this scope
DemoPAL.pde:-1: error: 'INVERT' was not declared in this scope
DemoPAL.cpp: In function 'void intro()':
DemoPAL.pde:-1: error: 'TV' was not declared in this scope
DemoPAL.pde:-1: error: 'TV' was not declared in this scope
DemoPAL.pde:-1: error: 'TV' was not declared in this scope
DemoPAL.cpp: In function 'void printcube()':
DemoPAL.pde:-1: error: 'TV' was not declared in this scope
DemoPAL.pde:-1: error: 'TV' was not declared in this scope
DemoPAL.cpp: In function 'void draw_cube()':
DemoPAL.pde:-1: error: 'TV' was not declared in this scope
DemoPAL.pde:-1: error: 'WHITE' was not declared in this scope

What version of the product are you using? On what operating system?
- Board: Arduino UNO
- Environment: Arduino 1.0.1
- OS: Microsoft Windows Vista Home Premium

What is the expected output? What do you see instead?

I would like to be able to draw using all the CPU cycles not spent on 
interrupts without sync problems. If I take too long drawing, it should output 
the previous frame twice instead.

What version of the product are you using? On what operating system?
Beta1, Arduino

Printing chars with codes > 127 crashes program.
It can be easily fixed by using unsigned char instead of signed:

virtual void print_char(uint8_t, uint8_t, unsigned char) = 0;

Also, after fix, you can use full ASCII character set at file ascii8x8.h
(sample files is attached)

It would be great if you could add support for the new ATMega2560 by default.

I'd like TVout to have the ability to call a hook during the vertical blanking 
interval.  I am using this capability to communicate with an I2C device.

Example implementation

TVout.h:
// declaration of set_vbi_hook function
void set_vbi_hook(void (*func)());

TVout.cpp:
// implementation of set_vbi_hook
void TVout::set_vbi_hook(void (*func)()) {
  vbi_hook = func;
}

video_gen.h:
// extern declaration of vbi_hook function pointer
extern void (*vbi_hook)();

video_gen.cpp:
// declaration of vbi_hook function pointer and invocation of function at 
beginning of VBI
void (*vbi_hook)();

// in active_line()...
    if ((display.scanLine + 1) == display.stop_render) {
        line_handler = &blank_line;
        if (vbi_hook != 0) {
          vbi_hook();
        }
    }


Let me know if you have any questions; this should be pretty self explanatory 
for you.

Hi

I got the atmega32 to run with arduino and now i would like to try the tvout 
library (I tested on other controllers).
I think the problem is the 8 Mhz (internel RC) clock. 8Mhz should be enough to 
create a PAL signal but I can't get it with this library. (See attachment)
To get rid of some compile errors, the only thing I had to change was the 
TIMSK1 to TIMSK and remove the tone library.
I am reading your code and saw the comment "only 16mhz right now!!!" in the 
file video_gen.cpp.
Would be great if you could give me some hints/advice how to get it run on 8Mhz.

Thanks and Regards
debain

What steps will reproduce the problem?
1.Always 
2.
3.

What is the expected output? What do you see instead?
It works but I can't se the image clearly. The text/image is to dark 

What version of the product are you using? On what operating system?

TVout_R5.91.zip, Windows XP, Arduino Mega 1280

Please provide any additional information below.

PS: Sorry about the bat english

draw_rect and draw_circle both rely heavily on draw line now when filling.  
However these instances are only ever with horizonal lines; and so a special 
case will be added that will edit pixels by the byte vs one at a time.

Hi,

I'm trying to compile the latest hg source but I have these errors :

$ /usr/bin/avr-g++ -c -mmcu=atmega328p -I. -DF_CPU=16000000  
-Iarduino/hardware/arduino/cores/arduino -Iarduino/hardware/libraries/ -ITVout 
-Os TVout/pollserial.cpp -o TVout/pollserial.o 
TVout/pollserial.cpp:43:6: error: #elif with no expression
TVout/pollserial.cpp:78:6: error: #elif with no expression
TVout/pollserial.cpp:86:6: error: #elif with no expression
TVout/pollserial.cpp:96:6: error: #elif with no expression
TVout/pollserial.cpp:135:6: error: #elif with no expression

I fixed that using "else" instead of "elif".

$ /usr/bin/avr-g++ -v
Using built-in specs.
COLLECT_GCC=/usr/bin/avr-g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/avr/4.5.1/lto-wrapper
Target: avr
Configured with: ../configure --disable-libssp --disable-nls 
--enable-languages=c,c++ --infodir=/usr/share/info --libdir=/usr/lib 
--libexecdir=/usr/lib --mandir=/usr/share/man --prefix=/usr --target=avr 
--with-gnu-as --with-gnu-ld --with-as=/usr/bin/avr-as --with-ld=/usr/bin/avr-ld
Thread model: single
gcc version 4.5.1 (GCC) 

How can I fix this error?:

In file included from NTSCserialTerm.cpp:2:
C:\Users\Person\Desktop\arduino-1.0.1\libraries\pollserial/pollserial.h:46: 
error: conflicting return type specified for 'virtual void 
pollserial::write(uint8_t)'
C:\Users\Person\Desktop\arduino-1.0.1\hardware\arduino\cores\arduino/Print.h:48:
 error:   overriding 'virtual size_t Print::write(uint8_t)'

What steps will reproduce the problem?
1. Connect oscilloscope, multimeter, LED, or other indicator to PIN 11.
2. Load any sketch that uses TVout library and includes audio via the tone() 
functions.
3. Sketch should generate multiple tones with intervals of silence in between.


What is the expected output? What do you see instead?
Use of tone(frequency,duration) or notone() should, at the completion of the 
tone, leave PIN 11 in a logic LOW state when complete, but it 
non-deterministicly leaves it in a logic HIGH state 50% of the time.


What version of the product are you using? On what operating system?
Beta1 on Ubuntu 10.04LTS 32bit.

Please provide any additional information below.
The problem arises from the use of TIMER2.  The mode used is CTC with 
TOP=OCR2A, and with a Compare Output A Mode of 01 (toggle).  The comment in 
line #869 of TVout.cpp states '//set COM2A1 to 0', but this is incorrect.

The code for notone(), as well as the code section within vsync_line() in 
video_gen.cpp responsible for stopping a tone started with 
tone(frequency,duration), correctly set TCCR2B to 0, which sets the clock 
select to none, stopping the timer.  They also correctly set the pin state to 
logic LOW with PORTB &= ~(_BV(SND_PIN)).  However, since the Compare Output A 
Mode is unaffected by either of these, PIN 11 remains connected to the Output 
Compare Unit in toggle mode, so the state of the pin cannot be predicted.

A fix is to add the line TCCR2A = 0 to both functions (line #876 in TVout.cpp 
and line #173 in video_gen.cpp), which returns the Compare Output A Mode to 
normal and reconnects PIN 11 to PORTB.  Since tone() sets TCCR2A every time it 
is called(), there should be no side effects to this fix.  This has been tested 
and works as expected.

Why does this matter?  It doesn't, provided the audio circuit driven by tone() 
is correctly designed.  However a speaker directly connected to PIN 11 might 
face (the pin's maximum source current of) 40mA for extended periods.  While 
this will amount to only 13mW, it isn't going to help battery life any.  An 
even more poorly designed audio circuit (say, a MOSFET gated by PIN 11, driving 
a speaker load) could cause serious problems.  Even a simple capacitor put in 
series with the speaker load would fix the problem in both cases, but so would 
2 lines of code.

rtttl(song)
play a RingTone Text Transfer Language stored as a string in program memory.
A stop function will also be included.

What steps will reproduce the problem?
1.
set up TVout, this step works, I am able to run the examples, and they work fine
2.
Set up PS2keyboard library, this works, I ran teh example and it works fine.
3.
Mix TVout and PS2Keyboard, when I did this, I got problems.
 I went ahead and combined TVout and PS2Keyboard libraries, but they seem to clash with each other, they work,  but weird things happen  on the TV   there is a glitch whenever I press a key, and on the keyboard there is sometimes wrong keystrokes detected... they both work well indivisually here is my combined code http://pastebin.com/caVhZQcT

What is the expected output? What do you see instead?
each key I type on the keyboard should just appear on the screen,  but instead 
sometimes wrong characters appear. and also there is a glitch on the TV 
everytime I press a key.    also, since I am logging everything to the serial 
port, I can see that the PS2Keyboard library is failing to recognize the 
characters when mixed with TVout.

What version of the product are you using? On what operating system?

I am using TVoutBeta1 uploaded to arduino uno  from a windows computer

Please provide any additional information below.

 I went ahead and combined TVout and PS2Keyboard libraries, but they seem to clash with each other, they work,  but weird things happen  on the TV   there is a glitch whenever I press a key, and on the keyboard there is sometimes wrong keystrokes detected... they both work well indivisually here is my combined code http://pastebin.com/caVhZQcT

Hello,

I was try to compile the demo program for PAL in Example folder and i get the 
bellow error:

C:\arduino-0018\arduino-0018\libraries\TVout\TVout.cpp: In member function 
'void TVout::render_setup(uint8_t)':

C:\arduino-0018\arduino-0018\libraries\TVout\TVout.cpp:729: error: '_VID_DDR' 
was not declared in this scope

C:\arduino-0018\arduino-0018\libraries\TVout\TVout.cpp:729: error: '_VID_PIN' 
was not declared in this scope

C:\arduino-0018\arduino-0018\libraries\TVout\TVout.cpp:730: error: '_SYNC_DDR' 
was not declared in this scope

C:\arduino-0018\arduino-0018\libraries\TVout\TVout.cpp:730: error: '_SYNC_PIN' 
was not declared in this scope

C:\arduino-0018\arduino-0018\libraries\TVout\TVout.cpp:731: error: '_VID_PORT' 
was not declared in this scope

C:\arduino-0018\arduino-0018\libraries\TVout\TVout.cpp:732: error: '_SYNC_PORT' 
was not declared in this scope

The version i was try it was the TVout_R5.9

Can you please help me to fix this problem, I use ATMega 168.

Thank you in Advance.

Best Regards,
Tasos

Is it possible to store the data for the resolution in an external device? e.g 
SD card or RAM IC.

This would make it possible for larger resolutions, no?

What steps will reproduce the problem?
1. Include the <SD.h> header on the NTSC demo sketch
2. Run the sketch

What is the expected output? What do you see instead?
Expect to see the demo sketch. Instead see no video output at all. (Removing 
the #include corrects the problem.)

What version of the product are you using? On what operating system?
Arduino 1.0, Debian Linux system, programming a Duemilanove 328 chip.

Sorry if this is a dumb issue -- I'm pretty new to the Arduino platform. 
However, I'd expect that just including a header wouldn't cause this kind of 
change in behavior. Thanks!

What steps will reproduce the problem?
1.Running on Atmega328 at 8mhz
2.Running on Atmega168 at 16Mhz stripped down version 
3.Changing VID pin and SYNC pin 

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
TVout 5.91 and TVout beta1.0

Please provide any additional information below.
Hello,

My hardware setup is Atmega328 running at 8mhz (with output at PB3,PB4,PB5). I 
changed the pins defined in the harware_setup.h file respectively but cant get 
any output. Also I have observed that most of the TV PAL signal examples work 
on the PB0 and PB1 only if I change it to other PINS or other ports I don't get 
any output.I have been trying to get the TVout working for a week now. I have 
even tried to get it run on 168 running at 16Mhz but I cant get any output. I 
am on PAL.

Kindly let me know how do I change the code to get the TVOUT running on 
atmega328 at 8mhz with sync and vid on PB3 and PB4. And the same for Atmega168 
at 16 Mhz on PB0 and PB1

when i put this into the code it dosent turn orange and says theres an error 
also with draw_circle too plz fix fast

What is the expected output? What do you see instead?
Error

What version of the product are you using? On what operating system?

R5.91  on ubuntu 10.04
Please provide any additional information below.

- What steps will reproduce the problem?
1. Setting a hbi_hook() with set_hbi_hook(&func)
2. Putting some simple code in the hbi_hook()

- What is the expected output? What do you see instead?

I expect the code to run without influencing the video display. What is 
happening is that the video is shifted towards the right.

- What version of the product are you using? On what operating system?

I am using Beta1.0 (Dec 2nd 2010)

- Please provide any additional information below.

The solution was to change the order of calls in ISR(TIMER1_OVF_vect) to the 
following:

ISR(TIMER1_OVF_vect) {

    line_handler();
    hbi_hook();
}

By changing the code, I do not notice an offset of the video.

Hi there,
I'm trying tvout in combination with the ps2 library. I'm pressing the "a" on 
the keyboard but get other chars.
See enclosed Video and Sketch. Any help appreciated.
Thanks
debain

What steps will reproduce the problem?
1. Take PAL Example
2. Purge from quite everithing to reduce memory footprint
3. Compile with atmega8 board

What is the expected output? What do you see instead?
Compile/not compile

error: 'TIMSK1' was not declared in this scope
ecc

What version of the product are you using? On what operating system?
Arduino 0022

Please provide any additional information below.
I know atmega8 is not supporterd now, may be in the future?

What steps will reproduce the problem?

1. Build an atmega1284p minimal system
2. Upload DemoNTSC sketch
3. See TV

What is the expected output? What do you see instead?

Using the last release (TVout_w_audio.zip) I see an occasional horizontal 
flickering.

Using the library shipped with the Video Game Shield, the last line in 
version_history is: R6 (June 2010) (Currently Beta at 5.9), I see the same kind 
of flickering but constantly. 

What version of the product are you using? On what operating system?

Arduino software version 0021 version on Linux.

Please provide any additional information below.

I had attached a picture of my TV, the flickering is the same in both cases but 
almost all the time with the R6 and occasionally with the TVout_w_audio release.


I also noticed how the pins changes from the TVout_w_audio to the R6 release 
(the ones triggered with the ENABLE_FAST_OUTPUT).

Finally, I tired to use the source from your repository but it can't complie 
the DemoNSTC sketch.

Hi,

I'm trying to compile the latest hg source but I have these errors :

$ /usr/bin/avr-g++ -c -mmcu=atmega328p -I. -DF_CPU=16000000  
-Iarduino/hardware/arduino/cores/arduino -Iarduino/hardware/libraries/ -ITVout 
-Os TVout/pollserial.cpp -o TVout/pollserial.o 
TVout/pollserial.cpp:43:6: error: #elif with no expression
TVout/pollserial.cpp:78:6: error: #elif with no expression
TVout/pollserial.cpp:86:6: error: #elif with no expression
TVout/pollserial.cpp:96:6: error: #elif with no expression
TVout/pollserial.cpp:135:6: error: #elif with no expression

I fixed that using "else" instead of "elif".

$ /usr/bin/avr-g++ -v
Using built-in specs.
COLLECT_GCC=/usr/bin/avr-g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/avr/4.5.1/lto-wrapper
Target: avr
Configured with: ../configure --disable-libssp --disable-nls 
--enable-languages=c,c++ --infodir=/usr/share/info --libdir=/usr/lib 
--libexecdir=/usr/lib --mandir=/usr/share/man --prefix=/usr --target=avr 
--with-gnu-as --with-gnu-ld --with-as=/usr/bin/avr-as --with-ld=/usr/bin/avr-ld
Thread model: single
gcc version 4.5.1 (GCC) 

Currently the Vertical Sync works by simply extending the time that the sync 
line is held low.  This does not follow the NTSC or PAL spec; fixing this will 
result in higher compatibility with more devices.

What steps will reproduce the problem?
1. copy all files to PAL sample folder, copy versions of Print.h & Print.cpp
2. edit file locations accordingly
3. try compile

What is the expected output? What do you see instead?
expected output is a compiled sketch
i see 

In file included from pollserial.cpp:28:
pollserial.h:45: error: conflicting return type specified for 'virtual void 
pollserial::write(uint8_t)'
Print.h:28: error: overriding 'virtual size_t Print::write(uint8_t)'

What version of the product are you using? On what operating system?

Uno
Arduino 1.0 
OSX 10.5.8 

Please provide any additional information below.

What steps will reproduce the problem?
1.Always 
2.
3.

What is the expected output? What do you see instead?
It works but I can't se the image clearly. The text/image is to dark 

What version of the product are you using? On what operating system?

TVout_R5.91.zip, Windows XP, Arduino Mega 1280

Please provide any additional information below.

PS: Sorry about the bat english

millis() looses all accuracy when used with this library, so create a 
replacement.

What steps will reproduce the problem?
1.
      TV.draw_rect   (x+2,y+2,8,14,WHITE,WHITE);
      TV.draw_circle (x+6,y+9,2,BLACK,BLACK);
      TV.draw_rect   (x+6,y+3,1,6,BLACK,BLACK);
2.
     By adding a call to TV.frame_delay(1);
     the screen is cleared and I no longer see rect/circles
3.

What is the expected output? What do you see instead?
  expect:reduction in flicker
  actual:blank screen

What version of the product are you using? On what operating system?
  Beta V1.0

Please provide any additional information below.

What steps will reproduce the problem?
1. If pin 1 of the video port is HIGH, then horizontal sync is messed up


What version of the product are you using? On what operating system?
Trunk with video pin on Arduino pin 7.  ATmega328


Please provide any additional information below.

Myles,
(nootropic here).  Since the video moved to port 7, there is a bug in the asm 
routines render_line5c and render_line6c.  These lines near the end need to be 
changed from:

                "svprt  %[port]\n\t"
                "bst    r16,1\n\t"
                "o1bs   %[port]\n\t"

to:

                "svprt  %[port]\n\t"
                "bst    r16,7\n\t"
                "o1bs   %[port]\n\t"

That is, the seventh bit of r16 needs to be written out to the port, not the 
1st bit.  The problem only becomes evident if pin 1 of the port is set.  The 
hsync gets messed up.  I found this while trying to use Arduino pin 1 as a 
digital input with the pull-up resistor set.

What steps will reproduce the problem?
1. Use of the method/call .draw_box. 

What is the expected output? What do you see instead?

- In the comments for the .draw_box method in TVout.cpp, the comments
says as follows:

"draw a box x1,y1 to x2,y2".

One would assume this means a box with top left corner in x1, y1 and a bottom 
right corner in x2, y2. This is how ever not enterily the case, 
as the parameters are x1, y1 (upper left corner) and x2 and y2 being
the width and the height of the box. After some debugging i found that I
interpreted the comment/method wrong.


What version of the product are you using? On what operating system?
- R5.91

Please provide any additional information below.
- Just wanted to inform you, so others don't get stuck with this method.
Otherwise... thanx alot for a solid and super library.

What steps will reproduce the problem?
1. I need to replace the white with another color
2. I do not know the code structure
3. Is there any way?

What is the expected output? What do you see instead?
The expected result is green on black

What version of the product are you using? On what operating system?
Ubuntu
The lastest version (TVoutBeta1)

Please provide any additional information below.
...!

What steps will reproduce the problem?
1. set font to 8x8
2. Use TV.println("()");

What is the expected output? What do you see instead?
It should print an open then closed parenthsis "()". 
Instead it prints a closed then open parenthsis ")(". 

What version of the product are you using? On what operating system?
Beta1 on Amtel328

Thanks 
Jake

The SRAM use has grown to much with recent additions get it back down to what 
it was in previous versions.

The final design should use one interrupt for line handling/hsync hook calls 
and a separate interrupt to trigger output. This would remove the delay loop 
and give back cpu time to the main application.

This would make the system more sensitive to other non TVout interrupts firing 
as the delay loop will allow for very very fast interrupts to fire without any 
adverse effects.

This would also mitigate display issues that stem from a line taking to long to 
begin(another interrupt firing/slow hsyn hook call) rendering as it would only 
effect its own line and not push into all following lines.

Please document the bitmap() function. Reading the code seems to be the format 
is:

char[]={bmap_width, bmap_height, data};
and data seems to be the packed bits to push directly on screen?

What steps will reproduce the problem?
1. Open Arduino
2. Open DemoNTSC example
3. Verify

What is the expected output? What do you see instead?
Expected output is X bytes (out of a Y byte maximum)
Output is 


DemoNTSC.cpp:1:19: error: TVout.h: No such file or directory
DemoNTSC.cpp:2:21: error: fontALL.h: No such file or directory
DemoNTSC.pde:-1: error: 'TVout' does not name a type
DemoNTSC.cpp: In function 'void setup()':
DemoNTSC.pde:-1: error: 'TV' was not declared in this scope
DemoNTSC.pde:-1: error: 'NTSC' was not declared in this scope
DemoNTSC.pde:-1: error: 'font6x8' was not declared in this scope
DemoNTSC.pde:-1: error: 'font4x6' was not declared in this scope
DemoNTSC.pde:-1: error: 'font8x8' was not declared in this scope
DemoNTSC.pde:-1: error: 'WHITE' was not declared in this scope
DemoNTSC.pde:-1: error: 'INVERT' was not declared in this scope
DemoNTSC.cpp: In function 'void intro()':
DemoNTSC.pde:-1: error: 'TV' was not declared in this scope
DemoNTSC.pde:-1: error: 'TV' was not declared in this scope
DemoNTSC.pde:-1: error: 'TV' was not declared in this scope
DemoNTSC.cpp: In function 'void printcube()':
DemoNTSC.pde:-1: error: 'TV' was not declared in this scope
DemoNTSC.pde:-1: error: 'TV' was not declared in this scope
DemoNTSC.cpp: In function 'void draw_cube()':
DemoNTSC.pde:-1: error: 'TV' was not declared in this scope
DemoNTSC.pde:-1: error: 'WHITE' was not declared in this scope

What version of the product are you using? On what operating system?
Arduino revision 3
Arduino software version 1.0
TVout Beta 1.0
Please provide any additional information below.

provide a interface to force the use of certain parameters. Such as vertical 
scaling, output start line, output offset time, output method.

bitmap(unsigned char x, unsigned char y, const char bitmap)

Place the upper left corner of a bitmap at point x,y

the bitmap should be encoded as follows:
{#ofBytesWide,#lastByteDrop#ofLines,imageData.....}
msb of a byte is the left most pixel in the byte.
the following byte being the next 8 pixels
lastByteDrop contains the number of pixels to be removed from the end of the 
last byte on each line.

Create 2 functions one for filled one for not filled. Rounded corners will be 
dropped unless this is a major problem.

hi, first of all, thanks for the great work!
I'd like to know if there's a way to change the video colors.
Is it an update you're thinking about?
cheers,
henrique

What steps will reproduce the problem?

Using an Arduino Mega 2560 with the specified hardware, it doesn't show 
anything at the TV, all is well connected, i think that could be  my Arduino 
because i saw a lot of tutorials with Arduino duemilanove or Uno but any with 
Mega 2560. 

What is the expected output? What do you see instead?
The example sketch

What version of the product are you using? On what operating system?

TvoutBeta1
Windows/Ubuntu(Lastest version)

Please provide any additional information below.

I tried changing all the components but it still not working..

Thanks.

What steps will reproduce the problem?
1. reading my accelerometer with int timeX = pulseIn(4, HIGH);
2. converting time pulse to milli-gees with int gX = ((timeX / 10) - 500) * 8;
3. printing value onto screen with TV.print(gX);

What is the expected output? What do you see instead?
when my accelerometer is level around 0. i see crazy numbers that resemble a 
counter. it goes from around 700 - 4000 or something like that. i can send the 
data via serial to my computer no problem but once i try to print it to tv it 
doesnt work

What version of the product are you using? On what operating system?
TVoutBeta1 on windows 7 64 bit

Please provide any additional information below.
i've isolated the problem down to the actual pulseIn function...

Hello,
it can be cool if we have some simple way to swithc between PAL and NTSC.
There should by some #defines which will enable us to compile tvout with PAL or 
NTSC or both and then we will able to select one of those modes (if there are 
compiled-in) at runtime.

What steps will reproduce the problem?
1. Read characters from pollserial interface
2.
3.

What is the expected output? What do you see instead?
Every 64th character read is a random character that is not present in the data 
stream.

What version of the product are you using? On what operating system?
Beta 1

Please provide any additional information below.
The read() method simply doesn't roll back to the beginning of the buffer when 
it should.  It reads one character too far.

Line 119 in pollserial.c is:
    if (rxbuffer.tail == BUFFER_SIZE)
but I believe it should be:
    if (rxbuffer.tail == (BUFFER_SIZE-1))