player midi c++

finally the problem has been solved.
To convert a midi file from type 1 to type 0 you must:
a) calculate the absolute time of each track
b) sort the tracks for absolute time and I, for punctuation, also for note
c) the delta times must be recalculated which must correspond to the original ones before reordering.

I have found a method that is not very effective, but I am working on it.

Thank you so much Geoff for your valuable help

Mark,

As far as I can tell, the midi file is fine. Your transfer of the data therein seems OK. When I do a DECODE listing from the midi file, everything is fine (attached).

I'm not aware of any problem with this. Are you still seeing a problem. If it's showing in your process, or in a system you have, maybe there's some problem there?

Geoff

the example midi file. Warning, it's a file without a musical sense, I only use it for tests.

hex dump file

4D 54 68 64 00 00 00 06 00 01 00 02 01 80 4D 54 72 6B 00 00 00 23 00 FF 58 04 04 02 60 08 00 FF 7F 03 00 00 41 00 FF 7F 05 00 00 77 0E 00 00 FF 51 03 07 A1 20 00 FF 2F 00 4D 54 72 6B 00 00 00 2B 00 90 3C 64 81 00 80 3C 64 82 00 90 3C 64 82 00 80 3C 64 81 00 90 3C 64 84 00 80 3C 64 82 00 90 3C 64 88 04 80 3C 64 00 FF 2F 00 

meaning

4D 54 68 64 00 00 00 06 00 01 00 02 01 80 

4D 54 72 6B 00 00 00 23 

00 delta time

FF 58 04 04 02 60 08 

00 delta time 

FF 7F 03 00 00 41 

00  delta time

FF 7F 05 00 00 77 0E 00 

00  delta time

FF 51 03 07 A1 20 00 

FF 2F 00 end of track

4D 54 72 6B 00 00 00 2B 

00 delta time

90 3C 64 note ON

81 00 delta time

80 3C 64 note OFF

82 00 delta time

90 3C 64 note ON 

82 00 delta time

80 3C 64 note OFF

81 00 delta time

90 3C 64  note ON

84 00 delta time

80 3C 64 note OFF

82 00  delta time

90 3C 64  note ON

88 04  delta time

80 3C 64 note OFF

00  delta time

FF 2F 00 end of track

Well, I don't know. The numbers you are now presenting do not make any sense, or they are not what we are assuming they are.

MidiSoft Studio may be presenting other info? But what?

The data you show. Are you copying this data from a screen. Is ALL the data copied, or is there something there that you have calculated/added? Some systems do show the length of the note as well as the delta time. If the system plays the data correctly, then it must have the correct timings, in the correct order, byt the data you show is either NOT correct data, or is in the wrong order (but the actual data regardless of the timings does seem to be in the right order).

I fully understand, if the system you are using is offering suct wierd data, and you are trying to make sense of it to get your own process working, it must be VERY confusing!!

All systems that I've used display the EVENT LIST (which is what that sort of data shown like that would be called) in a standard way. This is usually with the delta time in decimal followed by the note data which can be in either hex or decimal, and some system may show a note length with the Note On event, usually in decimal. Track and Channel date would notmally be there as well, these are not so important for your data. Some of this data is as per the midi file, other data is converted or calculated (added). But nothing should be changed from what's in the midi file.

Could you send me the midi file that the data above comes from? Supposedly??

Geoff

sorry Geoff but MidiSoft Studio with notes from: 1/8, 1/4, 2/4, 4/4 produces the following delta times:

Channel	Note	Velocity	Delta Time	

90-C4	60	100	0	1/8 note

80-C4	60	100	128	

90-C4	60	100	256	1/4 note

80-C4	60	100	256	

90-C4	60	100	128	2/4 note

80-C4	60	100	512	

90-C4	60	100	256	4/4 note

80-C4	60	100	1028	

Mark,

Just to clarify/correct, when you convert data from type 1 to type 0 midi file, all the events will be on the one track, so yes, the indiv delta times will change, and this change would be done by the conversion process. However, the accumulated delta time for each event should end up the same as it was for the type 1 file when both are processed for playback. As far as the midi data is concerned, there should not be any 'calculation' other than simple addition.

So yes, the delta times will have been changed, so that they will add up correctly so that each event will remain in the correct relative position for playback. The 512 marked in your example above MUST be an error, maybe in your translation of the data? However, if that value is a delta time in the type 1 file then that file may NOT play correctly.

