Jump to content

desertfish

Members
  • Content Count

    62
  • Joined

  • Last visited

  • Days Won

    2

desertfish last won the day on September 7

desertfish had the most liked content!

Community Reputation

56 Excellent

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Yeah the surface normal method is what I experimented with in my Python prototype shown above. It works fairly well and is quite cheap to do however it's not entirely accurate in the simplified version that I came up with. I only check of the Z component is negative or positive and it works "most of the time" but fails for some polygons that are perspective projected. I think it's acceptable though at least for a first solution! As I'm only drawing lines not full surfaces the painter algorithm (back-to-front drawing) can't be used I think.
  2. that video card of his is truly one of the highlights of his channel in my opinion The whole series about the 6502 computer on a breadboard is very cool too but I was really amazed by the video card ones
  3. I've kinda figured that out and wrote it down in the kernel subroutines definition list for prog8 (because the compiler needs that information). You can find it here https://github.com/irmen/prog8/blob/master/compiler/res/prog8lib/cx16lib.p8#L19 Look for the "clobbers" clause, if it's there it tells you what registers get clobbered. Maybe this is of some help to you (It's only correct for the "default" kernel routines that are compatible with the C64, I haven't yet made proper clobber lists in this file for the new Cx16 kernel calls)
  4. Slight update, I'm slowly working towards adding that hidden line removal. The actual math required isn't in there yet but I think I have the ship model data complete for it. Also I've looked at the source code of the text-Elite and it seems a lot more work to convert it to Prog8 than I anticipated. It is still something I would like to complete though, if only to validate the practical applicability of the language.
  5. I just released a new version (4.2) that contains a lot of bug fixes. Most if not all issues I've ran into while attempting to compile for the Cx16 have been solved in this version . I've updated the initial post. Download links can still be found there.
  6. Were you on a business trip or something if I may ask. I live 'near' Rotterdam but am working during the week.
  7. Oh, I assumed it should be possible to use Windows' media codecs from .net... strange that you seem to be limited to .wav No worries
  8. Thanks for the interesting write-up. edit: hm, it's a pretty hefty download due to the uncompressed music files. Maybe an idea to use compressed versions like mp3 instead?
  9. .... did you meet anyone interesting while you were there?
  10. The program should be the same as long as you use kernel routines to print the text (CHROUT). What are you struggling with?
  11. For this program I am not using a fixed point math library perse. The math library that I use only has primitives for calculations on byte and word values. The program (written in prog8) does the actual 3d calculations taking fixed-point scaling into account. So a hand written math library with 3d routines as well is still useful as it will be quite a bit faster that my generated assembly code I can imagine.
  12. You're seeking to do overlays from a basic program? woah, not sure if that's possible at all.... It can be done by loading assembly code programs at certain locations in memory, SYS into them, and just continue trucking in your basic program... But loading alternate pieces of basic code at different locations in memory? I have no idea how to pull that off
  13. awesome, I'm only toying with the emulator for now
  14. The mod trick only works for powers of two because of how binary numbers work.
  15. @SerErris I was impressed with C64studio as well. For my own Prog8 I'm also trying to make the whole process as smooth as possible so you just point it to a source file and it will compile it to assembly, run the assembler for you with the correct options, turning it into a .prg file and then launching that in the appropriate emulator executable. It loads and autostarts the program. From source code edit to running in the emulator in about 1 or 2 seconds on my machine. Works for C64 and CommanderX16. The above is hotkeyed in my IDE too. I'm using IntelliJ IDEA. It's a really nice workflow for me because I'm still developing the compiler itself as well, in the same IDE
×
×
  • Create New...

Important Information

Please review our Terms of Use