|
Pages: 1 2 [3]
|
 |
|
Author
|
Topic: Voiceover / Subtitle synchronization tool (Read 12110 times)
|
TrevorB
Zebranky food
 Offline
Posts: 14
I love YaBB 1G - SP1!
|
PhracturedBlue. For the record.. you rock.
I found out that the sychronization was done by reading the ChangeLog from CVS. I went *WTF*?!?, read the thread here. Then compiled and was amazed at the difference it made. UQM is really "show-off" cool now.
You've accomplished months of work in 3 frigging days! Kudos.
If we could solve all the worlds problems by distributing files to everyone and getting them to hit the n key at the appropriate time, the world would be a much better place.
Kudos to all those *n* pushers too...  You're all freaks, and we love you for it.
Still awaiting UQM v1.1 (Let the modding commence!) Until then, enjoying UQM v0.13....
|
|
|
|
|
Logged
|
|
|
|
Daniel
Guest
|
I was just testing the new version (with sound/subtitle synchronization) and I quickly noticed that in the opening part of the discussion with Fwiffo, his speech starts out synchronized with the text, but slowly drifts behind it, so that (eg) the screen "..er..." appears and vanishes several seconds before he says "er". Does anyone else see this?
Daniel
|
|
|
|
|
Logged
|
|
|
|
PhracturedBlue
Frungy champion
Offline
Posts: 88
Me developer. Here me roar!
|
I was just testing the new version (with sound/subtitle synchronization) and I quickly noticed that in the opening part of the discussion with Fwiffo, his speech starts out synchronized with the text, but slowly drifts behind it, so that (eg) the screen "..er..." appears and vanishes several seconds before he says "er". Does anyone else see this?
Daniel
Whatsystem are you using?
I have noticed that on my linux box using sdl_mixer, the sync ends up being off for longer dialogs, but the exact same dialog works fine in openAL mode.
The only idea i can come up with, is that sdl_mixer is playing the sounds too slow.
Indeed with my wndows openal verison and linux sdl_mixer playing side by side, the windows version plays fwifo's first voice-over almost 1 second faster.
This could be the difference between linux and windows, butI am more incluined to think itis the difference between openAL and sdl_mixer.
I will try building my linux version using openAL, and see if it makes a difference.
Update:
Okay i was wrong. openAL behaves the same way (voices too slow) on my linux box. I have no idea how to solve this, since it is a basic assumption that two systems will play audio at the same rate.
If anyone else (either using windows or linux) wants to test out fwifo's openingstatement and see how it aligns towards the end, that would be useful.
|
|
|
|
« Last Edit: January 20, 2003, 06:42:53 pm by PhracturedBlue »
|
Logged
|
|
|
|
Nic.
Guest
|
I cannot reproduce this -- the Spathi subtitles synch up perfectly with the voice on my Linux box w/ OpenAL.
The Ogg Vorbis codec before the final release version (1.0) was quite slow and CPU-intensive. If you're linking against one of the release candidates (rather than the final 1.0) under Linux, that might explain why the threads are going out of sync, but I'm mostly grasping at straws here.
|
|
|
|
|
Logged
|
|
|
|
Daniel
Guest
|
I cannot reproduce this -- the Spathi subtitles synch up perfectly with the voice on my Linux box w/ OpenAL.
The Ogg Vorbis codec before the final release version (1.0) was quite slow and CPU-intensive. If you're linking against one of the release candidates (rather than the final 1.0) under Linux, that might explain why the threads are going out of sync, but I'm mostly grasping at straws here.
That's not it, I have the final 1.0. (and my computer is fast enough to handle some fairly intensive calculations simultaneously with the game, I think)
I'm not sure whether the sync is actually drifting, or if there's a constant offset (it's hard since I don't know how the voice and audio are supposed to be) If there's a constant offset, I wonder if there's a brief delay on Linux before the audio starts?
Daniel
|
|
|
|
|
Logged
|
|
|
|
PhracturedBlue
Frungy champion
Offline
Posts: 88
Me developer. Here me roar!
|
Well, as I said, at least on my linux machine, the sound actually runs slower. If I start the sounds at the same time, the subtitles switch together, but the linux machine just speaks slower. I don't know the cause of this, and I will investigate further, but I cuold still use specs on your system (openAL/sdl_mixer, processor speed, linux version)
Thx.
|
|
|
|
|
Logged
|
|
|
|
Cyamarin
*Many bubbles*
Offline
Gender: 
Posts: 150
Midimaze!!!
|
Heh...Boy, I'm just too slow. And this was something I could really get into, too.
|
|
|
|
|
Logged
|
|
|
|
Daniel
Guest
|
Well, as I said, at least on my linux machine, the sound actually runs slower. If I start the sounds at the same time, the subtitles switch together, but the linux machine just speaks slower. I don't know the cause of this, and I will investigate further, but I cuold still use specs on your system (openAL/sdl_mixer, processor speed, linux version)
Thx.
The computer I originally noticed this on was a Pentium II running at 450 MHz (I think) My own computer, which was broken this morning (monitor blew out, but I have a new one now), is an AMD Athlon (TBird, I believe) running at 1.1 GHz. The Pentium II has an ESS Maestro based sound-card, while my computer has an ESS Solo. Interestingly, my personal computer does not exhibit the bug I noticed, or if it does it manifests so subtly that I can't spot it.
Both computers are running Debian unstable, and in fact the binary is identical -- I compiled it on one and copied it to the other.
Daniel
|
|
|
|
|
Logged
|
|
|
|
PhracturedBlue
Frungy champion
Offline
Posts: 88
Me developer. Here me roar!
|
Just for the record:
On my piii 1GHz machine, Fwifo's opening dialog plays for 56.3 seconds (that is an approximate, since it is hard to tell exactly when it starts/ends,but is reproducable.)
On my pii 366, the track plays for 57.7 seconds (using the same method, and latest openAL libraries)
ogginfo says the sound should play for 56.7 seconds
On my 366, UQM (while doing this voiceover) consumes 98% CPU, so thiis may be part of the problem.
I have some ideas for optimizing the subtitle/animation which may reduce CPU usage and help out. Maybe I'll start working on that.
Also, as confirmation, the slider finishes noticably earlier than the voice-over on my linux box, but syncs very well on win32 (just another piece of evience that the audio is just playing too slow)
|
|
|
|
« Last Edit: January 21, 2003, 08:32:28 am by PhracturedBlue »
|
Logged
|
|
|
|
Daniel
Guest
|
The computer I originally noticed this on was a Pentium II running at 450 MHz (I think) My own computer, which was broken this morning (monitor blew out, but I have a new one now), is an AMD Athlon (TBird, I believe) running at 1.1 GHz. The Pentium II has an ESS Maestro based sound-card, while my computer has an ESS Solo. Interestingly, my personal computer does not exhibit the bug I noticed, or if it does it manifests so subtly that I can't spot it.
l
It just occured to me that I left out a difference which could be very relevant. Both computers are running kernel 2.4.20; however, the one which exhibits the bug is using the standard sound drivers; my own computer uses ALSA. This may be a red herring, but it's worth mentioning IMO.
Daniel
|
|
|
|
|
Logged
|
|
|
|
|
|
|
Pages: 1 2 [3]
|
|
|
|
|
