stryd_one

That makes two of us.... I thought it was just cause I don't know midio128 well ;) 42 = 90 3A 7F 80 3A 00 @OnOff # A#3 Great ^ ^ | | These are the channels (count from zero)

Dupe: http://www.midibox.org/dokuwiki/introduction_to_ucapps.de?s=faq#midibox64'>http://www.midibox.org/dokuwiki/introduction_to_ucapps.de?s=faq#midibox64 And, not entirely accurate because the whole idea is that you can customise it ;) If you want to make it easier on n00bs (definitely a good idea) maybe you could tidy and merge (where necessary and sensible) these pages: http://www.midibox.org/dokuwiki/introduction_to_ucapps.de http://www.midibox.org/dokuwiki/questions_and_answers http://www.midibox.org/dokuwiki/parts_faq'>http://www.midibox.org/dokuwiki/parts_faq http://www.midibox.org/dokuwiki/mios_faq'>http://www.midibox.org/dokuwiki/mios_faq http://www.midibox.org/dokuwiki/mbhp http://www.midibox.org/dokuwiki/parts http://www.midibox.org/dokuwiki/troubleshooting http://www.midibox.org/dokuwiki/mios http://www.midibox.org/dokuwiki/references http://www.midibox.org/dokuwiki/what_is_a_midibox http://www.midibox.org/dokuwiki/tools These pages are a bit of a mess.... There's a lot of duplication and crossover between the content.... Don't forget to fix any links in pages that refer to the originals, by following any backtrack links from the pages you change. Edit: seeing as this is a big change, and these are important pages, it may be best to make new pages in a new namespace, and leave the original pages intact, until you get the 'thumbs up' to remove the old stuff

Text adventure! Hang in there, it does have an ending :) Darn I hate when that happens! @Everyone: Share the answer! I wish I knew the answer this time :( Sorry mate. Anyone?

Bricking? an app upload shouldn't be able to kill the chip.... Are they still sending upload requests?

Inlining links like that is a nice idea, but it limits usage to your method - for people who don't want to print it like you said, it would be a pain.

Yay :) You'll be glad you upgraded, SDCC has been vastly improved since 2.5. It outputs lighter code, has new features, and is far more robust.

Correct :)

Thanks frailn.... Tried scite already though, it didn't seem to have many of the features we need :( You know any others? cimo: confession: I didn't try f9 yet, because I had tried f8 recently and it lacked 'just works' factor .... I grabbed the f9 iso last night, I'll try it today. As you know, I have always settled on fedora+ccrma in the past, so I'm all for it.... but it does need to be user-friendly. If f9 doesn't work out that way, I guess what we're building would be an ubuntu (and maybe debian) repo that is similar to ccrma, but with development tools also, and just our selection of audio apps.

Probably because i've tried to tidy it up by merging the two threads into one...but you're forming a pattern, and you know what we mean. Exactly - it's for chat supporting DIY - not an alternative to DIY ;)

Totally, but that's why I wonder why they decided to use it like they did... maybe as you say it's just convenience, maybe something else.... If it's really needed, I guess you'll find out the hard way. Pioneering is like that heheheheh Sorry yeh that's what I meant :) Exactly. You could use pitchbend or notes or whatever has 3 bytes.... In the end you'll always get 4bits to ID the track (channel nibble) and 14bits of payload. What you do with that is up to the device :) NRPNs would probably be the most "correct" method. Seeing as the monome max patches send it that way, I thought it might be easy. Otherwise you thin the data out as required in max to just send appropriate note-on/offs. I guess it depends on whether you want to spend more time programming max, or your midibox. OK that makes two of us :D

Well this will be my primary workstation, so yes, i want the cutting edge goodstuff in the audio realm, but i don't want to do it from the ubustu packages cuz theyre too old anyway. But yeh, development is the initial focus, as well as general usage apps that are standard ... yaknow, openoffice, firefox, media viewers (pdf, video, audio, flash) etc... You need all that stuff around here. The basics, and the midibox stuff, are #1. I've got my eye on piklab, check it out! IDE for ASM and C, and burns your PIC too. You guys seen ucsim? Anyone recommend a good programmer's text editor? It needs to do tabs, filesystem tree in a sidebar, search/replace, find in files, marking, highlighting, diff, run commands (make) and jump to code when you click on an error from the output... I'm thinking about notepad++ here....... Not an IDE, needs to be useful for other text files too (logs, config files, etc) Edit: Heh...."MIDIbuntu"

is there any such thing as a 2024?

== Actually I thought of you when I typed 3) :D

