SUSE incarnation of the Party Parrot
The Parrot seems to have many fans meanwhile, in particular since we're running Rocket.chat at SUSE. Some may find these emoticons distracting, some find it just cool and I would certainly love to see something like the Partyparrot but as a "SUSE parrot", probably someone manages to make the SUSE Geeko move in a similar fashion, as party_geeko. Finally I'd love to see this uploaded to the cultofthepartyparrot.com under "Party Guests". Because clearly the Geeko insists! :-)
Bonus: do the same with TUX for total ssǝuızɐɹɔ
This project is part of:
Hack Week 18
Activity
Comments
-
-
over 5 years ago by mattoliverau | Reply
I wont say I've got any of those skills, but I got bored of debugging my other hackathon project (Auto sharding in OpenStack Swift). And have this.. which is OK. I'm sure more graphically minded people can do better :)
https://github.com/matthewoliver/partygeeko/blob/master/partygeeko.gif
NOTE: only the head moves.. it would be better if we could get the whole body going. Also to make the rotation smooth I had to use 12 frames instead of 10 and had to pick 2 extra colours. So geeko will rotate slower then if friend :P
-
-
over 5 years ago by mattoliverau | Reply
And because I'm a perfectionist here is a version that runs at 42 ms a frame (instead of 50ms) to closer match the total rotation time of party parrot (total animation time): party geeko faster
-
over 5 years ago by mattoliverau | Reply
And to complete it off we now have it with a border and in both directions: partygeeko partygeekoleft
-
-
over 5 years ago by rsimai | Reply
With a lot of pleasure I'm happy to announce that we've met the objective of this project, which is not only to create the party geeko but also make it join the party with the parrot. It's finally there, find it on https://cultofthepartyparrot.com/ as one of the party guests. Consequently I'll be closing this project.
Have a lot of fun and remember, the geeko insists, too!
-
about 1 year ago by rsimai | Reply
for completeness, did the same for Tux during Hackweek 23, finally they can party together
Similar Projects
Finish gfxprim application multiplexor (window manager) by metan
Project Description
I've implemented drivers for a few e-ink displays during the last hackweek and made sure that gfxprim widgets run nicely on e-ink as well. The missing piece to have a portable e-ink computer/reader/music player/... is a application that can switch between currently running applications and that can start new applications as well. Half of the solution is ready, there is a proxy gfxprim backend where applications render into a piece of a shared memory and input events (e.g. keyboard, mouse) can be multiplexed. What is missing is an interface (possibly touchscreen friendly as well) to make it user friendly.
Goal for this Hackweek
Make nekowm usable "window manager".
Resources
Create DRM drivers for VESA and EFI framebuffers by tdz
Description
We already have simpledrm for firmware framebuffers. But the driver is originally for ARM boards, not PCs. It is already overloaded with code to support both use cases. At the same time it is missing possible features for VESA and EFI, such as palette modes or EDID support. We should have DRM drivers for VESA and EFI interfaces. The infrastructure exists already and initial drivers can be forked from simpledrm.
Goals
- Initially, a bare driver for VESA or EFI should be created. It can take functionality from simpledrm.
- Then we can begin to add additional features. The boot loader can provide EDID data. With VGA hardware, VESA can support paletted modes or color management. Example code exists in vesafb.
New openSUSE-welcome by lkocman
Project Description
Let's revisit our existing openSUSE welcome app.
My goal was to show Leap 16 in a new coat. Welcome app adds to the first time use experience. We've recently added donation button to our existing welcome.
Some things that I recently wanted to address were EOL and possibly upgrade notification.
I've already done some experiments with mint welcome app, but not sure if it's better than the existing one.
There is also a PR to rework existing app https://github.com/openSUSE/openSUSE-welcome/pull/36 (this should be considered as an option too)
Goal for this Hackweek
New welcome app, possibly with EOL notification for Leap.
1) Welcome application(s) with (rebrand changes) maintained under github.com/openSUSE
2) Application is submitted to openSUSE:Factory && openSUSE:Leap:16.0
3) Updated needles in openQA (probably post hackweek)
Resources
Reddit discussion about the best welcome app out there.
Github repo for the current welcome app.
Create a DRM driver for VGA video cards by tdz
Yes, those VGA video cards. The goal of this project is to implement a DRM graphics driver for such devices. While actual hardware is hard to obtain or even run today, qemu emulates VGA output.
VGA has a number of limitations, which make this project interesting.
- There are only 640x480 pixels (or less) on the screen. That resolution is also a soft lower limit imposed by DRM. It's mostly a problem for desktop environments though.
- Desktop environments assume 16 million colors, but there are only 16 colors with VGA. VGA's 256 color palette is not available at 640x480. We can choose those 16 colors freely. The interesting part is how to choose them. We have to build a palette for the displayed frame and map each color to one of the palette's 16 entries. This is called dithering, and VGA's limitations are a good opportunity to learn about dithering algorithms.
- VGA has an interesting memory layout. Most graphics devices use linear framebuffers, which store the pixels byte by byte. VGA uses 4 bitplanes instead. Plane 0 holds all bits 0 of all pixels. Plane 1 holds all bits 1 of all pixels, and so on.
The driver will probably not be useful to many people. But, if finished, it can serve as test environment for low-level hardware. There's some interest in supporting old Amiga and Atari framebuffers in DRM. Those systems have similar limitations as VGA, but are harder to obtain and test with. With qemu, the VGA driver could fill this gap.
Apart from the Wikipedia entry, good resources on VGA are at osdev.net and FreeVGA