asantos2000 / arduino-tvout Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/arduino-tvout
Automatically exported from code.google.com/p/arduino-tvout
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
Original issue reported on code.google.com by [email protected]
on 31 Jul 2011 at 9:16
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.
Original issue reported on code.google.com by [email protected]
on 2 Feb 2011 at 8:34
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.
Original issue reported on code.google.com by [email protected]
on 15 May 2011 at 4:05
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
Original issue reported on code.google.com by [email protected]
on 17 Jun 2010 at 12:21
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.
Original issue reported on code.google.com by joeymorin
on 1 Apr 2012 at 7:13
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
Original issue reported on code.google.com by [email protected]
on 4 Mar 2011 at 7:12
Attachments:
- 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.
Original issue reported on code.google.com by [email protected]
on 10 Feb 2011 at 7:56
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
Original issue reported on code.google.com by [email protected]
on 11 Nov 2010 at 10:37
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.
Original issue reported on code.google.com by [email protected]
on 15 Oct 2010 at 11:29
rtttl(song)
play a RingTone Text Transfer Language stored as a string in program memory.
A stop function will also be included.
Original issue reported on code.google.com by [email protected]
on 17 Oct 2010 at 4:42
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.
Original issue reported on code.google.com by [email protected]
on 15 Oct 2010 at 11:45
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?
Original issue reported on code.google.com by [email protected]
on 31 Jan 2011 at 10:51
Create 2 functions one for filled one for not filled. Rounded corners will be
dropped unless this is a major problem.
Original issue reported on code.google.com by [email protected]
on 17 Oct 2010 at 4:37
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.
Original issue reported on code.google.com by [email protected]
on 17 Oct 2010 at 4:32
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.
Original issue reported on code.google.com by [email protected]
on 2 Nov 2010 at 2:39
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.
Original issue reported on code.google.com by [email protected]
on 25 Nov 2010 at 3:09
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
Original issue reported on code.google.com by [email protected]
on 31 Dec 2011 at 5:35
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.
Original issue reported on code.google.com by [email protected]
on 15 Apr 2012 at 3:50
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
Original issue reported on code.google.com by [email protected]
on 25 Feb 2011 at 8:10
Attachments:
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))
Original issue reported on code.google.com by [email protected]
on 21 Apr 2011 at 6:03
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.
Original issue reported on code.google.com by [email protected]
on 27 Apr 2012 at 4:36
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)
Original issue reported on code.google.com by [email protected]
on 28 Oct 2010 at 12:45
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!
Original issue reported on code.google.com by [email protected]
on 31 Dec 2011 at 7:12
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.
Original issue reported on code.google.com by [email protected]
on 15 Oct 2010 at 9:02
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
Original issue reported on code.google.com by [email protected]
on 29 May 2012 at 3:27
millis() looses all accuracy when used with this library, so create a
replacement.
Original issue reported on code.google.com by [email protected]
on 16 Oct 2010 at 2:24
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.
Original issue reported on code.google.com by [email protected]
on 2 Aug 2010 at 2:24
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
Original issue reported on code.google.com by [email protected]
on 26 Jan 2011 at 4:15
shift(direction,distance)
Will move the data on the screen in any direction by any number of pixels
Original issue reported on code.google.com by [email protected]
on 15 Oct 2010 at 11:26
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.
Original issue reported on code.google.com by [email protected]
on 4 Nov 2010 at 2:46
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.
Original issue reported on code.google.com by [email protected]
on 8 Sep 2010 at 9:37
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
Original issue reported on code.google.com by [email protected]
on 11 Nov 2010 at 10:37
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?
Original issue reported on code.google.com by [email protected]
on 20 Jun 2011 at 11:25
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.
Original issue reported on code.google.com by [email protected]
on 2 Apr 2012 at 12:16
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.
Original issue reported on code.google.com by [email protected]
on 24 Oct 2010 at 7:15
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.
Original issue reported on code.google.com by [email protected]
on 14 Sep 2010 at 1:11
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)
Original issue reported on code.google.com by [email protected]
on 21 Oct 2010 at 7:18
Attachments:
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...
Original issue reported on code.google.com by [email protected]
on 20 Apr 2012 at 4:41
Attachments:
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)
Original issue reported on code.google.com by [email protected]
on 28 Oct 2010 at 12:45
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.
Original issue reported on code.google.com by [email protected]
on 24 Nov 2010 at 7:31
Attachments:
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.
...!
Original issue reported on code.google.com by [email protected]
on 13 May 2012 at 1:47
It would be great if you could add support for the new ATMega2560 by default.
Original issue reported on code.google.com by [email protected]
on 30 Oct 2010 at 3:49
provide a interface to force the use of certain parameters. Such as vertical
scaling, output start line, output offset time, output method.
Original issue reported on code.google.com by [email protected]
on 25 Oct 2010 at 12:16
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
Original issue reported on code.google.com by [email protected]
on 20 Sep 2011 at 5:21
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
Original issue reported on code.google.com by [email protected]
on 8 Feb 2011 at 9:24
delay(x) delay x milliseconds
delay_frames(x) delay x frames
Original issue reported on code.google.com by [email protected]
on 16 Oct 2010 at 2:26
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)'
Original issue reported on code.google.com by [email protected]
on 15 Jun 2012 at 11:05
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.
Original issue reported on code.google.com by [email protected]
on 23 Apr 2012 at 12:27
The SRAM use has grown to much with recent additions get it back down to what
it was in previous versions.
Original issue reported on code.google.com by [email protected]
on 25 Nov 2010 at 3:11
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?
Original issue reported on code.google.com by [email protected]
on 1 Jan 2012 at 10:56
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.