Buggle
10th November 2005, 17:34
I am trying to decode the following stream to wav:
mp3, j-stereo, 56kbps, 22050Hz (Gspot says it is MPEG-2-layer3)
Winamp says:
Size: 42670646 bytes
Header found at: 154 bytes
Length: 6096 seconds
MPEG 2.0 layer 3
56kbit, 234454 frames
22050Hz Joint Stereo
CRCs: No
Copyrighted: No
Original: Yes
Emphasis: None
Since the goal is to produce an 48kHz AC3 stream, I am trying to do SSRC.
When I decode the stream to WAV without using SSRC, there are no problems.
Or it should be that the progress meter in BeLight goes to 100%, then drops to 0%, stays there a while (with the meters still full), meter starts over and walks to 100% again, drops to 0% (meter still full), waits a little and transcoding is finished. But I guess that is just BeSweet doing one channel after another
cmd line: BeSweet.exe -ota( -hybridgain )
log:
BeSweet v1.5b31 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Logging start : 11/10/05 , 17:23:09.
BeSweet.exe -core( -input E:\TMNT\007-011.mp3 -output E:\TMNT\007-011.wav -2ch -logfile E:\TMNT\007-011.log ) -ota( -hybridgain )
[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : E:\TMNT\007-011.mp3
[00:00:00:000] | Output: E:\TMNT\007-011.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Source Sample-Rate: 22.1KHz
[00:00:00:000] +---------------------
[01:18:43:082] Stream error : Sync found after 22 bytes
[01:18:43:186] Stream error : Sync found after 7 bytes
[02:40:52:059] Stream error : Sync found after 75 bytes
[04:02:53:651] Stream error : Sync found after 7 bytes
[05:24:37:459] Stream error : Sync found after 122 bytes
[06:46:22:837] Conversion Completed !
[06:46:22:837] Actual Avg. Bitrate : 1kbps
[00:03:30:000] <-- Transcoding Duration
Logging ends : 11/10/05 , 17:26:39.
Transcoding it while using the SSRC - 48kHz, BeSweet gives me a 0kB file.
cmd line: BeSweet.exe -core( -input "E:\TMNT\007-011.mp3" -output "E:\TMNT\007-011.wav" -2ch -logfile "E:\TMNT\007-011.log" ) -ota( -hybridgain ) -ssrc( --rate 48000 )
log:
BeSweet v1.5b31 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using Shibatch.dll v0.25 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Logging start : 11/10/05 , 17:30:28.
BeSweet.exe -core( -input E:\TMNT\007-011.mp3 -output E:\TMNT\007-011.wav -2ch -logfile E:\TMNT\007-011.log ) -ota( -hybridgain ) -ssrc( --rate 48000 )
[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : E:\TMNT\007-011.mp3
[00:00:00:000] | Output: E:\TMNT\007-011.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 22.1KHz
[00:00:00:000] | Dest. Sample-Rate: 48.0KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +---------------------
When using BeSweetGUI BeSweet crashes (doesn't even give me an error).
I tried it on another file, similar to 007-011.mp3, and that one gives me thesame problems.
By the way, transcoding without SSRC to wav and then using SSRC on the wav (outputname of course other than input) also results in 0kB (reduces the input to 0kB... :( )
I'm very sorry if the fault lies with me, but I guess I shouldn't hesitate to help by reporting what does not work.
mp3, j-stereo, 56kbps, 22050Hz (Gspot says it is MPEG-2-layer3)
Winamp says:
Size: 42670646 bytes
Header found at: 154 bytes
Length: 6096 seconds
MPEG 2.0 layer 3
56kbit, 234454 frames
22050Hz Joint Stereo
CRCs: No
Copyrighted: No
Original: Yes
Emphasis: None
Since the goal is to produce an 48kHz AC3 stream, I am trying to do SSRC.
When I decode the stream to WAV without using SSRC, there are no problems.
Or it should be that the progress meter in BeLight goes to 100%, then drops to 0%, stays there a while (with the meters still full), meter starts over and walks to 100% again, drops to 0% (meter still full), waits a little and transcoding is finished. But I guess that is just BeSweet doing one channel after another
cmd line: BeSweet.exe -ota( -hybridgain )
log:
BeSweet v1.5b31 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Logging start : 11/10/05 , 17:23:09.
BeSweet.exe -core( -input E:\TMNT\007-011.mp3 -output E:\TMNT\007-011.wav -2ch -logfile E:\TMNT\007-011.log ) -ota( -hybridgain )
[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : E:\TMNT\007-011.mp3
[00:00:00:000] | Output: E:\TMNT\007-011.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Source Sample-Rate: 22.1KHz
[00:00:00:000] +---------------------
[01:18:43:082] Stream error : Sync found after 22 bytes
[01:18:43:186] Stream error : Sync found after 7 bytes
[02:40:52:059] Stream error : Sync found after 75 bytes
[04:02:53:651] Stream error : Sync found after 7 bytes
[05:24:37:459] Stream error : Sync found after 122 bytes
[06:46:22:837] Conversion Completed !
[06:46:22:837] Actual Avg. Bitrate : 1kbps
[00:03:30:000] <-- Transcoding Duration
Logging ends : 11/10/05 , 17:26:39.
Transcoding it while using the SSRC - 48kHz, BeSweet gives me a 0kB file.
cmd line: BeSweet.exe -core( -input "E:\TMNT\007-011.mp3" -output "E:\TMNT\007-011.wav" -2ch -logfile "E:\TMNT\007-011.log" ) -ota( -hybridgain ) -ssrc( --rate 48000 )
log:
BeSweet v1.5b31 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using Shibatch.dll v0.25 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Logging start : 11/10/05 , 17:30:28.
BeSweet.exe -core( -input E:\TMNT\007-011.mp3 -output E:\TMNT\007-011.wav -2ch -logfile E:\TMNT\007-011.log ) -ota( -hybridgain ) -ssrc( --rate 48000 )
[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : E:\TMNT\007-011.mp3
[00:00:00:000] | Output: E:\TMNT\007-011.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 22.1KHz
[00:00:00:000] | Dest. Sample-Rate: 48.0KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +---------------------
When using BeSweetGUI BeSweet crashes (doesn't even give me an error).
I tried it on another file, similar to 007-011.mp3, and that one gives me thesame problems.
By the way, transcoding without SSRC to wav and then using SSRC on the wav (outputname of course other than input) also results in 0kB (reduces the input to 0kB... :( )
I'm very sorry if the fault lies with me, but I guess I shouldn't hesitate to help by reporting what does not work.