Stream encodierrn und decodieren mit JSpeex

[tuxedo]

Hallo,
habe ne kleine Anwendung die nen AudioStream encodieren und decodieren soll mit jSpeex.

Encodieren und Decodieren tu ich folgendermaßen:

...
Pcm2SpeexAudioInputStream enc = new Pcm2SpeexAudioInputStream(2,10,in, audioFormat, AudioSystem.NOT_SPECIFIED);
...
Speex2PcmAudioInputStream dec = new Speex2PcmAudioInputStream(in, audioFormat, AudioSystem.NOT_SPECIFIED);
...

Klappt auch ohne Fehler. Doch beim abspielen, also beim lesen vom Stream passiert folgendes:

java.io.StreamCorruptedException: The given stream does not appear to be Ogg.
java.io.StreamCorruptedException: The given stream does not appear to be Ogg.
at org.xiph.speex.spi.Speex2PcmAudioInputStream.initialise(Unknown Source)
at org.xiph.speex.spi.Speex2PcmAudioInputStream.fill(Unknown Source)
at org.xiph.speex.spi.FilteredAudioInputStream.read(Unknown Source)
at javax.sound.sampled.AudioInputStream.read(Unknown Source)

Und ich hab kein Plan wasich falsch mache.
Was schon geklappt hat ist das lesen des Eingabestroms in ein byte[], dann mit jspeex in dieser Form encodieren und decodieren und schreiben in den Ausgabestrom. Das klappt. braucht allerdings auch recht viel CPU-Last wie ich festgestellt habe.

Deshalb wollt ich mal die oben gezeigte Variante testen ob das schneller und einfacher geht. Einfachr ja, ist ja nur je eine Zeile. Aber funktionieren tut's nicht.

Scheint fast so als ob der Stream irgendwie verstümmelt wird.
Weiß jemand weiter?

Gruß
Alex

 

[tuxedo]

Okay, bin ein Stück weiter. Ich depp hab das Ding zwei mal encodiert. Hab das jetzt aber korrigiert.
Jetzt kommt aber immernoch der Fehler:

java.io.StreamCorruptedException: Lost Ogg Sync
at org.xiph.speex.spi.Speex2PcmAudioInputStream.readOggPageHeader(Speex2PcmAudioInputStream.java:496)
at org.xiph.speex.spi.Speex2PcmAudioInputStream.fill(Speex2PcmAudioInputStream.java:283)
at org.xiph.speex.spi.FilteredAudioInputStream.read(FilteredAudioInputStream.java:369)
at javax.sound.sampled.AudioInputStream.read(Unknown Source)

Die entsprechende Codestelle in der Library die den Fehler wirft sieht so aus:

 if (!(new String(prebuf, prepos, 4).equals("OggS"))) {
    	  System.out.println(new String(prebuf, 0, 4));
        throw new StreamCorruptedException("Lost Ogg Sync");
      }

Den Sysout hab ich eingebaut. tatsächlich kommt da kein "OggS" dabei raus sondern lauter lustige Sonderzeichen.

Also muss irgendwas den Stream verfälschen. Any ideas ?

- Alex

 

[tuxedo]

Bin doch selbst drauf gekommen. Für alle die vielleicht das gleiche Problem mal haben sollten hier meine Lösung:

Ich encodiere den Stream den ich von Mikrofon bekomme und schreibe diesen auf einen Netzwerk-Socket:

Thread audioToSocket = new Thread(){
			@Override
			public void run() {
				super.run();
				
				int	nBytesRead = 0;
				OutputStream out = csst.getSendingStream();
				AudioInputStream in = audioProcessor.getMic().getStream();
				
				Pcm2SpeexAudioInputStream enc = new Pcm2SpeexAudioInputStream(2,5,in, audioFormat, AudioSystem.NOT_SPECIFIED);
								
				byte[] temp = new byte[ClientConfig.BUFFER];
				
				try {
					while (nBytesRead != -1) {
						
						nBytesRead = enc.read(data, 0, data.length);
						
//						temp = codec.filterForSending(data);
						temp=data;
							
						if (nBytesRead >= 0) {
							out.write(temp, 0, temp.length);
						}
					}
				} catch (IOException e)	{
					e.printStackTrace();
				}
			}
		};

Das temp-byte[] hatte ich anfangs benutzt um den Stream zu encodieren. Aber mittels Pcm2Speex... gehts ja noch einfacher.
Das Problem war nun folgendes:
Beim schreiben in den Socket-Out-Stream habe ich wie oben gezeigt die länge des temp-arrays komplett reingeschrieben. Das ist jedoch verkehrt. Beim lesen weiter oben wird die gelesene Menge in nbytesRead gemerkt. Und genau diese Länge muss ja auch geschrieben werden. Sonst kommt der Stream durcheinander.
Das komische ist jetzt nur:
Das "data" Array und das "temp" Array haben die gleiche Größe, nämlich ClientConfig.BUFFER.
Soweit ich das verstanden habe wird beim lesen mit read die volle Array-Länge gelesen. Also sollte die wirklich eingelesene Menge doch so groß sein wie die Array-Größe, oder nicht?

Alex