[CSDb] - User Forums - Sound Monitor and broken file

You are not logged in - nap

CSDb User Forums

Forums > C64 Coding > Sound Monitor and broken file

2006-03-17 21:17

Sidder
Account closed

Registered: Mar 2003
Posts: 56

Sound Monitor and broken file

Hello,

In my C64 floppy-archive I've found a song composed in Sound Monitor. Unfortunately, the source file is broken; it was probably saved with some errors or it "got hurt" during transer data into d64.

Normally Sound Monitor tune takes 77 blocks on disk. This broken file has 76 blocks - one wonderful and so precious block disappeared in miracoulus way.

Of course now I'm not able to load the bad file into Sound Monitor: editor crashes after load tune.

But... maybe there is possibility to fix the tune so that I could run it under Sound Monitor? This editor's tunes aren't packed and... only one block got lost. :] Is there any hope for me?

If it's possible to fix the file and if someone would like to help me - I'll be thankful.

Regards,
Sidder.

2006-03-17 23:20

Yodelking

Registered: Apr 2002
Posts: 189

Hi!
Send me the disk, and I'll take a look.

I guess it's some kind of Rockmonitor, though.
Soundmonitor takes 45 blocks.
Send to: yodelking@formec.com

2006-03-18 01:53

Sidder
Account closed

Registered: Mar 2003
Posts: 56

Quote:

Send me the disk

Done. I've also put the d64 here: http://tiny.pl/m2sz [10 kB, rar]
Quote:

and I'll take a look.

Great!
Quote:

I guess it's some kind of Rockmonitor

Right, I was wrong. It was done under Rockmonitor 2. But in fact, it doesn't make big difference, because both under Sound and Rock Monitors - loading this tune makes a little crash. :]

2006-03-18 08:14

Yodelking

Registered: Apr 2002
Posts: 189

Quote: Quote:
Send me the disk

Done. I've also put the d64 here: http://tiny.pl/m2sz [10 kB, rar]
Quote:
and I'll take a look.

Great!
Quote:
I guess it's some kind of Rockmonitor

Right, I was wrong. It was done under Rockmonitor 2. But in fact, it doesn't make big difference, because both under Sound and Rock Monitors - loading this tune makes a little crash. :]

Sorry, I can't fix it.
It's not just a few bytes missing at the start, the first part of the file is destroyed with data that doesn't come from the tune. Since only the digis are placed there, I did three tests:
Replace 8000-9FFF, C012-CC00 from another Rockmon II tune, to just keep your data. Didn't work

I also tried so save out A000-C011, and then load a Soundmonitor player from C012-CBFA. Didn't work either.

I just added blanks at the start and fixed the loadadress of the tune, then loaded the tune into Rockmon2. didn't work... :(

There's nothing more I can do, sorry. I hope someone else can give this a try.

2006-03-18 14:01

Sidder
Account closed

Registered: Mar 2003
Posts: 56

Ok, thank you for your waste of time. It seems the tune was irreversible destroyed. :<

2006-03-18 20:23

THE TEA DRINKER

Registered: Jul 2005
Posts: 39

Save a000-c011 strange idea as I remember on rockmonitor 9 tune was useing c000 too, as I remember you could hear the tune use these simply basic commands from basic: sys49152:poke49167,1

I mean rockmonitor saved memory area was from around $6000 and upwards to around $cd00 then drummaker 2+ do almost the same but from $7000 as I remember, maybe i should look on my old tunes and give it a try to fix it.

EDIT: I have figure out this -- until know -- I hope it's correct.

Ok the song that is buggy is loading from these adress $1c00 to $66fd maybe if you transfer it up to the correct memory area it will work ?!?
I found out that adress $5b14 and $5b22 should proberly be in $c000+ memoty location area or upwards.
Look here:

5b14 sei
5b15 lda#$c0
5b17 sta$0315
5b1a lda#$1f
5b1c sta$0314
5b1f cli
5b20 rts
5b21 sei - my guess is this line should be in $c01f
5b22 lda$01
5b24 sta$02c5
5b27 lda#$36
5b29 sta$01
5b2b jsr$c475
5b2e lda$02c5
5b31 sta$01
5b33 jmp$ea31

When you look in the song for text you can find a string where it says: "musicmaster created by chris huelsbeck" last at the file. You can also find a string where this "n:dema muzyzne" it looks like the name of the file or floppyname, dunno yet ?!?

