Velociraster! And Other Oscilloscope Nonsense

[@BooBaddyBig]

That may actually be the best vector graphics system I've ever seen.

[@Scrogan]

I saw some Russian guy post his system that was an FT232H connected to a couple of DACs, so he could control it directly from a computer. He also had a third DAC for intensity modulation, though as you can see here with enough software work it’s not a necessity. The name was somehow a pun off the word “DAC” and some profanity, but it was in Russian so I didn’t really get it.

[@ebajous_curves]

​@@Scrogan Necessity of Z channel is depends upon what are you doing and what result you expect. For raster images with just black and white colors without semitones even X channel is not a must, you can use standard oscilloscope horizontal sweep and do black pixels by moving beam to top or bottom of the screen using only Y channel. (Actually you can get semitones this way by dithering but that's another story) But when drawing vector graphics, if DAC samplerate is high and your oscilloscope or DAC has low bandwidth (10MHz scope, filtered or slow rise time DAC, etc) with dedicated blanking channel you can turn off the beam on the end of one line and turn it on when next linee starting, with right timing this will eliminate curly trails and make your vector image more clean (they do it in ILDA lasershow setups for example). Or if you drawing images through cheap controllers like arduino you might want to blank the beam until next portion of the image is ready to output so there is no random bright dots on the oscilloscope screen. There is so many ways to draw images, every one of them have its proc and cons and nuances. The device you mentioned is "MUDAC" - Multibit (for R2R version) or Mcp4921 (for MCP4921 version) Universal DAC, acronym pronounces like russian word "мудак" because implementation was quick and dirty and just why not, lol. It's totally not the best, for example it is super inefficient for drawing raster images, i more interested in vectors. Interfacing by FT2232 (one channel is used), one version with 74HC595 shift regs filled with data bits in a hybrid parallel-serial manner driving 10bit XY R2Rs and 4 bit Z R2R, another version with MCP4921 SPI 12 bit DAC. In my opinion using more than 10 bits for our purpose is not giving any benefits.

[@Ififitzisitz]

Turned a scope into a traditional TV. I’m proud of you.

[@markoap91]

That has to be the most elaborate Rick roll anyone has ever pulled on me.. and I enjoyed every second of it. I've never heard of vector monitors up until now but I think that now I've fell in love. I'm kind of surprised at how well they work. Awesome video.

[@As3th8r]

I knew all this was possible, but it's the first time i am seeing someone realy doing this. Thanks mate.

[@projectartichoke]

Back in the 80s I was in the Navy and the aircraft in our squadron used vector imaging to display alphanumeric information and draw crosshairs on the CRT for the FLIR system. I think it was also used in a lot of planes to simulate aviation instruments on CRTs. The main reason being that it could be extremely bright, much brighter than any raster display, and be visible in daytime sunlight.

[@RetroShed]

That's awesome - makes a lot of sense!

[@JasonSewell]

This was most impressive and extremely gratifying. As a child, I always gravitated towards the vector games in arcades and watching your creation brings pangs of nostalgia. Very nicely done.

[@tinkerwithstuff]

Hehe, I also have an old scope laying around for such TODO experiments... And I was wondering about pixel display myself. I thought about hacking the intensity control for "greenscale", but it's likely not nearly fast enough even for very low resolutions, if it was made as a manual control only... and doing PWM per pixel lowers the possible updaterate / resolution. Haha! Now I saw the end, with good ol' Rick. Excellent.

[@fepatton]

This is fantastic! Great job with this. I especially like the demo of achieving the different brightness levels.

[@jimturpin]

That was really neat! All this time I thought a Z axis (intensity) was required to modulate the beam. I have a newer oscope that doesn't have a Z input so now that I have been shown the error of my ways, I have got to try this out! Thank you so much for the video! I learned a lot!

[@DavidCurryFilms]

I was thinking eggaroids/asteroids before you even showed it ;) such nostalgia. MSDOS memories from the early 90's

[@harrykaradimas857]

First time for me to be oscillo-rickrolled ! 😂

[@RetroShed]

That was my primary goal 😃

[@worawatli8952]

Was anticipating moving dinosaur, then... oh. oh well. rofl rofl

[@ChristianSasso]

This guy made my day.

[@K.D.Fischer_HEPHY]

Full Nerd Respect ! 👍 Also you got us good there at the end. Well done.

