Jump to content

amarok

New Members
  • Content Count

    45
  • Joined

  • Last visited

Community Reputation

587 Excellent

About amarok

  • Rank
    Space Invader

Recent Profile Visitors

799 profile views
  1. Rottweiler puppy, 25 colors. amarok_puppy.xex
  2. My conversion is not as good as drpeters's, but still I'd like to share it with you. The road is located in Grand Teton National Park, Wyoming, USA. The image has 44 unique colors. amarok_road.xex
  3. George Washington on the one-dollar bill. 9 colors (8 grays + 1 dark green). amarok_washington.xex
  4. I've just published SortViz WIP demo 2. Below you can find a list of changes: added Odd-Even merge sort, Tim sort, Dual pivot quick sort and Cycle sort, added Help screen with some keyboard shortucts (activated by Help key), turning the Basic off by {$define basicoff}, some small improvements. I also prepared a video with 20 of sorting algorithms: SortViz_WIP2.xex
  5. Self-portrait of Leonardo da Vinci, 14 colors. amarok_leonardo.xex
  6. Thank you very much for your comments. I am glad you like it. @pps, I am very impressed how quick you introduced your implemenation of Ripple Sort into SortViz - well done! Ripple sort is very similar to Selection sort but more efficient with less number of read access. If you agree I can introduce your implementation in the next version of SortViz. In the comming days I would like to increase the number of sorting algorithms. So if you whish you can post your suggestions here even with source codes. I will try to integrate it with SortViz. @Faicuai, thank you for you suggestion concerning cleaning up the screen after closing the application. I will check it. @pps, @tebe, thank you for your tip for solving the problem with Basic. Where I need to add {$define basicoff}? I supposed that on the beginning of the main source file would be enough. Am I right?
  7. I am glad to present you SortViz my second program written in MadPascal. SortViz is an application which visualizes variety of sorting algorithms. The idea is not mine and there are a lot of videos on YouTube presenting the same subject. But as far as I know, there was no such thing on an 8-bit computer until now. Please note that I created SortViz just for fun and the implementation is not optimized to be efficient or scalable. At this point there are 16 different sorting algorithms included: Insertion sort, Selection sort, Quick sort, Merge sort, Bubble sort, Coctail sort, Gnome sort, Circle sort, Comb sort, Pancake sort, Shell sort, Odd-Even sort, Bitonic sort, Radix sort, Heap sort and Double selection sort. There are also available different methods for data shuffling. SortViz shows each read and write access to the data during sorting or shuffling by green and red markers on the left and right side of the data area. Also the current number of read and write operations is shown. It is possible to change the speed of processing by decreasing or increasing the delay or even pause and resume the processing as well. There are two ways to present the data by a set of horizontal lines which represent the stored numbers or by the image. You can exchange the view using TAB key. It is also possible to run all sorting algorithms in a sequence as a demo by pressing Return key. You can see the SortViz in action on the video below or you can play with the program on your own by executable file which I attached. All source codes of the program are available on my gitlab, please follow the link below: https://gitlab.com/amarok8bit/sortviz SortViz (WIP1).xex
  8. Your assumption is correct. At the beginning I was trying to introduce more colors to the image, especially on the backround. But the results were far away from my expectations because of lack of details on the feathers area. Therefore I decided to sacrify the number of colors on the background and keep the sharpness and details of the parrot. Besides the background of the original image has nearly the same color as feathers: I am glad to hear that I can do something to make someone's live a little more colorful. To be honest, I started my journey with RastaConverter and the forum on April 2020 because of the Covid situation. I quickly realized that it is a great escape from everyday life for myself. Many years ago I found here first images converted by RastaConverter and I was really surprised that 8-bit Atari computer can do it. I remember that I showed some pictures from the forum to my friends and they were amazed too. Now I can add something from myself to this thread and this gives me a lot of satisfaction. I am happy to be here with you guys . Take care.
  9. Coins, 20 colors, 1,850M evaluations. I select 10,000 solutions (/s=10000) for my conversions and it requires more iterations to get image which satisfied me. In some of my conversions the number of evaluations exceeds 1G and I have to wait couple of days for result. If you whish you can check the number of iterations for my conversions on my gitlab: https://gitlab.com/amarok8bit/rastaconverter/-/blob/master/README.md But please note that I am not so experienced in conversions like Gunstar and other users on this forum and my approach might be not the best one. amarok_coins.xex
  10. Meiringen-Hasliberg cable car, Switzerland. 75 colors. amarok_cable_car.xex
  11. Monarch butterfly, 68 colors. amarok_butterfly.xex
  12. I've prepared a small upgrade of the gr9Lab. In WIP 3 demo version there are following changes: support for Atari Trakball, possibility for changing controller port (available in Settings menu), support for Atari 800 keyboard, settings are changed after closing the Settings menu by selecting OK button. @manterola I'd like to thank you for checking gr9Lab with the real trackball. Your feedback was very helpful. I think that the trackball has enough good "resolution" and there was a completely different problem. I used STICK0 $0278 (the shadow register) for checking the trackball status instead of PORTA $D300 (the hardware register). It is obvious that state of the shadow register is updated 50 or 60 times per second for PAL or NTSC respectivelly during vertical blank. And this is to slow for handling the trackball. So that was the actual reason of the poor response of the software for trackball movements. Regarding the keyboard and Atari 800: gr9Lab is written in MadPascal and I use ReadKey function for checking which key on the keyboard is pressed. This function uses a convertion table located in ROM for translation of the keyboard code into ATASCII. Unfortunately in Atari 800 this table is missing (or at least I couldn't find it in ROM), therefore I had to provide it directly within the software. Finally gr9Lab should properly handle the keyboard of Atari 800. I would be grateful if someone could confirm it on the real hardware. gr9Lab_WIP3.atr gr9Lab_WIP3.xex
×
×
  • Create New...