I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first since LPCM is determined by
stream name rather than contents (this will avoid misidentifying LPCM
data as s
This is getting long. My command line is "mplex -W mplayer_hdr -r10200
-f8 substance.m1v audio.lpcm -o video.mpg." Ordinarily, this works.
However, there is something about the contents of audio.lpcm that is
causing mplex to misidentify this particular audio stream as MPEG_AUDIO
rather than L
On Sat, 19 Jun 2004, Robert W. Fuller wrote:
Attached is the patch that corrects this problem. Thank you for your
patience.
Robert W. Fuller wrote:
> I'll be damned. That IS the problem. My LPCM data happens to look like
> MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
Attached is the patch that corrects this problem. Thank you for your
patience.
Robert W. Fuller wrote:
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first sin
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first since LPCM is determined by
stream name rather than contents (this will avoid misidentifying LPCM
data as s
Ok it's not a function of the file size.
Huh. I don't get it. Any ideas?
Robert W. Fuller wrote:
Now I'm truly baffled. This seems to be a function of the size of the
LPCM file. With this file size, I get the FP exception:
-rw-r--r-- 1 edison users 430811612 Jun 19 01:04 audio.lpcm
If I mo
Now I'm truly baffled. This seems to be a function of the size of the
LPCM file. With this file size, I get the FP exception:
-rw-r--r-- 1 edison users 430811612 Jun 19 01:04 audio.lpcm
If I mock up a dummy lpcm file with something like "echo foo >bar.lpcm",
then mplex gets past printing ou
Okay so here's the deal. It's doing a division by zero. version_id is
3 and frequency is 3. That corresponds to 0 in mpa_freq_table.
Isn't Gentoo cool? I've built my entire system with the -g flag for
debugging.
static const int mpa_freq_table [4][4] =
{
/* MPEG audio V2.5 */
I'm getting a floating point exception in mplex at the following line in
mpastrm_in.cpp:
framesize =
mpa_bitrates_kbps[version_id][layer][bit_rate_code] *
mpa_slots[layer] *1000 /
mpa_freq_table[version_id][frequency];
The sum of the audio
