autogk: audio is not found (lpcm 48khz)

[ixpi2001]

hy!
i get the audio error, could you pleae help me resolve this?
my source files are mpeg-program-streams generated by a capture device. they have 48khz lpcm stereo audio.

while indexing i see the audio stream is found, cause in dgmpgdec´s info window it counts the lpcm timecode. but its not demuxed.
when i change to another audio id, DGMPGDec doesnt show any audio timestamp, so the audio id must be ok (80,track1). using dmpgdec alone i can demux the audio without problems.

i know from othe programs, that the lpcm of my capture device is kind of strange, but vdubmod transcodes it to mp3 without problems.

heres the log:

[12.12.2004 12:18:01] AutoGK 1.60
[12.12.2004 12:18:01] OS: WinXP (5.1.2600).2
[12.12.2004 12:18:01] Job started.
[12.12.2004 12:18:01] Input file: -2004-12-10-0.mpg
[12.12.2004 12:18:01] Output file: D:\tv-xvid\11.avi
[12.12.2004 12:18:01] Audio: Unknown Audio
[12.12.2004 12:18:01] Subtitles: none
[12.12.2004 12:18:01] Codec: XviD
[12.12.2004 12:18:01] Target quality: 75%
[12.12.2004 12:18:01] Custom resolution settings: fixed width of 640 pixels
[12.12.2004 12:18:01] Custom audio settings: CBR MP3 with bitrate: 192Kbps
[12.12.2004 12:18:01] Started encoding.
[12.12.2004 12:18:01] Demuxing and indexing.

-> this step generates following files:
11.d2v
interlace.log
lastjob.vcf
_.avi
_.avs

11.d2v contains:

DGIndexProjectFile06
1
42 D:\snapstream-recordings\-2004-12-10-0.mpg

Stream_Type=1
iDCT_Algorithm=2 (1:MMX 2:SSEMMX 3:FPU 4:REF 5:SSE2MMX)
YUVRGB_Scale=1 (0:TVScale 1:PCScale)
Luminance_Filter=0,0 (Gamma, Offset)
Clipping=0,0,0,0 (ClipLeft, ClipRight, ClipTop, ClipBottom)
Aspect_Ratio=4:3
Picture_Size=720x576
Field_Operation=0 (0:None 1:ForcedFILM 2:RawFrames)
Frame_Rate=25000
Location=0,0,0,1E0D8


[12.12.2004 12:18:01] Processing audio id info.
[12.12.2004 12:18:08] Processing file: D:\snapstream-recordings\-2004-12-10-0.mpg
[12.12.2004 12:18:08] Source aspect ratio: 4:3
[12.12.2004 12:18:08] Source resolution: 720x576
[12.12.2004 12:18:08] Found PAL source.
[12.12.2004 12:18:08] Analyzing source.
[12.12.2004 12:18:12] Source is considered to be interlaced.
[12.12.2004 12:18:12] Found 6585 frames
*************************************
EXCEPTION: Audio is not found.
*************************************
[12.12.2004 12:18:12] Job finished.

[len0x]

I would suggest two things as a start: do not use dashes in the file names and use latest version of AutoGK.

*Edit* Are you sure that you're able to manually _demux_ LPCM audio and not _decode_ it? Afaik LPCM tracks can only be decoded in DGIndex, but since AutoGK has no way of detecting LPCM audio in mpeg file at the moment, so it tries to demux it...

[len0x]

we have two solutions for this LPCM problem:

- make DGIndex decode instead of demux for LPCM tracks by default (I've made a hack and you can try new version of DGIndex here: http://len0x.leffe.dnsalias.com/DGIndex.zip )
- make AutoGK respect audio_id hidden option in a better way: i.e. LPCM tracks would have IDs like 0xA0 (instead 0x80 for AC3). But this still requires manual intervention (i.e. you have to know what to do in this case).

I like first solution better, but I don't know if I compiled DGIndex OK :) So please try it.

[ixpi2001]

:D thank you ! (i just used this light blue button in your proggie)

of course you where right, its decode not demux...works with the dashes in the filename and autgk 1.6. the coolest thing is that autogk sets the right interlaced flag (topfield), whereas encoding with vdubmod when i tried manually, set it bottomfield-first.
but now i have another issue..seems besweet dislikes little inconsistencies in the audio stream. of a 595mb audio strem after 1:29 it prints out this error message all the time while encoding:
flushbits <> ResvSizeInternal buffer inconsistency - from this point on the audio is scrambled...(original file plays back fine). do you know how i can bypass this error? as preset i am using 192 cbr mp3

[len0x]

Is BeSweet having problems with the WAV file demuxed from you capture?
Have you tried other encoders to see if they can process such file?

[ixpi2001]

yes, lame3.95.1.exe encodes the same wav in preset cbr 192, lame in vdubmod too.

[len0x]

Just in case - can you check that WAV file produced by DGIndex 1.0.12 and my new version is the same. If it is then I don't know - there must be something wrong with the audio in mpeg file...

[ixpi2001]

hy, i think my device makes errors in the streams very often.. i experencied problems with some software, but lame seems to get over it. would it be possible to have autogk not use besweet but just "lame <file> --preset cbr 192" ? i included the file compare result

Different between:
First file: "D:\tv-xvid\agk_tmp\1 LPCM T01 48KHz.wav"
Second file: "D:\tv-xvid\agk_tmp\dgindex-neu.wav"
Shift: 0
------------------------------------------------------------------------
01781018 | FB | 01781018 | FF |
------------------------------------------------------------------------
02177F08 | DF | 02177F08 | DD |
------------------------------------------------------------------------
02352C08 | F7 | 02352C08 | F5 |
------------------------------------------------------------------------
0769A408 | FF | 0769A408 | FD |
------------------------------------------------------------------------
09614408 | EB | 09614408 | CB |
------------------------------------------------------------------------
099B0308 | EF | 099B0308 | EB |
------------------------------------------------------------------------
0FB86740 | DB | 0FB86740 | FB |
------------------------------------------------------------------------
0FCFDB08 | FF | 0FCFDB08 | FB |
------------------------------------------------------------------------
113BC5C8 | F7 | 113BC5C8 | F5 |
------------------------------------------------------------------------
1156F548 | F7 | 1156F548 | F5 |
------------------------------------------------------------------------
115AD3C8 | EE | 115AD3C8 | EC |
------------------------------------------------------------------------
130C9BC8 | F7 | 130C9BC8 | F5 |
------------------------------------------------------------------------
13835B48 | FF | 13835B48 | FD |
------------------------------------------------------------------------
16134908 | FC | 16134908 | FE |
------------------------------------------------------------------------
162D7D88 | FF | 162D7D88 | FD |
------------------------------------------------------------------------
17843888 | EE | 17843888 | EC |
------------------------------------------------------------------------
1973D888 | FA | 1973D888 | FE |
------------------------------------------------------------------------
19F4E7C8 | FF | 19F4E7C8 | FD |
------------------------------------------------------------------------
1AB42D48 | FF | 1AB42D48 | FD |
------------------------------------------------------------------------
1EC37108 | FE | 1EC37108 | FC |
------------------------------------------------------------------------
1FBF2C18 | EF | 1FBF2C18 | ED |
------------------------------------------------------------------------
1FCDF608 | EF | 1FCDF608 | ED |
------------------------------------------------------------------------
1FED8A88 | FD | 1FED8A88 | FF |
------------------------------------------------------------------------
-----------------------------------------------------------------------

[len0x]

But the error is coming from lame_enc.dll (i.e. supposed to be the same as lame.exe). It has nothing to do with BeSweet. You can do some experiments: AutoGK uses the following arguments to besweet:

-core( -input "file.wav" -output "file.mp3" -logfile "file.log" ) -ota( -hybridgain ) -azid( -L -3db -c normal ) -lame( -h --cbr -b 192 )

You can try removing azid parameters (they are not needed for WAV files) and see if it helps or you can try finding latest lame_enc.dll - may be that can make a difference.

[ixpi2001]

without

-azid( -L -3db -c normal )

it works!

[len0x]

I can fix that then

[ixpi2001]

sorry! i only checked if it was encoding past 1:29. now i let it run over the whole file and it stopped at 0:59 with the same error. without ota it stops even earlier. i made a run with all the options and the new lame.dll (3.95.1) and it didnt complain. i guess the new dll solved my problem. thank you!

[len0x]

so if you just put new lame_enc.dll into besweet folder then from within AutoGK everything runs fine?

[len0x]

Have you tried 3.96.1 btw? I'm thinking about putting latest one into the pack.

[ixpi2001]

yes, i just put the new dll into the besweet folder. i will try with the newest lame too when i´m at home again.

[len0x]

You can try latest version of AutoGK that is shipped with 3.96.1 now.

[len0x]

any news ?

[ixpi2001]

ups, i did a complete reinstall of autogk with beta 1.84 (is it the right version?), but i didnt save the modified dgindex (default )decode, could you post it again, please? thank you!

[len0x]

it is included in the 1.84 installer

[oddball]

New to AutoGK. Trying latest beta.

It reports unknown audio. If I try to do a preview it gives me no video only the path to the AVS file too.

[jggimi]

I merged oddball's new thread into this one, since the problem is still being actively worked on.

[len0x]

Originally posted by oddball
It reports unknown audio.


FAQ Q 2.11 and 5.9 plus see the tutorial from my signature.

Originally posted by oddball
If I try to do a preview it gives me no video only the path to the AVS file too.

Make sure you have all the tools from 1.60 stable installed. If you try opening preview avs file in VDubMod it will give exact error I guess.