Sushi icon indicating copy to clipboard operation
Sushi copied to clipboard

Mistiming of lines in output

Open shinchiro opened this issue 10 years ago • 5 comments

Sabagebu!-09: http://www.solidfiles.com/d/b39659062d/Sabagebu!-09.rar All lines in first chapter group appear late. For the next chapter groups, it give correct output

Shirobako-10: http://www.solidfiles.com/d/eeb5b448b3/Shirobako-10.rar I guess this is problem with search group. The typesetting lines in the end of chapter group "Part B" has moved to earlier part in chapter group "Preview" in the output

I guess this is similar problem with #16

shinchiro avatar Apr 04 '15 02:04 shinchiro

First part of the issue (sabagebu) is fixed in the commit linked above. The second part is yet another case of audio search working badly for almost silent segments and right now I don't have any real ideas on how to improve it.

By the way I noticed that you're always using --window 100 - this is not safe in general and you're getting very large mistimings exactly because of it. You should consider using the --max-window setting if you want to counter possible errors where default window is not enough, it should be more safe for general use.

tp7 avatar Apr 04 '15 11:04 tp7

Thanks pointing for not using --window 100. I used Sushi.0.4.3c which doesnt yet has --max-window option. Can I get latest version with all these bugfixes?

And here is segment spectrogram of the typesetting line I reported in shirobako. Does a segment must have continous sound waves for it to work properly. Just curious :) spectro_002

shinchiro avatar Apr 04 '15 12:04 shinchiro

Get it here.

tp7 avatar Apr 04 '15 13:04 tp7

thanx

shinchiro avatar Apr 04 '15 13:04 shinchiro

Dont know if this worth to mention or not, but I tried changed the small_window value to 0.5, the mistiming in the shirobako sample is completely gone. The typesetting lines appear perfectly.

Though, that small value doesnt fix completely silent segment in one of my sample

shinchiro avatar Apr 10 '15 08:04 shinchiro