Bug#415892: espeak: produces incorrect length in wav headers
This is really a limitation, rather than a bug. The problem occurs with the --stdout option. Writing to a file using the -w filename option is OK. eSpeak doesn't know the length of the speech data when it writes the header at the start of the output stream. Unlike writing to a file, it can't rewind and fill in the length when it's finished. Therefore the length fields in the wav header remain at zero. Should eSpeak omit the wav header completely when writing to stdout? Or should it keep the header which contains the sample rate and format information, so that the output can be automatically fixed by sox? I'm the eSpeak developer, but I only found this bug report by accident. Is there a procedure which passes Debian eSpeak bugs to me, or to the project bug tracker on SourceForge, so that I can see them? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415892: espeak: produces incorrect length in wav headers
Jonathan Duddington [EMAIL PROTECTED] writes: I'm the eSpeak developer, but I only found this bug report by accident. This is basically my fault, sorry. I was meaning to pass this along to you, but forgot about it. Is there a procedure which passes Debian eSpeak bugs to me, Normally, the maintainer of the package (in this case that is me) is supposed to forward bugreports related to the program sources to the author. There is also a system (the package tracking system) at http://packages.qa.debian.org/ which you can use to subscribe to specific packages to receive all bugreports via e-Mail. -- CYa, Mario | Debian Developer URL:http://debian.org/ .''`. | Get my public key via finger [EMAIL PROTECTED] : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- URL:http://delysid.org/ URL:http://www.staff.tugraz.at/mlang/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415892: espeak: produces incorrect length in wav headers
Package: espeak Version: 1.19-2 Severity: normal Test case where espeak reports too short playtime in the header: $ echo 1940 05 03 Success Story | espeak -a 18 -p 70 -m --stdin --stdout /tmp/wav.wav $ play /tmp/wav.wav [...] Time: 00:02.83 [00:00.00] of 00:01.49 ( 190.4%) Output Buffer: 135.73K ^ Test case where espeak reports an incredible long wav in the wav header: $ echo 1940 05 03 Success Story | espeak -a 18 -m --stdin --stdout /tmp/wav.wav $ play /tmp/wav.wav [...] Time: 00:02.84 [1622:13.73] of 1622:16.56 ( 0.0%) Output Buffer: 136.06Kplay wav: Premature EOF on .wav input file ^^ Too short a time causes lame, for example, not to encode the whole file, too long causes spurious warnings. Workaround: $ sox /tmp/wav.wav /tmp/wav2.wav -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages espeak depends on: ii espeak-data 1.19-2 A multi-lingual software speech sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libportaudio2 19+svn20070113-1 Portable audio I/O - shared librar ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 espeak recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]