[@RetroShed]

Thank you!

[@williamna5800]

This kinda threw me back quite a few years, loved it.

[@TheKeyote]

Very very cool. One of the best explanations and demonstrations of vector graphics I've seen. Thank you!

[@BryanTorok]

It is amazing how far we have come. If you look at the size of the boards and number of chips in one of those video arcade machines and then compare that to doing this on a couple of small and inexpensive Raspberry Pi Pico boards and a couple of DACS. Varying brightness by controlling the speed of the beam is very clever. However, all scopes had an intensity control. It would be very possible to add a third DAC and design a circuit to interface between the DAC and the intensity control circuit to have real brightness control. That is mostly a matter of using the small voltage output of the DAC to control the much higher voltage in the intensity circuit.

[@RetroShed]

You're absolutely right - and I did discover the intensity (Z) input for this scope - on the back. But I'd already got this technique working by the time I found it. And besides, this technique is more efficient because the beam is always at full power, so you can potentially get more vectors out of it because the dimmer ones draw faster. And it's one less DAC.

[@BryanTorok]

@@RetroShed When I wrote that comment, I wasn't thinking of an actual input, but of the brightness control knob on the front of the scope. That is basically a variable voltage divider that controls the strength of the electron beam in the CRT. I thought it would be possible to open the scope and interface into that circuit. It sounds like the scope manufacturer did that for you with the Z input on the back. Anyway, I enjoyed the video and very much admire the blending of hardware and software to get a result.

[@M0UAW_IO83]

Well that rocks! I've got an ancient Telequipment 'scope I've been thinking of turning into a clock but this is an even better idea.

[@andymouse]

The best Rick Roll ever ! awesome work....cheers. oh yeah can you do a vid on the software ?

[@mylittleparody2277]

This little part after the Velociraster is just missing some music, and it's perfect! Thank you for sharing

[@brucebennett5759]

Did we just get Rick Rolled by an O-scope?

[@BryanTorok]

@@brucebennett5759 Yes, that is the phrase I was trying to remember!

[@KeritechElectronics]

Mighty cool! Never gonna give it up.

[@DerMarkus1982]

*Of course* it had to be Richard Paul A. in the last demo. 🤣 I like that one, but also the pun "Velociraster"!

[@brianscott1978]

This is AWESOME!!! so cool to see how old games were built. Made my day!

[@Herr_Bone]

I was playing around with a full analogue idea of showing graphics on a CRT oscilloscope by simply using a stereo audio signal with one channel driving X and the other one moving Y. This does not require any hardware at all, but the sounds have to be generated, which is not that easy and also limited in frequency. Your digital approach is therefore a great idea.

[@thesushifiend]

Brilliant! I studied electronics at A-Level back in 1991-1993 and while we didn't have Raspberry Pis, we did have EEPROMs in which we could store data and do similar things with Oscilloscopes. Of course this kind of stuff still felt antiquated at the time, because I had my then shiny Amiga computer with demos like "Jesus on Es". But can you imagine how cool a vector version of Stunt Car Racer would be?

[@RetroShed]

Ooh that would be cool. 🤔

[@diamony123]

What method in code or software was used to convert pixel /image of this dinosaur intensity to drive beam's velocity sweep. 13:13

[@RetroShed]

The code is all on GitHub, but essentially the beam is moved one pixel at a time, and is then 'held' for a time corresponding to the brightness. Because of inherent slop in the system, the beam's motion is smoothed out a bit, so you don't really see it jumping from pixel to pixel, it's more of a smooth motion where the speed is changing. Hope that helps.

[@cjburian1]

Brilliant! So glad YT algo guessed that I would like this. 🙂🙂🙂

[@RetroShed]

Sometimes it gets it right

[@dimitrikasztanovics4959]

Love the ending! Great vid!

[@pepn]

That's super impressive! And thanks for sharing the code as well

[@MurcuryEntertainment]

Man, what I would give for an aesthetic escape room with ARG elements that uses these display methods on monitors.

[@JoinTheTechnicians]

This looks unexpectedly fantastic!

[@RetroShed]

Thanks - I think 🤔 😜

[@JoinTheTechnicians]

@@RetroShed To clarify - I was highly impressed! Your scope at first looked like a low bandwidth slow-trace unit, but you made that thing preform pure visual magic! And I couldn't be happier with the results you got using your own well-engineered signal processing circuit. You clearly have a talent for getting excellent performance out of even the most humble equipment. The work function is really quite elegant.