Geoff

however I understood where the problem is.
I'm going to work.

For the moment, thank you Geoff, I will post the solution for others who may have the same problem in the future.

sorry I put a wrong link, I used this program for the conversion from 1 to 0: https://www.gnmidi.com/gn1to0.zip and after the conversion from 1 to 0, even in my program, the midi file sounds correctly.
However, if you look closely, the program "gn1to0", during the conversion, modifies the deltatime of all events: this is the point to understand, how does it do?

Yes, all 0/1 versions of the midi files play correctly with Windows Media Player, not with my program due to the delta time which in my opinion must be recalculated.

The duration of the midi file is about 4 seconds.

Err??

I've followed the link you give.

This says that the prog is to convert midi file to .WAV. Does not say anything about converting type 1 file to type 0 file. OK, I understand that the process to create the .WAV could involve an intermediate step of creating a type 0 file, but I'd more expect that this would all happen in memory.

I have a prog to convert type 1 to 0 anyway, it's part of the same package as the prog I use to convert a .mid file to a .TXT for easier reading/study. But I'd be far more interested in why your file has got messed up.

Back to a question that I keep asking, and you don't answer.

I assume that you have played your test midi file, using a prog you have NOT written (which is ??) and it plays correctly - that's using the word 'correct' in it's broadest sense.

I assume that if you play the file using the latest version of YOUR prog, it still does NOT play correctly. Is it sounding any better (??) now than it was?

When I play your midi file, I hear a short sequence of chords, about 5 secs, and it sounds like it could be correct. Certainly no cacophony!! Does that sound right to you. SynthFont shows the file as 0:05. (m:ss) Is that timing OK?

Oh, one thing. When converting type 1 file to type 0 file, some of the bytes might be different, or extra. If your data is using 'running status'? One version might allow running status in certain situations, and the other version might not. Just asking.

Geoff

it is the same midi file converted to type 0 with a program found on the network: https://www.gnmidi.com/gn1to0.zip

I don't know.

I'm working from the midi file you sent me.

I've converted this to .TXT. Your midi file is Type 1, the converted/displayed data is in time order. i.e. as per Type 0 file

My data, as regards the items and the delta time, looks like your Type 0 example. The Type 1 data does not make sense to me.

The data you had before agrees with the type 0 version just now, and NOT the type 1 version. Where has the type 1 version come from? I would say it is not correct, or it is NOT the same data?

Geoff

but in the example I posted, there is the same midi file of type 1 and transformed into type 0.
In my example, in the fifth column of type 0, the delta times have been changed, from 512 to 0 and 256 to 0: by what criterion?

type 0							type 1					

   4D	77	84	114	0	0		4D	77	84	114	0	0

90-C4	144	60	100	0	0		90-C4	144	60	100	>> 512 <<	0

90-E4	144	64	100	0	0		90-E4	144	64	100	>> 256 <<	0

Hello,

Not sure what you're referring to here.

Assuming the two files are the same music, then the accumulated delta times for each event should be the same for a type 0 and a type 1 midi files. If they're not, then the playback of the two versions will be different.

Secondly, if the file has not been changed, there should be no change to the delta time, and doing so might change the music again. The playback will be controlled by the version of the delta time in the data, and the calculated delta time managed by the program. At each point, the event will be actioned when the two match. If, for example, there is a tempo change within the data, then the calculation of the delta time within the prog will alter, but the delta time within the data will not, so the playback will speed up or slow down to keep the two in line.

Geoff

the reordering of events according to a temporal order is correct, now I have discovered that the new deltatime must also be recalculated for each event: but how?

type 0							type 1					

   4D	77	84	114	0	0		4D	77	84	114	0	0

90-C4	144	60	100	0	0		90-C4	144	60	100	512	0

90-E4	144	64	100	0	0		90-E4	144	64	100	256	0

90-E4	144	64	100	256	256		90-E4	144	64	100	256	0

80-E4	128	64	100	0	256		80-E4	128	64	100	128	256

80-E4	128	64	100	128	384		80-E4	128	64	100	512	256

90-B4	144	71	100	128	512		90-B4	144	71	100	256	384

80-C4	128	60	100	128	640		80-C4	128	60	100	256	512

80-B4	128	71	100	128	768		80-B4	128	71	100	128	640

I'm working on it

Mark,

So, how is it playing now? Is it sounding 'right'?

If it's still NOT, then there's still something wrong with the mechanics of playback, or ordering the data.

