Jump to content

stryd_one

Frequent Writer
  • Posts

    8,840
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by stryd_one

  1. Tidying up the existing doco is a big job (often as big or bigger than the task of nameing it), but when done right, it's a really good thing. I usually do a cleanup binge whenever I see something that's getting messy, so I encourage others to do likewise... and of course no changes are final on a wiki, so if you make a mistake, then it can always be fixed ;) Go for it! I like the idea of a single page which covers the three (and more) PICs which can be used. Not sure how much detail can go into it, but it's a good idea. Tips: Remove everything that's duplicated or outdated. If you remove outdated stuff, replace it with new info, and put a pointer to the old info there, so that if people find old info, they'll know to ignore it when they read your page. Follow backlinks when you remove a page, so that you can update links to your replacement doco. Search the forum for corroborating info. You don't wanna put the wrong info on there and get egg on your face when someone screws up because of your words :) Search for similar pages to the one you're working on, and follow links from it. If you find one little bit of mess, chances are there are related messes that should be cleaned at the same time. OK You've opened a can of worms..... There are no new platform docs as such, just the /doc/MEMO file on SVN to get the devs started up. However, if you're thinking of doing a *really* big tidy-up, then perhaps it should be considered to start arranging the files in a manner which 'makes room' for the new stuff when it's time to put it up there... Ther are other things which could do with some attention, from memory: Like our three FAQs ;D something needs to be done there... and the blurred division between 'end-user' and 'developer' targeted doco should be removed too IMO.... Unless you're building a TK-clone or a wilbasid, "development" - to some degree, if only something minor like changing the number of pots in your controler, is unavoidable. In general, I think that the doco could do with a more linear structure. The #1 request for doco, by country mile, is a "start to end" tutorial on building "something". Of course, there are large amounts of duplicated documentations involved in doco like that - for example you don't need to explain how to build a core for a clockbox *and* a MBCV - it's the same thing. If you view it from a distance, the beginning and end of the wiki should be the same for all projects: Beginning: Welcome to MIDIbox.org! End: Enjoy your song! Everything inbetween, can fit into a sort of cigar-shaped structure, where topics branch out for specifics, and then re-merge where the split topics are no longer necessary. I toyed with some layouts like this in visio flowcharts and it was looking pretty good, but it's a big ass job, so I've been sitting on the idea until the new platform doco is ready. Seems like an opportunity to bounce the ideas off you guys ;)
  2. It is not! He must do it MY way! EXACTLY! Stop being a nazi nazi :P
  3. No worries man. If you can memorise the whole function reference exactly, and you also teach me how, I'll give you a cookie. ;D
  4. BOR voltage is good where it is - if it's BOR, which is quite possible, then you should fix the PSU. Have you taken readings of the power rails during operation?
  5. So, you're 100% sure that there is not a short (like Wilba suggested) which could also have contributed to the failure of the first PIC, and may do the same to the next one? What you're doing is not really the point of "one thing at a time". To quote the page I linked, and to paraphrase your reply:
  6. http://www.ucapps.de/cmios_fun.html#MIOS_Delay ;)
  7. OK now that seppo has spoken, I will say what I was originally thinking: Trust the people that designed the modules we have now - these were very well thought through and debated. They're the designs we used because they're the best ;)
  8. Thanks dude :) For others' reference, you can buy a JDM from SmashTV or MBHP Burner from Mike, to do this too.
  9. Greaaat. Step 1 - Talk to Nokia How do you launch MIOS Studio? Does the installer add a new version of the JRE to your machine? Is there a custom installation procedure that allows you to avoid that? More info, please :)
  10. Interesting :) Oh lord, when will this lunacy end?
  11. Hahahah realtime SVN is right :) heh, I originally wrote messerschmitt (mmmm, bf-109. Lovely.) but focke-wulfe seems so much more obscene :D Pip, pip, tally ho!
  12. ho my God you're a cyborg!!! Dude, that was rad. You other midiboxers should spend three minutes to check it out. If you don't like chiptunes in general (like me) you'll still enjoy it. (If you have any taste) ;D
  13. They could be used, but they're not as accurate as the ones that have been chosen for existing MBHP modules. Musically speaking, that equates to playing the wrong pitch......
  14. LOL. They shorted, exploded, and magic blue smoke came out. They're f***ed. I'd be looking for a refund. And not using the others. You might fry your chips, if you haven't already. I'm guessing that these pots were really cheap/2nd hand/whatever...?
  15. More good reasons not to use offsite doco </broken record>
  16. Grr! Fix those before you post about any other bugs... The toolchain creates a hex file. Perhaps you're referring to the config? That should be in hex This is a known issue, search the forum for more info.
  17. Cool :) PSU design isn't so tricky... it's finding a suitable transformer that's the trick ;)
  18. Sweet! nILS and I had a gut feeling it would turn up :) You can keep my donation if it's not too late, otherwise I'll just fire it back ;)
  19. You're sure that D0-D3 are completely disconnected from the LCD, right? As in, the wires aren't there? The charset is in ROM, you can't change it I'm afraid.
×
×
  • Create New...