Then what to find out next what memory area is used for a working soundmonitor/rockmonitor 2 tune.

Then again are you sure you have used soundmonitor/rockmonitor for this tune and not the musicmaster ?
I must admit that it looks like a sound/rock monitor look like tune but I could be wrong.

You can try this transfer from $1c00 to $66fd into $80fe then the machinecode is correct with address but it wouldn't play anyway, because there is no music notes.
If you insert something with for instance soundmonitor you can here something like the instruments but I think the notes are gone or is the missing part so it's useless, sorry I still try with other variants of sound/rock/drum monitors to get it to work but I think the notes is the most important here and that part is ofcoz missing and could proberly also be in 1 block.

2006-03-18 23:06

Yodelking

Registered: Apr 2002
Posts: 189

>Save a000-c011 strange idea

No it's not! Data begins at $a000. 49167=c00f, used for init yes, c010, c011 is pointers of how long the tune is
c012-cc00 player.
I saved out his data and replaced the player with another one, incase there was errors in the player.
I tried both Rockmonitor and Soundmonitor players.

>I mean rockmonitor saved memory area was from around

RM saved from $8000 or $8100, if you didn't load any special digis, like in RM 4+

>Ok the song that is buggy is loading from these adress
>$1c00 to $66fd maybe if you transfer it up to the correct >memory area it will work ?!?

No, I did that already. Just fixing the loadadress won't do it.

>When you look in the song for text you can find a string
>where it says: "musicmaster created by chris huelsbeck"

This is what Soundmonitor writes.

>this "n:dema muzyzne" it looks like the name of the file

That's the file name. If you load any tune into RM the file name will be placed at that area.

>Then again are you sure you have used
>soundmonitor/rockmonitor for this tune and not the >musicmaster ?

Musicmaster=Soundmonitor

>I think the notes is the most important here and that
>part is ofcoz missing and could proberly also be in 1
>block.

In RM digis are coming first in memory like 8000-9xxx.

/Peter

2006-03-18 23:08

Yodelking

Registered: Apr 2002
Posts: 189

Quote: Ok, thank you for your waste of time. It seems the tune was irreversible destroyed. :<

It's not a waste of time to try to rescue an old tune. :)
I know the feeling when a long lost tune is recovered, so it was well worth a try.

2006-03-18 23:43

Sidder
Account closed

Registered: Mar 2003
Posts: 56

Quote:

Then again are you sure you have used soundmonitor/rockmonitor for this tune and not the musicmaster ?

It was done in that way: I loaded Sound Monitor file ("Red Moon" / Jeroen Tel) into Rockmonitor 2, then I erased original patterns and - using Tel's instruments - made some crap-music. After that I saved tune as Rockomitor file. Tune uses no samples and maybe that's the reason, why "MUSIC MASTER DONE BY CHRIS HUELSBECK" text stays unchaned.

I've just analised another tune made exacly the same way and in the same time as bugged zak (http://tiny.pl/m8gn - here i saved both bugged tune and similar correct tune). And I've noticed:

GOOD TUNE:
- loads into $8000 - $CBFB
- $8000 - $9000 : empty space
- $9000 - $9ff0 : some text (unused so treated like empty)
- $9ff1 : string "N: DEMA MUZYCZNE"
- $a000 - $bfff : data (with a lot of free space)
- $c000 - $cbd0 : data
- $cbd1 - $cbfb : string "MUSIC MASTER CREATED BY CHRIS HUELSBECK"

BAD TUNE:
- loads into $1c00 - $66fd
- $1c00 - $32cb : some strange data
- $32e0 - $3af0 : emty space
- $3af1 : string "N: DEMA MUZYCZNE"
- $3b00 - $5aff : some data (with a lot of free space)
- $5b00 - $6ad0 : some data
- $6ad1 - $66fd: string "MUSIC MASTER CREATED BY CHRIS HUELSBECK"

So probably just unused/empty data went to hell!

Quoting THE TEA DRINKER

I think the notes are gone

Not sure. I always used (in Rockmon) patterns form $b000 and higher. So notes in the bad tune should still be there (somewhere about $4xxx, if - of course - only first bytes are cut).

2006-03-19 09:19

THE TEA DRINKER

Registered: Jul 2005
Posts: 39