[@joshuahudson2170]

Time to party like it's 1960 again.

This is really amazing! I would love to see a video as you described where the contrast? is higher, maybe a matter of turning off the room light. Also I was not aware you could do raster in this devices, but it makes sense once you mentioned you can make points, and pretty cool you can play video!

[@RetroShed]

Yeah, turning off the lights would increase the contrast a little. I think I could try a HDR recording, but not sure I could edit it. Maybe I'll try posting an unedited HDR clip to see how it looks.

[@RetroShed]

ICYMI I turned the lights off and tried a HDR capture here: kzbin.info/www/bejne/pnWXgIWkjZecps0

@@RetroShed checking!

[@danielnascimento640]

I just can't believe what I've saw... Amazing! Genius!!!!

[@nik4520]

Well-done. This demonstration is one of the best. Would love to replicate this when I find the time PS: Thanks for the Rick

[@RetroShed]

Thank you, and you're welcome 🙂

[@hullinstruments]

Would love love love to see more content from you especially about old test equipment.

[@RetroShed]

Thank you! I don't have the bandwidth to put out a lot of content though, and I don't own or know much about old test equipment.

[@howardsimpson489]

Another way of varying the intensity is to drive the spot off screen (Analog) for a period. This was used to suppress the return trace on early gas discharge time bases.

[@RetroShed]

I actually do this when the frame has finished drawing and we're waiting for the next frame tick. There's an 'idle' PIO program that moves the beam off the screen and sends it zooming around the border so it's not just in one place.

[@TheSlimbridge]

Excellent! Thanks 🙏

[@DanielLopez-up6os]

Awesome video mate!

[@Gamamaha]

Whoooooa, this is amazing!!!

[@commanderguy-rw7tj]

man, the points demo, even though not being that impressive on a technical level, was really damn impressive

[@RetroShed]

Glad you liked it. 🙂 I'm sure there's plenty of scope (sorry) to make it more impressive. I'm not doing anything to sort the points to try to minimise the distance the beam needs to move. Adding something like that might allow for a lot more points.

[@commanderguy-rw7tj]

@@RetroShed sounds like an exact traveling salesman problem 🤣 but would be interesting to see it for sure, yeah

[@RetroShed]

Well it wouldn't need to be optimal, just better than the completely random that it is now. E.g. just breaking it out into for quadrants. Draw all the points in a single quadrant in one go, but leaving all the points within the quadrant in a random order. That would be a significant improvement and still be easy. And of course if you can do quadrants, then you can probably move to 4x4 etc. I'm curious now how many stars this thing can handle 😂

[@tr1p1ea]

Lol you just had to at the end 🤣

[@ftangftang3702]

Apart from the cool application of the Pi Pico, really nice to see one of those Farnell 'scopes again. Spent many hours swearing at the output traces of my homebrew ADC A-level project on that exact model back in the early 1990s, so this makes me happy.

[@RetroShed]

And it still _mostly_ works too - I haven't done anything to it!

[@Allan_aka_RocKITEman]

Great video...👍

[@fo4mm209]

Impressive work ! you got another susbcriber👍

[@RetroShed]

Thank you!

[@vincei4252]

That's really cool. Thanks for sharing! I presume you've seen the w2aew channels video where he takes a live video stream and runs it through a circuit to display realtime video on his scope too ? With a fast enough ADC I wonder whether the PICO would be able to do it. It seems from the video's I've seen that the pico is very well kitted out with peripherals that can do the I/O mostly unattended by the CPU. I really should go read up and have a play with them! Cheers.

[@RetroShed]

Yeah - I think the 'fast enough ADC' is the only problem there. The ADC built into the Pico I think can run at about 500kHz, so that's not up to snuff for this job unfortunately. If you did have a fast enough ADC, then you might be able to pull it off. The PIO units are good for doing IO operations without involving the CPU, but they don't have any ALU to speak of, so they're quite limited (not a criticism - they're a really useful addition).

[@RetroShed]

That said - you might be able to get away without needing to do any actual processing on the data. You'd just need to buffer a scanline of data in a FIFO (because a dim scanline would scan-out too quickly and overtake the input). So the only thing the CPU would need to do is manage the FIFOs and DMA.