You mentioned before the overall timing calc, if this is wrong, this would not affect the 'sound' of the playback, it would affect only the speed of the playback so it might be too slow or too fast. If it's the wrong speed, AND jumbled, leave the speed aside for now and concentrate on getting the jumbling OK.

Geoff

Eddie, I'm doing like you say.
1) I read the mid file and while I read it, I calculate the absolute time for each track
2) reorder the events of the various tracks using absolute time

(1)

4D	0	77	84	114	0	

90	0	144	60	100	0	

80	512	128	60	100	512	

90	256	144	67	100	768	

80	512	128	67	100	1280	

90	256	144	60	100	1536	

90	384	144	71	100	1920	

80	128	128	60	100	2048	

80	128	128	71	100	2176	

90	128	144	71	100	2304	

80	256	128	71	100	2560	

90	128	144	64	100	2688	

80	256	128	64	100	2944	

4D	0	77	84	114	0	

90	0	144	64	100	0	

80	256	128	64	100	256	

90	128	144	71	100	384	

80	256	128	71	100	640	

90	128	144	72	100	768	

80	256	128	72	100	1024	

90	128	144	76	100	1152	

80	256	128	76	100	1408	

90	128	144	64	100	1536	

80	256	128	64	100	1792	

90	128	144	71	100	1920	

80	256	128	71	100	2176	

90	128	144	76	100	2304	

80	256	128	76	100	2560	

90	128	144	64	100	2688	

80	256	128	64	100	2944	

4D	0	77	84	114	0	

90	0	144	64	100	0	

80	256	128	64	100	256	

90	512	144	62	100	768	

80	256	128	62	100	1024	

90	512	144	69	100	1536	

80	256	128	69	100	1792	

90	512	144	69	100	2304	

80	256	128	69	100	2560	

4D	0	77	84	114	0	

90	1536	144	74	100	1536	

80	256	128	74	100	1792	

90	512	144	74	100	2304	

80	256	128	74	100	2560	

90	128	144	74	100	2688	

80	256	128	74	100	2944	

(2)

90	0	144	60	100	0	

90	0	144	64	100	0	

90	0	144	64	100	0	

80	256	128	64	100	256	

80	256	128	64	100	256	

90	128	144	71	100	384	

80	512	128	60	100	512	

80	256	128	71	100	640	

90	256	144	67	100	768	

90	512	144	62	100	768	

90	128	144	72	100	768	

80	256	128	62	100	1024	

80	256	128	72	100	1024	

90	128	144	76	100	1152	

80	512	128	67	100	1280	

80	256	128	76	100	1408	

90	256	144	60	100	1536	

90	512	144	69	100	1536	

90	128	144	64	100	1536	

90	1536	144	74	100	1536	

80	256	128	64	100	1792	

80	256	128	69	100	1792	

80	256	128	74	100	1792	

90	384	144	71	100	1920	

90	128	144	71	100	1920	

80	128	128	60	100	2048	

80	128	128	71	100	2176	

80	256	128	71	100	2176	

90	128	144	76	100	2304	

90	128	144	71	100	2304	

90	512	144	69	100	2304	

90	512	144	74	100	2304	

80	256	128	76	100	2560	

80	256	128	69	100	2560	

80	256	128	71	100	2560	

80	256	128	74	100	2560	

90	128	144	64	100	2688	

90	128	144	64	100	2688	

90	128	144	74	100	2688	

80	256	128	64	100	2944	

80	256	128	64	100	2944	

80	256	128	74	100	2944	

While reading the MIDI file into your event list, convert the delta time to absolute time. After reading the entire file, sort your event list by absolute time and all events will be in the correct position.

this is the same midi file but the tracks have been combined with MidiSoft Studio. This file on my C ++ program sounds correctly.
As you can see, MidiSoft Studio resets the delta time of events with delta time equal to the previous one, but it is not clear by what criterion.
It would seem that at equal time, if the delta time is equal it must be set to zero and means that the events must play together.

B0	0	176	7	100	0	

90	0	144	60	100	0	

90	0	144	64	100	0	

90	0	144	60	100	0	

90	0	144	64	100	0	

90	0	144	64	100	0	

80	256	128	64	100	256	

80	0	128	64	100	256	

80	0	128	64	100	256	

90	128	144	71	100	384	

90	0	144	71	100	384	

80	128	128	60	100	512	

80	0	128	60	100	512	