OK, I got it musicmaster=soundmonitor fine.

Yodelking ok you just tell what you did and that's fine, but I didn't think it was help enough for explain why the tune was not working (or I didn't understand you) because you didn't write what was still wrong with it since it didn't work even with your try to fix it.
You did discover or you also didn't discover that it was loading from other memory area or didn't tell it to Sidder. You just type you can nothing do more, you have also right here but why can you not do anything more? (was my question, then I begin type what I did and did the same as you, proberly)
But you didn't write it. Yes the n:filenameoffile looked also for me to be filename but wasn't sure about it, Im now. The string with musicmaster yes same as soundmonitor fine, I didn't know that. I just try rockmonitor 9 and soundmonitor and they are different in area $c000-$cxxx the player as you proberly know.
What did you find out with musicnotes of badtune?
Have you loaded the tune into soundmonitor again after you have try fix it, and what did you discover?
You have proberly used the play routine and want it to play something but if you look on the musictracknumbers in soundmonitor you don't find any music notes?
Is music notes important for music?

Sidder: You don't know about the musicnotes ok then tell me if you find some of these, then it can proberly be working, again maybe not if it's me trying fix it, but I can always give a try. You say you used usally b000 for notes then it's proberly here the main problem is because I see numbers between 7000 and 8000 and in the digi field I only see this: bf18 is that correct?
Maybe alittle new try is load the tune from 1c00 into $80fe change $7000 with $b000 and see if it plays something.

It's a soundmonitor tune looks the same in code have try it with rockmonitor 9 which have jsr$9x00 proberly for the digi in the player.
I have seen this tune "badtune" working in soundmonitor v1.0 (after I transfer it from $1c00 to $80fe) but when you enter the fields in musicnumbers like 7000. I dont have any musicnotes there, I dont want to look all the fields through just to find something, I have try put some notes into that field and yes if you do that, it did play it.
So Im pretty sure notes are gone, sorry for saying that but my best guess at the moment, and maybe the right ansert for why is was not working still after move into the right memory location. If the notes still are there which is important for the music piece you need to know something about that tune, like which note did it begin with, and what numbers did you use.
So I think players is fine, when you transfer memory location from badtune from $1c00 to $66fd into $80fe about musicnumbers in tracks proberly wrong or there is miss information about musicnotes here, that's why tune is still NOT working.

Why didn't you just type that in the first place Yodelking ;)

EDIT:

Interesting I have until know just transfered from $1c00 to $66fd into $80ef, saved as small fixed version onto floppy then used soundmonitor v1.0 change 7000 to b700 at SP 00 set as first step and 01 pointer last step from 7000 which we allready know that $80ef was the lowest address and change it to b700 these b700 numbers is TRK# TR ST (the # indicate 1 to 3) the last field AR/S (this is a digi track on Rockmonitor 9) is changed from bf18 to bf00 which control I guess is the speed of song and now it's playing something, could you try it and see if that something you can remember from your song, Sidder ?

Then I think you need to re enter music datanumbers that is change from bxxx to 7xxx in this example 7000 is maybe the original as b700 and proberly something I can continue with but I don't know how the song sounds. I didn't write some notes in b700 so i guess it's yours Sidder. :)
Then tune can proberly be repaired if you remember the music datanumbers, good luck hope it helped.

2006-03-19 12:39

Steppe

Registered: Jan 2002
Posts: 1510

Are you holding a tribunal against Yodelking now? I plead he's guilty, guilty, guilty!!! Hang him high for being so lame and for being too lazy to properly document the fixing process!

2006-03-19 15:20

Oswald

Registered: Apr 2002
Posts: 5094

looks like the first sector is gone, or either the directory entry points to the 2nd sector instead of the 1st.

the BAD file is exactly $100 shorter,

try to load the file to $8100.

2006-03-19 18:26

THE TEA DRINKER

Registered: Jul 2005
Posts: 39

Quote: Are you holding a tribunal against Yodelking now? I plead he's guilty, guilty, guilty!!! Hang him high for being so lame and for being too lazy to properly document the fixing process!

Steppe I can only say NO to this it just pointless to try the same stuff as other have try out allready, is that hard to understand?
I through it was helping we should do to Sidder for fixing tune, well since I could say I cannot fix the tune, I have try it, but didn't work, was not good enough explanation for me, or I did think over why couldn't he fix it.

So maybe I'm total stupid but it's more easy to find the bug if we know what others do. I like troubles like these but ok someone ask for help so I try explain to Sidder why is still not working even if it could be waste of time for such old tune, but I know musicdatanumbers in $7000 is not possible to hear when you load from $80fe or $8100 still doesn't help the problem of this tune, why was this not someone have told before than me, I just try to say to Yodelking was his fault was, I accept he has the knowledge for trying fix it but I didn't like his result of his conclusion of what he did. It's more an advice to him not a threath against him or what you think it else could be. Your post in this hmmm what can I say, is that helping Sidder with the problem of his tune ?
Do you want to help or just say we other cannot fix it ?

I think if alot users try something (the best) we can maybe get it to work at last, it will not gonna be easy to fix but should it be that.
--------
To Oswald sounds like a good idea but allready try it musicdatanumbers is changed from 7000 to 004e in the first 2 position of songs else the rest is same but it will not work, so trying the excatly $100 bytes is proberly more wrong than $fe is more correct, that's just my few cents for try fixing this tune for Sidder.

Sidder if you want to fix it you can maybe remember the musicdatanumbers in the 3 channels. Useing b000 as you have written before is proberly not a good idea try b700 instead, there is music notes, but is that yours ?

2006-03-19 19:01

Steppe

Registered: Jan 2002
Posts: 1510

There must be something wrong with the humorous part of your brain, I suggest you consult a doctor. Sorry for not holding up the irony sign in my last post, but if you insist:

#######
#     #
# ;-) #
#     #
#######

2006-03-19 19:43

THE TEA DRINKER

Registered: Jul 2005
Posts: 39

Quote: There must be something wrong with the humorous part of your brain, I suggest you consult a doctor. Sorry for not holding up the irony sign in my last post, but if you insist:

####### # # # ;-) # # # #######

Maybe i should go to a doctor since I try to help Sidder with an old tune. ;-)
But sorry for saying that your post is not helping solve the problem, but who cares, what do you think, Steppe ?

Have you some great ideas to try out while I'm visting the doctor, maybe he can help me with the bugs in this tune.

2006-03-19 21:43

Steppe

Registered: Jan 2002
Posts: 1510

Hey, take it easy and shake that hand. \o_
It's appreciated that you're so motivated to help fix that tune, while I was just in this bored and ironic/sarcastic mood. I'm not really the greatest coder/fixer on earth, so I can't really contribute anything more useful to that topic. Good luck to those who keep on trying.

2006-03-19 23:16

THE TEA DRINKER

Registered: Jul 2005
Posts: 39

Steppe, I shake my hand but to say I'm not the greatest fixer/coder too. :)

Sidder if you want to try re-enter musicdatanumbers in TRK# (#is channels between 1-3) instead of number 7000, 7040, 7080 or 70c0. You could try the following numbers it looks like something for the tune: (number in a () is an alternative could work or crash it or make it sounds more wierd)
Numbers I think there is usefull for notes is these:

b380, b600, b640, b680 (b6a0), b6c0 (b6d0), b700, b740, b780, b840 (b858), b880 (b8b8), b900, b940, b980, b9c0, bac0, bb00, bb40 (bb50 or bb58), bb80 (bb90 or bb98), bbc0, bc00, bc40, bc80 (bc88), bcc0, bd00, bd40, bd80, bdc0 (bdb8), be00, be40, be80, bec0 (beb8).

For ADS/R or DIGI (last field - looks like it controls the speed of tune) try these numbers:

bf00, bf08, bf10, bf18*, bf20, bf28, bf30, bf38, bf40, bf48, bf50 (not sure about the last one, *is the default in that tune)

Sidder that's what I have figure out if that is possible to re-create the tune let me know if you want to re-type/re-enter the musicdatanotes, then good luck with it hope it can repair it.
It's the proberly last message for me since I'm running out of ideas for fixing this tune. The numbers after the 4 musicdatanotes I think these are fine enough the 2nd looks like transpote to another note use same musicdatablock and the last 2 is for the sounding (which instrument/ADSR stuff think) I also think that is fine enough.

2006-03-20 00:35

Sidder
Account closed

Registered: Mar 2003
Posts: 56

Quoting THE TEA DRINKER

