Re: queries on internals... / more stuff on virtualdub

[Roger Fujii]

eric pouech wrote:
> > virtualdub has a selection that brings up the audio compressors (and another
> > that has the video compressors) that can be used to compress a stream.
> > The audio compression list is empty, while the video one has all the ones
> > I expect.  Sounds like from a previous post that it's a problem of not
> > related to the audio device.
>
> well, other post says that no ACM driver is reported when there's no audio
> available... that's perhaps the program which disables the list when no
> audio is avail.
> could you mail me anyway the -debugmsg +msacm trace

ok... attached is the wine output for the above

I *finally* got it back to working order.  Ended up that the last checkin
caused a reconfiguration that latched onto the X11 4.1.0 tree on my system
(as opposed to the openwin one).  For some reason (as stated before),
wine crashes when compiled/linked against the XFree tree, but runs fine
when compiled against the openwin tree.  My suspicion is that it is a
funky threading issue - probably should be in a readme somewhere.

Also, I got the following message from Avery Lee (the author of VirtualDub).
Am posting it here as an FYI and for archival reasons.
> From Avery Lee:

Please feel free to forward this on to other developers or onto the
  Wine list.

I read the discussion about VirtualDub crashing the Wine loader with
  great interest today.  (It's a bit weird that the only way I heard
  about a problem with my Win32 program was via a Unix-oriented mailing
  list.)  Yes, the exports header points to garbage, and yes, it was
  caused by UPX -- UPX left the export header RVA and size in the PE32
  optional header exactly was it was in the unpacked image.  You can
  safely hex edit the bytes at 180-187 to null to kill the bogus export
  directory, since it turns out I exported those functions by mistake in
  some hasty cut-and-paste and they aren't used.

As for other compatibility problems with Wine, I have gotten
  VirtualDub to run in the past under Linux, although I ran into severe
  problems with the handling of custom templates in GetOpenFileName()
  and slow updates in the trackbar common control.  The last time I
  tried I had to remove two calls to SetUnhandledExceptionFilter() to
  get it to run.

One more thing:  There is an undocumented Wine compatibility switch /w
  that you can specify on the command line to force VirtualDub to use
  StretchDIBits() to blit to the screen instead of a DIB section.  It
  was a workaround for an old problem where Wine wouldn't mark a GDI DIB
  section dirty if it was written to through an aliased, memory-mapped
  section.