[directmusic] Re: Mp3 encoded wav tracks...
- From: "Scott Morgan" <scott@xxxxxxxxxxxxxxxxx>
- To: <directmusic@xxxxxxxxxxxxx>
- Date: Wed, 18 Dec 2002 06:37:39 -0600
Have you played with the new 'set decrompressed start' feature in DMP? That
should fix it for you. It's on the right click menu in the wave editor if
memory serves.
-Scott Morgan
http://Morganstudios.com
----- Original Message -----
From: "Jason Booth" <jason@xxxxxxxxxxxxxxxx>
To: <directmusic@xxxxxxxxxxxxx>
Sent: Wednesday, December 18, 2002 9:08 AM
Subject: [directmusic] Mp3 encoded wav tracks...
>
> Ok - So I'm playing with the compression in Direct X 9 RC2's
> version of Direct Music producer, and I've come across some annoying
> problems that I can't seem to figure out for the life of me. The project
> uses a series of 16 bar wav tracks with variations, with smaller loops
> played as secondary segments over top of them. The problems I'm having
> are as follows:
>
> - After run-time saving the files with "MP3 128kb" compression,
> a small gap is placed 1 second into the file
> - This can be viewed in Soundforge, and always appears
> in the same place.
>
> - The MP3 format adds a small amount of space to the beginning
> of the file, which has several problems
> I should be able to use the offset to account for this
> gap, however, I don't know what the offset should be. To figure it out,
> I thought I could load both the original and encoded files into
> soundforge, and examine the difference in length to find the offset.
> However, both files load in having the exact same sample count; yet I
> can clearly see a space in the front of the mp3 encoded version when
> comparing them, and the end does not appear to be clipped. This has me
> really baffled..
> - This time difference between the files causes my project to
> slowly loose sync over time.
>
> Anyway, if anyone has experience using a lot of MP3 encoded wav
> tracks, or knows what offset I should set, and why my files appear to be
> exactly the same, yet drift in time, I'd appreciate the help..
>
Other related posts:
