View Full Version : mono audio encoding in gordian > 0.28beta4
perja
26th April 2003, 17:32
how do i encode audio into mono?
in beta5 besweet became mandatory
and i have tried to fiddle around with parameters
to azid and lame but i can only get mono
corrupted mono audio.
before beta 5 i could disable
besweet and mono audio worked fine
Snilly
3rd May 2003, 04:04
I have the same problem.
Can someone please respond? I encode some older anime that is not stereo for I usually go for a mono 64bit MP3 file for sound.
It looks like mono encoding is not supported in Gnot 28.
Snilly :sly:
stargate
3rd May 2003, 19:32
I capture tv with iuvcr - video with mjpeg and pcm audio. The transmission is mono and would be very helpfull for me to be able to encode that with gordian knot. PCM 16bit stereo is about 190 k/s - mono is 90. There is a huge difference for the final file wich is about 9 gigs per hour. My hdd space is not limited therefore I would really appreciate the ability to capture audio mono thus greatly reducing the orginal capture file's size.
DSPguru
7th May 2003, 11:13
-lame( -m m )
Snilly
7th May 2003, 20:23
Hi DSPGuru,
So just to clarify what specifically would we add in the lame parameter field in GNOT .28?
I typically would put --abr 64 -m m --nspstune
to encode a mono stream in the past with Gnot .27
Snilly
perja
13th May 2003, 19:48
could someone please tell us what we should
put in the fields for azid and lame to get mono sound.
what i used to have in the good old days was:
azid: -c normal
lame: -h --abr 64 -m m
and i have tried dspgurus tip:
lame: -lame( -m m )
but nothing works,
the final mono sound is scrambled
could soemone just clarify this subject,
and if mono sound is not possible anymore,
say so
thanks
Snilly
14th May 2003, 23:23
I'll second that request Perja.
Snilly :sly:
hakko504
15th May 2003, 07:00
Have you tried lame -a -m m
perja
25th May 2003, 09:28
Does not work.
Why do people post answers here without even
trying them first?
At least now i know this forum is
completely useless.
DaveEL
25th May 2003, 18:48
Because people are trying to suggest things which might be helpful but don't always have time to test them.
Also bugs should be posted at sourceforge please, otherwise they probably never be fixed.
DaveEL
(If you intend to keep posting please read the forum rules)
DaveEL
25th May 2003, 19:15
Oh and also take a look at this thread
http://forum.doom9.org/showthread.php?s=&threadid=52394
DaveEL
Jukke
25th May 2003, 20:23
Guys, I've had a similar problem with mono transcodings, tried to use -lame(-m m) and ended up with a garbled mp3. I ran a few test runs with the besweet parameters and found a possible solution. As far as I can figure, -hybridgain doesn't work very well together with -lame(-m m) parameter. But if I replace -hybridgain with pre-gain normalizing I get a nice sounding mono-mp3.
To be more specific...
This one doesn't work for me:
BeSweet v1.5b17 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.
Logging start : 05/25/03 , 19:30:51.
C:\Program\Video\BeSweet\BeSweet.exe -core( -input C:\DVD\GetShorty\GetShorty MPA T01 DELAY 0ms.mpa
-output C:\DVD\GetShorty\GetShorty MPA T01 DELAY 0ms.mp3 -logfile C:\DVD\GetShorty\GetShorty MPA T01
DELAY 0ms.log ) -ota( -hybridgain ) -azid( -c none ) -lame( -m m -b 128 ) -profile( Gordian Knot 0.27 )
[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\DVD\GetShorty\GetShorty MPA T01 DELAY 0ms.mpa
[00:00:00:000] | Output: C:\DVD\GetShorty\GetShorty MPA T01 DELAY 0ms.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 128
[00:00:00:000] | Channels Mode : Mono
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[01:36:28:396] Gain of 13.5dB had been asserted to file.
[01:36:28:396] Conversion Completed !
[01:36:28:396] Actual Avg. Bitrate : 128kbps
[00:04:32:000] <-- Transcoding Duration
Logging ends : 05/25/03 , 19:35:23.
But this one works:
BeSweet v1.5b17 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.
Logging start : 05/25/03 , 20:44:33.
BeSweet.exe -core( -input C:\scratch\GetShorty MPA T01 DELAY 0ms.mpa -output C:\scratch\GetShorty MPA T01 DELAY 0ms.mp3 -logfile C:\scratch\GetShorty MPA T01 DELAY 0ms.log ) -ota( -norm 0.97 ) -azid( -c normal ) -lame(-h -m m -b 128 ) -profile( Gordian Knot 0.27 )
[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\scratch\GetShorty MPA T01 DELAY 0ms.mpa
[00:00:00:000] | Output: C:\scratch\GetShorty MPA T01 DELAY 0ms.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Overall Track Gain: 13.503dB
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 128
[00:00:00:000] | Channels Mode : Mono
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[01:36:18:371] Conversion Completed !
[01:36:18:371] Actual Avg. Bitrate : 128kbps
[00:04:45:000] <-- Transcoding Duration
Logging ends : 05/25/03 , 20:49:18.
There is a slight problem though, I can't find a way to replace the -hybridgain switch in GKnot, maybe it is hard-coded in the exe, I can't tell...
So, as far as I can tell, there are (at least) three possible solutions:
1. Transcode the audio separately and just let GKnot mux the mp3 with the avi.
2. Kindly ask dspguru to take a look at the combination of -ota(-hybridgain) and -lame(-m m).
3. Kindly ask lenox if he can make it possible to use another normalization-method than hybridgain when using mono audio in GKnot.
The pre-gain method worked for me with an mpa audio source, targeting a cbr128 mono mp3. I have no idea if it works with other combinations.
JensG.
26th May 2003, 08:11
For me mono encoding with besweet did not work either. The normalization lead to a sound like birds chirping. When listening to the mp3 before normalization everything was fine.
I finally made a wav file first and then encoded manually with lame.
hakko504
26th May 2003, 09:46
Originally posted by perja
Does not work.
Why do people post answers here without even
trying them first?
At least now i know this forum is
completely useless. You're right - I did not test them, because I didn't had the time as DaveEL pointed out. What I did do was to READ THE LAME MANUAL, where the -a parameter is noted as a switch for converting stereo sound into mono. For some reason I believed that it could be useful in this case...
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.