[@markmuir7338]

Awesome programming! Would love to see another video going over the code (even just the first test pattern). Excellent stuff!

[@A_S_M_R]

Amazing!!!

[@ianlee6416]

Very cool. especially the last part. always messing with ADCs, time to mess with some DACs now. thanks for the project idea.

[@chrislong3938]

You got skills, man!

[@ruhnet]

Very neat indeed! 😊

[@PeterJnicol]

Legend.

[@misterbonzoid5623]

Very very cool.

[@jimjjewett]

The sound seemed to drop out at 14:00 kzbin.info/www/bejne/eHbKg4lsi62tnck

[@RetroShed]

Haha 😂 - Ok - next time I'll add sound

[@felixbohmann]

fantastic project, good use of the pio (and the awesome pico). next step would be to build some pcb with this and a universal-ish cr-tube controller that does x/y/intensity and can drive various tubes, and you have a nice product. (i think someone is selling analog clocks made from oscilloscope tubes). now if only someone would start making those tubes again. :)

[@RetroShed]

Yeah, I've seen some videos of people converting old TVs to vector displays, but I find them a little scary because of the whole 'danger of death' thing.

[@jamesmauer7398]

Good project and nice demonstrations!

[@RetroShed]

Thanks!

[@DAVIDGREGORYKERR]

Have you tried a UDOO RYZEN V8 SBC Maker Board SBC and program it in C++ for the 80586

[@L0wcash]

Super cool stuff! Just ordered those dac's to build this myself. Thanks!

[@RetroShed]

Oh cool! I'll try to get the GitHub updated, and also add some schematics (but it's pretty simple).

[@L0wcash]

@@RetroShed Every analog scope has an intensity knob. It seems like a good place to start hacking in a brightness control using a third DAC. If you use only the 8 most significant bits of the DAC you'd stay under the 32 bit limit of the DMA engine and still have 256 levels of brightness. This would significantly simplify the intensity code and make bit mapped graphics trivial. Although i really love your speed control hack to simplify the hardware!

[@RetroShed]

Well - I did actually discover the 'Z' (intensity) input - it was on the back of the 'scope :-) But at that point I figured I'd just stick to the plan. This way I get to have more vectors, because the dim ones draw faster. It's more efficient, and uses 1 less DAC.

[@L0wcash]

@@RetroShed Good point! Seems like i'll have spare dac for another project then.. Looking forward for the scematics.. I looked at the datasheet and there are a lot of different ways to hook the dacs up, so i'm interested to see how you did it...

[@edumaker-alexgibson]

Where did you get them from, and for how much? I was a little startled at the cost of them where I found them in stock!

[@hmoazed]

Very impressive.

[@Fifury161]

What about the cheaper ESP32 - it should have the power to complete the same task?

[@edgeeffect]

I love to muck around with old CRT Tellies and my scope myself, so this was great to watch... those displays are fabulous, couple of little glitches here and there, but still quite fabulous.... looking at your channel, you seem to do quality over quantity ;) but it'd be great to see some more if you've got it. Cor those DACs look kinda posh (it's the Analogue Devices logo that does it)... beefier than anything I've ever used. I'll have to look them up later. and then do one of my "stingy old git" rants when I see the price. ;) How to do Asteroids always made sense to me... but I'm still mystified by the likes of Tempest and Star Wars - how the hell do you get a vector display to work in colour? Colour aside, your "cheat" for getting grey scale is ace. What's going on with the "dead" PICO have you got a Black Magic Probe or some other kind of OpenOCD thingy running on that?

[@RetroShed]

Thank you for the kind words. Yeah - I'm definitely not going for quantity. 😃 I'm from Yorkshire, so I share your stingy old git sentiment. I got the DACs from AliExpress, so they cost buttons. I ordered 5, hoping to get a couple that worked, but it seems like they all work, and they're awesome. The other Pico is indeed running PicoProbe for OpenOCD.

[@bobthecannibal1]

Well played.

[@TymexComputing]

Very very nice - thank you :), i always wanted to have a green CRT screen - now i know why and that i already have 2 of them not yet used :) !

[@railgap]

Got to find a scope with Z-mod! I don't remember if my big mainframe has that or not, but I know some old Tek scopes had it and many others.

[@RetroShed]

