Hello all,
I have some problem with files that i cannot ever listen. A long time ago, i used to record some sounds with total recorder with some ogg vorbis codec. This operation make some wav files but it works. Now when i try to listen then with the new vorbis codec it makes some cracklings and uncomprehendings sounds, although i had tried to renamme the files in ogg extension. I thought that maybe it was some old codec wich wasn't ogg but when i use GSpot 2.21, it identify the files as : stat -file is ogg audio- type -WAV->RIFF "wrapper"- directshow render audio src -OGG_VORBIS_3_PLUS (0x6771)- audio path -(S) --> Wave Parser --> ACM Wrapper --> ®-
I have download the ogg vorbis 3 plus but i doesn't do a thing. So please could you help me to save my files (listen or convert them) ?
It very strange that we can't listen an ogg audio with the new codec.....
ACM wrapper? So the Vorbis ACM codec was used to make it?
The problem may be that the Vorbis audio stream is not in a compatible container (ie. ogg), hence the recent Vorbis decoders can't handle it. The only two media containers that can contain Vorbis audio and be played reliably are Ogg/OGM and Matroska.
What you need is a tool that can extract the Vorbis audio from your files and put them neatly in an Ogg container. I'm not sure if there is a tool that can do that though.
ACM is both bad and dead.
Have a look on this thread on vorbis@xiph.org:
http://www.xiph.org/archives/vorbis/200404/0020.html (http://www.xiph.org/archives/vorbis/200404/0020.html)
Have you tried graphegit?
you will need graphedit, Ogg DirectShow filters and probably your "ogg vorbis 3 plus" to multiplex to native Ogg container. In succes this should be a lossless procedure.
[sorry for bad english]
and why wouldn't mkvmerge work then? ...lost i think
Neither mkvmerge nor Graphedit will work here.
Sure, you can connect the WAV splitter with the OGG muxer filter with Graphedit on DirectShow, the transcoding will work fine, no doubt here. But the resulting .ogg is not a real, spec compliant OGG Vorbis file, but the Vorbis track will be put into the OGG container like any other ACM audio track will be put in, like MP3 or AC3. In matroska, we call this 'ACM compatibility mode', and the codec ID of the trackheader will be
'A_MS/ACM'
instead of
'A_Vorbis'
for a native Vorbis track in matroska. In this mode you can transmux any audio track from an AVI or WAV file into matroska ( same goes for OGM ), and the codec identification will be done by the so-called 'wFormat tag' ( 0x0055 for MP3, 0x2000 for AC3 , etc. ) which can be found in the WAVEFORMATEX structure in any WAV or AVI normally ( matroska stores this structure unchanged in the 'codec private' element ).
I repeatedly said how bad it is to have Vorbis/Speex/FLAC ACM codecs IMO, at least for the spreading of the Ogg container, as they can only be used from tools which are normally creating WAV or AVI files. To make this even worse, all Xiph audio codecs are using VBR and the ACM codec API cant handle that correctly ( VBR MP3 in AVI doesn only work because of a flaw in the M$ AVI splitter ).
For your problem about how to convert this WAV/AVI into a real Ogg file, i currently dont know of any tool to do that, sorry. Maybe FFMPEG could create a pipe, somehow ?
I already answered this question today on doom9 (http://forum.doom9.org/showthread.php?threadid=74607) This will not solve youre problem, but may help a litle.