| |
6R6
Registered: Feb 2002
Posts: 245 |
SDI 2.0 Beta
Hi.
A working preview here:
http://home.eunet.no/~ggallefo/sdi/
Report your bugs and thoughts here:
GRG |
|
... 195 posts hidden. Click here to view all posts....
|
| |
Stainless Steel
Registered: Mar 2003
Posts: 966 |
Oh btw glenn, ive been having the odd situation that the dumped tune has large sections of $00 bytes in it.
I removed them manually in tass and the tune worked fine afterwards. i think i read something somewhere about that problem but i dont recall where or what it was ?
PS : i still use the old 1.8 editor sometimes and just append the z8,z9 and fs sections to the dumped source from 1.8 when compiling with the 2.07 player. dunno if that has anything to do with it.
|
| |
Stainless Steel
Registered: Mar 2003
Posts: 966 |
Feature request : copy / paste across all 3 channels.
|
| |
6R6
Registered: Feb 2002
Posts: 245 |
At LCP 2009 we tested a swedish C64 with the SDI editor.
It turns out that it doesnt work very well. It has to do with the keyboard layout.
Swedish C64 is not compatible with the editor ( all versions ).
|
| |
GT
Account closed
Registered: Sep 2008
Posts: 308 |
Quote: @Henne and Stainless Steel:
I looked at this today. And it is a player bug.
Load the player source into bmtass and
find the ;--- SEQUENCER--- part of the player.
Scroll down till you find the line saying:
"beq dur_20"
Remove this line and it should be ok.
Don't remove BEQ dur_20, it has a purpose of setting higher duration in the packed data than $20. Simply having twenty free "-- ---" lines between commands make this bug. I forgot 15 years ago to add duration $20 also for that command. If you follow positive numbers in the tracker, you won't have this bug. It will be fixed though. ;) |
| |
GT
Account closed
Registered: Sep 2008
Posts: 308 |
Quote: At LCP 2009 we tested a swedish C64 with the SDI editor.
It turns out that it doesnt work very well. It has to do with the keyboard layout.
Swedish C64 is not compatible with the editor ( all versions ).
Yes, that was my Swedish C-64, Glenn. Kernal-rom is swedish, so some keys are on the wrong positions. Well, it is swedish though, that says a little. It's not SDI's fault. :) |
| |
booker
Registered: Jul 2003
Posts: 334 |
LOAD/SAVE of the instrument could be somehow a nice feature. |
| |
Devia
Registered: Oct 2004
Posts: 401 |
as would a clear all, except instruments function.. aswell as a clear all function. |
| |
Stainless Steel
Registered: Mar 2003
Posts: 966 |
I second the last two points. Though i've asked glen about the instrument saving feature some time back, he said it would be a major pain in the ass to implement. |
| |
SIDWAVE
Account closed
Registered: Apr 2002
Posts: 2238 |
Stainless: yes, because the various tables are shared by instruments. If you want to save instruments, you would need all those tables, pr instrument, means a lot more RAM use. |
| |
booker
Registered: Jul 2003
Posts: 334 |
Quote: Stainless: yes, because the various tables are shared by instruments. If you want to save instruments, you would need all those tables, pr instrument, means a lot more RAM use.
I guess that's the idea behind saving the instrument - you save the definition and bytes from the tables it uses. This feature was working nicely in DMC v5. I'm not sure what preciselly is the problem about a lot of extra RAM?
I guess, if you load an instrument then editor can tell you whether it already has same bytes from wv,pu,flt tables and let you choose to use those instead of adding it again. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | ... | 21 - Next |