Ubuntustudio deal is this: (simpsons joke ensues) There's no liveCD. That's Bad All the packages can be installed from normal ubuntu, even the live distro, anyway - making ubuntu into ubuntustudio. That's Good The packages are all really old ("stable") versions. That's Bad The linux-rt package (realtime kernel) is up to date. That's Good But I'll have to package up or at least compile the newer versions of the audio software. That's Bad But I'm going to do all that for myself anayway, so I don't mind doing it for the community to use also. That's Good The frogurt is cursed. That's Bad.

To call this a bandwidth problem, is like saying, you need to get 5 people from your house to the store, and for no reason, you put 50 people in the car, it breaks down, and you call it an engine problem. I wonder if you could write a max -> midi converter, which accepts the big stream of data from max, and outputs something normal like a midi note-on message to turn the LED on, and a note-off to turn it off? Perhaps you could mangle the data they use, like using CC's - the channel nibble represents a row of leds, the cc# and value can represent the 8 bits you spoke of (with spares) I can't help but wonder - why would they do it that way?

4 Everyone wants to help when you are respectful It's obvious that you gave it a try, that's what counts :)

Heheh I think that's the first one ;) Had I not come across a decent linux distro in this pass, I would have gone that way, but as it happened...... I'm still compiling a list of windows apps that I use though, to post in another thread.

That's pretty much the plan :) The ubuntu live CD can be a live CD/DVD, which makes no changes to your system... or boot from CD/DVD/USB stick/USB drive and save settings to your HDD for next time, or you can put it on a USB stick entirely, or install to your HDD (overwriting windows, or dual booting), or uhm.... i think that covers it... It'll do all that cool stuff and it does it mostly GUI style, it's tops.

Older than dirt! This is current: MIOS supports 2.7+

Ahh these LCDs are YUMMY. Just wait till you see it going. Shame they cost so damned much but hey... There's no F on that datasheet, but E goes to E. The other two are correct (and, on the wiki abbreviations page)

Hey boxers, The idea of a linux distro for midibox use is not mine, and not new... It's been knocking around for quite some time. The idea is, that you can download an ISO image, burn it to a CD/DVD, reboot, and you have a perfectly working system, all preconfigured for things like: Editing ASM and C source files Compiling/assembling apps MIOS Studio and similar tools for uploading and testing Schematic/PCB layout design Panel design PIC simulation Web browser with handy bookmarks Audio/Video recording to share your goodies Maybe some music apps so you can use it as a studio etc etc etc etc I personally think it's a fantastic idea, so, every so often I try out a bunch of linux distros to see if any are up to the job of being a "just works" (for everyone) solution. Needless to say, linux is not well known for being a "just works" kind of thing :D I've recently tried out ubuntu hardy heron, and, much to my delight, it's worked, out of the box, on every system I've thrown it at, from clone desktops to HP desktops to enterprise servers (that was fast!) to crappy old Celeron II to a couple of laptops (both HP and full of proprietry stuff as usual). Wicked. There's a nice pretty GUI for everything you need to mess with too, and ubuntu is well geared for making customised distros and live cds, which can also be installed or make "persistent", meaning they save all your settings, apps, etc for next time. It'll happily coexist with XP and NTFS filesystems, and I expect the same for macs. So now I'm curious.... How many people are really interested in this? What are the chances of linux being your primary OS? Or would this be something you'd use as a secondary option? Should this be more strictly midibox focussed, or is it worth broadening the scope for other goodies (won't be hard) like AVR, arduino, Synth-DIY, etc (could be a general DIY audio/electronics distro) What features or apps would be a "must have" for you? What would you really like to see? What would be a dealbreaker? Are you an ubuntu hater? Did it not "just work" for you? Do you have any other suggestions? (remember , "just works" is a must) Can you help if we do this thing? Any thoughts at all are welcome on this. This is just a brain-dumping session to test the waters. Edit: Wiki pages is here: http://www.midibox.org/dokuwiki/labuntu:labuntu That name is just a working name ;)

The lst file is generated by the compiler... That error is strange, looks like a compiler internal error. I'd like to see two things: The output of sdcc --version And the text that you cropped out of the above - I'd like to be sure it's calling sdcc with the correct params, see if there are other warnings/errors/etc. Edit: sorry got distracted - The linefeeds on my windoze box are windows style (CR+LF, hex is 0x0d,0x0a) ...i would assume that the linefeeds in the lst files would normally match your OS... weird...

Actually I just uninstalled it when I did a cleanup last week :) Yeh I've got the chip but a project to use it is way on my back-burner. It's C, not C++, but yeh.... use the midibox and save yourself a ****load of effort ;) With your experience you'll be fine, and it may be beneficial as I assume you have some assembler skills which can make for a faster driver.

Just an update (I'll try and keep you guys in the loop, seeing as I am taking a relaxed approach, so you don't get "what's he doing now?" factor) I had yesterday off sick and had a lot of catching up to do today... I'll try again tomorrow.

Bitfield obsessed coding geek loner hermits of the world, UNITE!