You are not logged in. Please login or register.
The 1-Bit Forum → Posts by utz
Awesome, thanks! Glad things went ok.
As far as I can tell, the header image should be in /img, and then some changes in style_cs.css are required:
- in section #brd-head, add "background-image:url(img/header.gif);"
- in sections #brd-title and #brd-desc, add "display: none;" to disable the text (I should probably add the description text to the header image, but let's see if this works at all first)
Alright, let's adopt the one from post 21, then.
d0x10, would you be so kind to try integrating it?
Damn, was gonna make a joke with the pointy m poking through an ay chip with some splatter, but gimp botched the render.
Anyway, I like kinda like the pointy things, they look a bit like a chip pins, no?
Yeah, I'd vote for #2. Or #1, but then with a shorter dash. Perhaps also flipped vertically and maintaining the 2px spacing from the rest of the chars.
edit: uhhmm, like this perhaps?
Arrrghh... and I just persuaded PROTODOME to remove the dash/spacing.
Excellent, thanks a lot mate. I think #2 looks best.
Yes, awesome. Just one last thing, I think the "m" still looks a bit heavy/solid compared to the rest. Do you think that could be helped somehow? I tried breaking up the horizontal line with another triangle but that looked rather silly.
Oh yes, looking sweet! I'd like to suggest a few tweaks to improve the readability though. What do you think about making it read "1bitforum", ie. something like this:
Not so happy with the "1" yet, though. Perhaps it should also be more solid, like the "u" and "m"?
Aww yis, ZX Spectrum Orchestra! They are pretty big nowadays with their follow-up project: http://www.modifiedtoyorchestra.com
Can't help with that, sorry. I have a WinXP install just for running Beepola and some legacy tools 
Other than that, blaming pulseaudio would have been my first response as well 
It should be possible to increase the buffer size through ALSA. Looked it up a while ago when somebody was having troubles with something on cm.org, but forgot all about it. Worth doing some digging in that direction though.
That's a very reasonable concern 
However, I believe we're on a version that proved to be, uh, not so successful, and was quickly replaced with another one. 1.4.4 on the other hand hasn't been updated in over half a year, so I assume it should be reasonably stable.
Did you manage to solve the aliasing problem that comes with this approach, and if yes, what was your solution? I'm thinking to use a simple low-pass filter like the one I described earlier, not sure if that'll work out though.
Hmm, I wonder why smart phone view is broken. We're running a slightly newer PunBB version than the old forum, but surely that shouldn't break things? Well, come to think of it, there are a some things that are broken in this version (bbcode in lists, for example). I should poke d0x10 about upgrading again...
Aye, that's good news, too!
So... will you make us a Pokey+GTIA sound driver, so we can rock the "standard" MSX compo, too?
De:coded 2016 will have a beeper compo, yay!
http://decoded.org.ua/en/demoscene-compos/
Got it, thanks!
Yes, 126 step limit is indeed quite a hassle. However I recall Chris mentioning that it would be rather complicated to fix this issue, which is why he hasn't done so until now I guess.
Dunno about WyzTracker. Since it runs AYemul at it's core it should in theory be possible. But many (especially newer) beeper engines may not fit in well with the current instrument/fx editing approach, since beeper routines are generally not frame-based (unlike AY routines).
Well, I'm a huge fan of 1tracker, so I certainly don't mind
I'd be interested in your instrument handling logic in any case. Perhaps Shiru and/or ccowley could even be convinced to add this kind of functionality to their editors.
Yes, the request is still very much open! Also, a complete forum styling would be even better.
Personally, I would very much like a "simplistic but elegant" black-and-white design. It doesn't necessarily need to be very retro, as some things discussed on here are pretty un-retro. But oh well, anything is better than what we currently have, I guess...
Btw finally changed the forum header text to something more concise. Hope you guys are ok with that 
Thanks, awesome! Uhhm... what do those asterisks in your table mean?
Also, how about a meta patcher tool for Beepola that allows you to set your own configurations for note tables, speed values? That would basically open up a whole new range of possibilities for people who are into drone music, microtonal stuff etc...
Hi mate, welcome back to the 1bit-forum
Nice examples! I think some people would indeed appreciate a proper xm21tm converter. It's not even terribly difficult to do. Check Shiru's engine packages or my github (for example this for some C++ resp. Perl examples of how to read out XM data. Also, I believe this is the most accurate XM file format specification. If you're interested let me know and I'll post a walkthrough in the tutorial thread.
Yo, nice jammin' Also, envy at that nice burgundy colored 82 STATS
Great to have these mods available as patches. Thanks a lot, mate.
So does that mean the gfx iteration actually varies in length? I always thought the timing fluctuations from memory contention would be too much of a nuisance.
Good job, thanks Frank!
Yeah, I noticed you can lower the rate a lot with the "combined pin pulse" approach. I would have assumed you'd be interlacing music and gfx iterations one by one though Good to know that dropping one out of several sound frames works, too. I'd be curious about how you keep the timing of the gfx frame stable (ie dealing with contention) while still syncing properly, too. I assume syncing is done in software, not via an ISR? Well, guess I'll have to dig into this with a disassembler, then
The 1-Bit Forum → Posts by utz
Powered by PunBB, supported by Informer Technologies, Inc.