80	128	128	71	100	640	

80	0	128	71	100	640	

90	128	144	67	100	768	

90	0	144	72	100	768	

90	0	144	67	100	768	

90	0	144	72	100	768	

90	0	144	62	100	768	

80	256	128	72	100	1024	

80	0	128	72	100	1024	

80	0	128	62	100	1024	

90	128	144	76	100	1152	

90	0	144	76	100	1152	

80	128	128	67	100	1280	

80	0	128	67	100	1280	

80	128	128	76	100	1408	

80	0	128	76	100	1408	

90	128	144	60	100	1536	

90	0	144	64	100	1536	

90	0	144	60	100	1536	

90	0	144	64	100	1536	

90	0	144	69	100	1536	

90	0	144	74	100	1536	

80	256	128	64	100	1792	

80	0	128	64	100	1792	

80	0	128	69	100	1792	

80	0	128	74	100	1792	

90	128	144	71	100	1920	

90	0	144	71	100	1920	

90	0	144	71	100	1920	

90	0	144	71	100	1920	

80	128	128	60	100	2048	

80	0	128	60	100	2048	

80	128	128	71	100	2176	

80	0	128	71	100	2176	

80	0	128	71	100	2176	

80	0	128	71	100	2176	

90	128	144	71	100	2304	

90	0	144	76	100	2304	

90	0	144	71	100	2304	

90	0	144	76	100	2304	

90	0	144	69	100	2304	

90	0	144	74	100	2304	

80	256	128	71	100	2560	

80	0	128	76	100	2560	

80	0	128	71	100	2560	

80	0	128	76	100	2560	

80	0	128	69	100	2560	

80	0	128	74	100	2560	

90	128	144	64	100	2688	

90	0	144	64	100	2688	

90	0	144	64	100	2688	

90	0	144	64	100	2688	

90	0	144	74	100	2688	

80	256	128	64	100	2944	

80	0	128	64	100	2944	

80	0	128	64	100	2944	

80	0	128	64	100	2944	

80	0	128	74	100	2944	

It's a strange file - all tracks are the same channel.

SMF:
type: 1
ppqn: 384
tracks: 5
MTrk:
0: ff58 -- Time Signature: 4/4 96 8
0: ff7f -- Sequencer Specific: 00 00 41
0: ff7f -- Sequencer Specific: 00 00 77 0e 00
0: ff51 -- Tempo: 120 bpm
0: ff2f -- End of Track
MTrk:
0: 90 3c 64 -- Note On
512: 80 3c 64 -- Note Off
768: 90 43 64 -- Note On
1280: 80 43 64 -- Note Off
1536: 90 3c 64 -- Note On
1920: 90 47 64 -- Note On
2048: 80 3c 64 -- Note Off
2176: 80 47 64 -- Note Off
2304: 90 47 64 -- Note On
2560: 80 47 64 -- Note Off
2688: 90 40 64 -- Note On
2944: 80 40 64 -- Note Off
2944: ff2f -- End of Track
MTrk:
0: 90 40 64 -- Note On
256: 80 40 64 -- Note Off
384: 90 47 64 -- Note On
640: 80 47 64 -- Note Off
768: 90 48 64 -- Note On
1024: 80 48 64 -- Note Off
1152: 90 4c 64 -- Note On
1408: 80 4c 64 -- Note Off
1536: 90 40 64 -- Note On
1792: 80 40 64 -- Note Off
1920: 90 47 64 -- Note On
2176: 80 47 64 -- Note Off
2304: 90 4c 64 -- Note On
2560: 80 4c 64 -- Note Off
2688: 90 40 64 -- Note On
2944: 80 40 64 -- Note Off
2944: ff2f -- End of Track
MTrk:
0: 90 40 64 -- Note On
256: 80 40 64 -- Note Off
768: 90 3e 64 -- Note On
1024: 80 3e 64 -- Note Off
1536: 90 45 64 -- Note On
1792: 80 45 64 -- Note Off
2304: 90 45 64 -- Note On
2560: 80 45 64 -- Note Off
2560: ff2f -- End of Track
MTrk:
1536: 90 4a 64 -- Note On
1792: 80 4a 64 -- Note Off
2304: 90 4a 64 -- Note On
2560: 80 4a 64 -- Note Off
2688: 90 4a 64 -- Note On
2944: 80 4a 64 -- Note Off
2944: ff2f -- End of Track
Total time: 0:03.83