The 'scope I'm using here does actually have a Z input. On the back. But I didn't notice it until I was a long way down with this approach. And this approach is more efficient because you can draw more vectors (because dimmer vectors draw faster) - and it uses one less DAC.

[@huanhosedubo]

What came first. The osciloscope, or the TV?

[@MattBaker1965]

F'ing brilliant ! Thanks

[@TheLoneWolfling]

Impressive! In particular that you're managing to have that little crosstalk between X and Y inputs, and that you're managing to have that little ringing effects at the end of lines, especially given it's on a breadboard. I suspect that the odd curve at the edge of the outer square in the vector demo is largely on the transition from very fast beam scan to slower beam scan. I suspect if you could manage to plot the 'actual' path the high-speed beam scan takes you'd find it's fairly inaccurate. This normally isn't too much of a problem - the main reason the beam is moving quickly is for low brightness after all - but can become more of a problem on transitions from fast to slow. This also shows up in the raster graphics modes at the start of lines. (At least I think you're using a z-scan...) If you wanted to improve it you could try deliberately overshooting somewhat on very fast beam moves.

[@RetroShed]

WRT crosstalk - I guess I'm just lucky because I have no idea what I'm doing there :-D Odd curve - Yes! What you said. It's trying to do an instantaneous 'jump' from wherever it was previously. It's fine when lines continue from where they were - but jumps to start new lines are problematic. I'm experimenting with holding them at the start of a new line for a few cycles, but not found a sweet spot yet. 'Actual path' - Yes! I can see that when I invoke the 'idle' PIO program. This just jumps the beam quickly from corner to corner, but it repeats it as long as the beam needs to stay idle between frames - so you can see that 'actual path' because it will draw it out hundreds of times. And if you make it jump from corner to corner too quickly, then yes, it goes in an interesting curvy pattern. Raster graphics - z-scan - Yes! I should zig-zag the scan back and forth. (S-scan?) Deliberately overshooting - Yes! I'll try some experimenting with that. Thanks for the feedback :-)

[@W6EL]

Great stuff! I wonder how it would look on a digital scope. Could you post this same video again only with the L and R channels being X and Y? Is the sample rate slow enough for that? I’d love to try it on my HP.

[@RetroShed]

I do have a budget Hantek digital scope, and sadly it really doesn't work at all - I think it's just not fast enough. Do you mean post the data as audio? I've not tried that - I suspect it would be horrible because it's running pretty fast (Space Rocks in Space runs at 240FPS)

[@W6EL]

@@RetroShed there are several videos on YT (“oscilloscope art”) which have pretty astonishing results. I played one back recently which was a rotating 3D cube. Probably worth a try to put some of it on YT with XY audio. 240 FPS is really not much co pared to the 48,000 Hz we get for audio. I’d love to try it on my HP54645.

[@RetroShed]

Oh yeah, the oscilloscope music scene is incredible. The DACs here are being updated at a few MHz though - I can imagine when the beam 'jumps' to a new place on the screen it will likely go a bit wonky. I'm also not putting any effort into what it would sound like. I think what makes the oscilloscope music scene so incredible is that they're able to make something that sounds good at the same time as being legit XY scope control. When I get chance, I'll hook it up to a speaker to see what it sounds like, but it'll probably be ear-bleeding :-)

[@worskaas]

Learned something new

[@davewright3088]

Curious about the code and development environment. Python on a Pi might not keep up, but then you might be using some DMA I/O tricks...

[@RetroShed]

Most of the code is C++. Core 0 runs the high level code (the game). Core 1 breaks down the vectors into a list of points to squirt to the DACs. DMA is then used to feed those points to one of the Pico's PIO units. A custom PIO program controls putting the data onto the DACs' bus (12 of the Pico's GPIO pins) and then triggering the appropriate DAC to read the data. I use a different PIO program for raster mode because most of the time it's only updating the X DAC. The architecture of the Pico is perfect for this kind of project.

[@ScooterMcAwesomeness]

I'd love to show this demo to some techy from 1962-1982

[@doyg2954]

the rick roll honestly made it perfect,

[@Kangsteri]

You need to do something for the Vectrex :)

[@RetroShed]

If I had one - yeah 🙂

[@stevemiller6766]

Is this how HAMs did Slow Scan TV back years ago?

[@emulaThor]

I want to build this! ❤

[@mrreddog]

Sweet...

[@TomKappeln]