I have seen this tune "badtune" working in soundmonitor v1.0 (after I transfer it from $1c00 to $80fe) but when you enter the fields in musicnumbers like 7000

Yes, I've noticed the same and I do not understand how it happens. But pattern
I've also tried this:

- loaded tune into $80fe
- saved only $b000 - $bfff (there should be notes)
- clean memory and load only $b000 - $b800 into new (clear) Soundmon tune. There is no more than trash, not any notes.

So you are probably right - notes are gone.

Quoting THE TEA DRINKER

Interesting I have until know just transfered from $1c00 to $66fd into $80ef, saved as small fixed version onto floppy then used soundmonitor v1.0 change 7000 to b700 at SP 00 set as first step and 01 pointer last step from 7000 which we allready know that $80ef was the lowest address and change it to b700 these b700 numbers is TRK# TR ST (the # indicate 1 to 3) the last field AR/S (this is a digi track on Rockmonitor 9) is changed from bf18 to bf00 which control I guess is the speed of song and now it's playing something, could you try it and see if that something you can remember from your song, Sidder ?

I'm not able to do that - editor crashes after I load tune.

Quoting THE TEA DRINKER

try b700 instead, there is music notes, but is that yours ?

OK, I'll check.

Quoting THE TEA DRINKER

Sidder that's what I have figure out if that is possible to re-create the tune

Thanks, I'll be fighting with this crap tune as long as it will kill me. ;)

2006-03-20 07:19

Yodelking

Registered: Apr 2002
Posts: 189

[Why didn't you just type that in the first place Yodelking]

Well, I did:
"I just added blanks at the start and fixed the loadadress of the tune"

I know I could write down every step I did on the way, but I skipped the obvious parts as I figured the one who manages to fix this one, knows what I did anyway.

2006-03-20 11:20

THE TEA DRINKER

Registered: Jul 2005
Posts: 39

Quote: Quoting THE TEA DRINKER

I have seen this tune "badtune" working in soundmonitor v1.0 (after I transfer it from $1c00 to $80fe) but when you enter the fields in musicnumbers like 7000

Yes, I've noticed the same and I do not understand how it happens. But pattern
I've also tried this:

- loaded tune into $80fe
- saved only $b000 - $bfff (there should be notes)
- clean memory and load only $b000 - $b800 into new (clear) Soundmon tune. There is no more than trash, not any notes.

So you are probably right - notes are gone.

Quoting THE TEA DRINKER

Interesting I have until know just transfered from $1c00 to $66fd into $80ef, saved as small fixed version onto floppy then used soundmonitor v1.0 change 7000 to b700 at SP 00 set as first step and 01 pointer last step from 7000 which we allready know that $80ef was the lowest address and change it to b700 these b700 numbers is TRK# TR ST (the # indicate 1 to 3) the last field AR/S (this is a digi track on Rockmonitor 9) is changed from bf18 to bf00 which control I guess is the speed of song and now it's playing something, could you try it and see if that something you can remember from your song, Sidder ?

I'm not able to do that - editor crashes after I load tune.

Quoting THE TEA DRINKER

try b700 instead, there is music notes, but is that yours ?

OK, I'll check.

Quoting THE TEA DRINKER

Sidder that's what I have figure out if that is possible to re-create the tune

Thanks, I'll be fighting with this crap tune as long as it will kill me. ;)

Yodelking, ok. I'm not the best fixer/coder, it's really my first try to fix a non working tune, so even that you write you add something I really like the details of it.

Sidder: Ok a little trick of get it to work again is load the soundmonitor while you have tune in $80ef to ($cd00) save that as full tune a small fixed one. ;)
If soundmonitor crashes you proberly know it begin in $1000 or just type sys4096 if it's still crashing then load soundmonitor into memory again that's the working trick I did, but ofcoz I use a real c64 with The Final Catridge III, not emulators.
The last thing I don't know is where it saves the instruments (the sounding/ADSR values) I think it's in area $a000-$afff, or could it be $8000-$9fff so I guess it therefor it still crashes if you don't have any numbers here, but this is just a guess.
If you think there is something in $b000-$bfff you can clean up, I think it also will crash. Like $b000-$b800 since I found something in $b380, $b600 just to name a few of them else I have writtten before where possible availble notes are look in other posts, Sidder.

BTW: Good Luck

Refresh

Subscribe to this thread: