|
|
| cellstorm |
| Posted: Aug 11 2011, 11:18 AM |
 |
|
Newbie
Group: Members
Posts: 3
Member No.: 32551
Joined: 11-August 11
|
Despite of the video part of VirtualDub working great in wine, I have some problems with the audio part. As long as I use direct stream copy or encode to uncompressed wav, everything works fine. But when I switch to full processing mode at the audio menu, and choose a codec (e.g. LameACM), I get this message. As the forum and google did not spit out anything useful, I am asking here...
thats the line in the sourcecode (Audio.cpp)
if (acmStreamSize(hACStream, INPUT_BUFFER_SIZE, &dwOutputBufferSize, ACM_STREAMSIZEF_SOURCE))
throw MyError("Error initializing audio stream output size.");
Playing videos works fine in VirtualDub, with audio working too.
I have correctly installed the acm codecs (e.g. LameACM), with all registry entries. They show up in the compression window, but all give this error message when I click save as avi , and try to render out the file or click save wav.
does somebody have an advice?
|
|
| freedomdwarf |
| Posted: Aug 11 2011, 04:47 PM |
|
|
Advanced Member
Group: Members
Posts: 119
Member No.: 30166
Joined: 7-March 11
|
I'm going to have a stab at this even though I don't use Linux.
I'm guessing that the compiled code for the codecs isn't right when running under Linux or there's a problem with Wine itself.
The reason I say that is there's quite a number of Windows apps that Wine does not run very well and I'm betting that this one aspect of VD is one of them.
That's also why I won't use Linux!
It's just a guess though.
Maybe there's a Linux person out there that could answer this more fully.
If there is, You'll need to provide what distro you're using as that might be part of the problem too.
--------------------
Sometimes, intelligence means the obvious flies over your head! |
|
| phaeron |
| Posted: Aug 13 2011, 11:22 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Linux has very little to do with the execution of the Win32 code -- it's all WINE. I'm more suspicious of the LameACM codec, however, as the generally available builds have bugs with format negotiation: they respond affirmatively to some queries that they shouldn't. Try the 1.10.1 test build in the pinned topic, as it has a workaround for that problem.
|
|
| cellstorm |
| Posted: Aug 15 2011, 07:58 PM |
|
|
Newbie
Group: Members
Posts: 3
Member No.: 32551
Joined: 11-August 11
|
So far so good, I have now started over again with a fresh wine bottle and installed lame as stated below.
Used VirtualDub-1.10.1-test12, lameACM-3.98.4, and it works. As I had this issue also with all other codecs installed, not just lame, I think it was the format negotiation bug.
Put the 1.9 series in to the same bottle - got error.
| CODE | | rundll32 setupapi.dll,InstallHinfSection DefaultInstall 128 ./LameACM.inf |
is the line to install lame via inf in wine, issued from the lame install directory.
I do this via cmd.exe, e.g. | CODE | | env WINEPREFIX=/opt/vittualdubtest/.wine wine /opt/vittualdubtest/.wine/drive_c/windows/system32/cmd.exe |
Then cd to the dir where LameACM.inf is, and issue that line.
Now my question would be how (un)stable is the 1.10.1 series ? Is it useable for most part? Sorry but I could not find any info about this after searching half an hour.
Or would it be possible to backport this fix to 1.9.11?
Thanks anyways for this nice software and your hard work. |
|
| dloneranger |
| Posted: Aug 15 2011, 08:35 PM |
|
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
It's fairly stable, as in there's no extra crashyness, but the very latest change hasn't had as much testing as the older code, so there might possibly be a new introduced problem
Have a look at the changelog for the kind of things that have happened and the fixes that needed to be made
It's the one I use all the time
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| cellstorm |
| Posted: Aug 16 2011, 09:26 PM |
|
|
Newbie
Group: Members
Posts: 3
Member No.: 32551
Joined: 11-August 11
|
thanks for the quick answer, dloneranger.
I am really pleased with the possibilities that arise with Virtualdub in Linux/wine, as being used as standalone, but also in conjunction with avisynth and avspmod scripting (which has working preview functionality now). As long as you switch on opengl support in preferences>Display, everything works great now. And the new possibility to use extern encoders... great. will try to use the linux encoders directly in vdub.
There are other tools, true. But It's always cool to push boundaries of what's possible. And vdub pushes them quite far...
oh just for record, there are two minor things I have encountered:
In Linux, video display sometimes gets scrambled when playing around with settings.. that is, I open a menu dialog, and the refreshing of the opengl drawn playback window which is behind that menu (usually input view), will get scrambled, or not drawn when e.g. compression menu is above. when I close it, it's drawn again, eventually I have to push video forward or press play or move the window off the screen and back (down so that the video previews e.g. disappear under lower gnome panel) to do so.
When I am writing this here in firefox, and then do alt-tab to virtualdub, the content of both viewers will get scrambled, but as long as vdub is in background, it displays both fine. And it's not just the alt-tab. When I just click the virtualdub window to the front, one of the two preview windows sometimes gets displayed correctly at first tim, the other not.Again moving the window offscreen and back cures it...have a nvidia quadro 570m card, with proprietary drivers installed.
Second one is special, as it occurs in use with avisynth/avspmod: when I start a macro in avspmod which uses vdub to convert canon dslr footage from yuv to rgb and create proxies for blender, vdub will freezes during operation, mostly nearby the middle of the conversion, except if I disable both input and output view. Then it runs through. (tested with 1.9.11)
maybe these infos are useful for somebody.
anyways, thanks all for the answers and thank you for virtualdub! |
|
|