Seeing Space Invaders my brain : "dum dum dum dum dum dum .... "

[@MuellerNick]

Now that is impressive! I do see that you invested a lot of effort into this. Did I understand that right that you didn't use Z modulation? No, you didn't, you have only two analog output. Great!

[@RetroShed]

That's correct. Move the beam slowly and it's bright - move it quickly and it's dim.

[@MuellerNick]

@@RetroShed Yes, I understood that. But doesn't it make problems when there is a change in the picture? Say -just for ease of explaining my point- the lower half of a picture frame is all bright. So the frame rate is low. Now, the lower half switches to all black, the frame rate increases. That would mean, that what is shown in the upper half gets repeated more frequently and thus get brighter. Could be fixed by adjusting the brightness in the upper half. But then, you would have to know the frame rate and adjust accordingly. Doesn't make things easier. I'm not trying to tear you down or discredit your work! Your video inspired me to think about such details and how you implemented it. Again, impressive work!

[@RetroShed]

Ah, but I limit the frame rate to 60Hz in software - so even if there's nothing on the screen it won't update faster than that. I just need to make sure that a screen that's all full brightness can draw in 1/60th of a second. (Although I'm not sure if I actually did that)

[@basecius]

A quick search seem to say that this model should have z-modulation. It's a connector in the back. That was quite common back in the days.

[@MuellerNick]

@@basecius I'm not complaining about him not using the Z-axis. I still think his approach is interesting and odd. But odd in a positive sense. Worth watching and most of all thinking about.

[@j.w.8663]

So basically you reinvented B&W television. (Green and Black)

[@RetroShed]

Nah, this isn't that good

[@oauabei]

Can it run doom?

[@MrMargaretScratcher]

I have the same scope!

[@pinec0ne]

I'm a simple man I see a CRT oscilloscope I press "Like"

[@BracketGuySerious]

I just knew it would be rick

[@xiaolong321]

Dude, holy crap! Just, why? :D

[@CP200S]

Maybe you could display an image of Bob Marley by creating what someone would call a Rastaraster.

[@NightRunner417]

Hey, wait a frickin minute here... I have a digital scope that allows XY, and I never though to try this!! I've been wasting my life away!!

[@RetroShed]

It will depend how good your digital scope is as to how successful this is likely to be. I've got a relatively cheap Hantek and it's hopeless in XY mode.

[@NightRunner417]

@@RetroShed Yeah I thought after I posted, like, "Dude, it's just a Rigol DSO." I couldn't afford a real scope so I am probably just daydreaming at this point.

[@stevehead365]

A Rick Astley fan out of the closet.

[@RetroShed]

Yeah right 😂

[@ignazachenbach5406]

Ok but can it run _Doom?_

[@RetroShed]

Well this says that it's possible... kzbin.info/www/bejne/rInVaKeFh5iXn9U

[@zombieregime]

HA! Awesome! Smarter every day has a video with a techno group that makes music that can be directly piped into an o-scope which makes neat patterns, definitely suggest anyone interested in such shenanigans go check that video out too. But, some advice..... Dont ever give this up. And dont forget the ground. Those squares that turn around are cool too. Velocirator rasterized?! People, subscribe to this guy! He has neat hobbies Im sorry not sorry too ;)

[@RetroShed]

That made my day - thanks :-)

[@Fero_36]

But can it run Doom?

[@RetroShed]

Some smarter people than me have got Doom running on a Pico, and outputting a VGA signal - so it's definitely possible

[@JimTheZombieHunter]

That is just fantastic. Too bad the Internet is so broken that you actually create something and have 8K views .. and idiots who talk about the earth being flat or free energy have millions. Not the same thing, but I recently thrifted a (late 80's?) lobby display .. 4" flat CRT like an oversized Sony Watchman. Obviously true raster, worked out how to feed it composite. Pretty new to Arduino (I did 6502 ML when the millennial's grandmothers were rocking to Iron Maiden in tassel boots), but it's coming .. figured I'd have a go at making a rudimentary clock.

[@RetroShed]

Do it!

[@zUltra3D]

Technically you could turn an oscilloscope into a really bad monitor

[@RetroShed]

Yes! Really bad.

[@matthewday7565]

Nice rickroll

[@JohnnyMcMenamin]

Sorry; not sorry.

[@SimonRaahauge1973]

You talk too much, and show too little!