View Full Version : ffdshow tryouts project: Discussion & Development
_xxl
19th February 2007, 21:04
Thx for the build ;)
please correct me if im wrong ;
regardless what compiler u use to compile ffdshow,
the installer always install these:
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/bin/distrib/InnoSetup/msvc71/
instead from ffdshow/bin folder.
True.
MinGW GCC should only compile libavcodec & libmplayer.
Intel Compiler ff_kerneldeint.dll, TomsMoComp_ff.dll and the rest should be compiled by MSVC71(80).
_xxl
19th February 2007, 21:06
@cc979
Can you compile latest GCC 4.1.2?
cc979
19th February 2007, 21:21
@cc979
Can you compile latest GCC 4.1.2?
its now gcc 4.1.3, will upload soon
ianken
20th February 2007, 01:57
While I'm sure most of you don't care about Vista compatibility:
With H.264 and non-square pixel content the video is rendered wider than it should be using the current B1 build. I'm using WMP but see the same thing in MPC.
I've not had a chance to investigate further. But thought I'd toss this out in case someone else has seen it and wishes to comment.
Bathrone
20th February 2007, 02:28
ianken please supply a sample - Im not seeing it on 32bit vista but maybe my samples arent the same.
This begs the question when are we going to see 64bit vista builds for this great software?
sillKotscha
20th February 2007, 23:16
what about adding a 4th mp3 decoder to ffdshow?... as lame v3.98a11 was released with a working DS decoder would it make any sense to incorporate it into ffdshow? ... I guess 85% of all current mp3 files (if not more) are encoded using lame thus it stands to reason to let lame decode those streams...
what do you think :)
Yong
20th February 2007, 23:26
correct me if im wrong,
Its a DS Encoder.
btw, lame is using mpglib as thier main decoder,
which is same as ffdshow mp3lib decoder.
tekNerd
20th February 2007, 23:36
Why ffdshow can't decode Lagarith? or it can and I am missing something?
foxyshadis
21st February 2007, 01:32
Because there's no Lagarith decoder in ffmpeg, and so far you're the first person to my knowledge to express an interest in it. Since it's an intermediate format, it's generally a given that anyone who has such a file created and thus can decode it.
TheShadowRunner
21st February 2007, 07:25
Using CLSID generic builds, i noticed that after build rev906, there is a new 2 seconds delay when opening videos which use ffdshow. 906 works fine. the 2 builds after show this effect.
I hope it can be fixed.
Thanks.
TSR
sillKotscha
21st February 2007, 08:49
correct me if im wrong,
Its a DS Encoder.
btw, lame is using mpglib as thier main decoder,
which is same as ffdshow mp3lib decoder.
at rarewares it reads like... "LAME 3.98 alpha 11 DirectShow Filter: ICL9.1 compile. " and I thought the *.ax file is the decoder/ not encoder...
about dependencies between mpglib and mp3lib used by ffdshow I don't know - although relying on the same library I thought that the Lame folks may included some *special* whatever into their decoder...
that's why I'm asking...
Yong
21st February 2007, 13:15
at rarewares it reads like... "LAME 3.98 alpha 11 DirectShow Filter: ICL9.1 compile. " and I thought the *.ax file is the decoder/ not encoder...
Yeah the title and the *.ax are confusing ppl :p
about dependencies between mpglib and mp3lib used by ffdshow I don't know - although relying on the same library I thought that the Lame folks may included some *special* whatever into their decoder...
that's why I'm asking...
lame is using "lite" version of mpglib, which many mmx/3dnow codes has removed,
while ffdshow still using "full" version of mpglib(renamed to mp3lib).
haruhiko_yamagata
21st February 2007, 14:32
Using CLSID generic builds, i noticed that after build rev906, there is a new 2 seconds delay when opening videos which use ffdshow. 906 works fine. the 2 builds after show this effect.
I hope it can be fixed.
Thanks.
TSR
I can't reproduce this.
Please tell me about the settings (queue, application, video renderer, etc).
Does it depend on sample (especially anamorphic AR).
Do you use resize (and the settings)?
ilpippo80
21st February 2007, 16:59
@haruiko
I tried clsid's rev945, and now the problem of hardware deinterlacing and seeking with the mpeg2 video has almost disappeared: I still have it though using ffdshow for decoding and VMR9.
I see it using both libmpeg2 or libavcodec, but with lbavcodec it gets fixed in a few seconds, not with libmpeg2.
Do you think it's a libmpeg2 bug?
Thanks!
TheShadowRunner
21st February 2007, 20:32
I can't reproduce this.
Please tell me about the settings (queue, application, video renderer, etc).
Does it depend on sample (especially anamorphic AR).
Do you use resize (and the settings)?
Hello haruhiko,
it happens with EVERY .avi files i tried that contain a stream decoded by ffdshow like xvid, divx, dx50 etc..
The application is Zoom Player, video renderer is VMR9.
It doesn't depend on the sample.
And i don't use resize.
(i only use Subtitles)
Regards,
TSR
edit: i tried disabling "Subtitles" on build rev945, the problem is still there.
TheShadowRunner
22nd February 2007, 06:29
Re- The issue was fixed in new build rev 952, great! ;)
Later,
TSR
cc979
22nd February 2007, 11:32
i've started getting these warning with nsis with ffdshow svn952
2 warnings:
SetCompressor ignored due to previous call with the /FINAL switch (D:\msys\1.0\home\User\svn\ffdshow-tryout\ffdshow-tryout\bin\distrib\ffdshow.nsi:100)
install function "GetParent" not referenced - zeroing code (0-21) out
not sure what the second is?
haruhiko_yamagata
22nd February 2007, 13:24
@haruiko
I tried clsid's rev945, and now the problem of hardware deinterlacing and seeking with the mpeg2 video has almost disappeared: I still have it though using ffdshow for decoding and VMR9.
I see it using both libmpeg2 or libavcodec, but with lbavcodec it gets fixed in a few seconds, not with libmpeg2.
Do you think it's a libmpeg2 bug?
Thanks!
I can reproduce this. It's the same with libmpeg2(ffdshow), libavcodec(ffdshow) and libmpeg2(MPC). libavcodec(ffdshow) sometimes screws up and fixes the field order issue, but it seems to be accidental. Not likely a bug of ffdshow/MPC. Maybe only Microsoft can fix it. Thanks.
Yong
23rd February 2007, 03:36
Bug report:
1.
http://img120.imageshack.us/img120/4108/clipboard01os7.gif
Loop filter options for mpeg4-sp/asp? ;)
2. another way to make vdub crash:D
eg, go to "select video compression" > ffvfw > input > "configure"(ffdshow image processing) > close the "select video compression" window > close vdub > Oops, Vdub mpeg2 has crashed...
Bathrone
23rd February 2007, 08:22
Lets talk about flac!!
1. Why it is not enabled by default
2. Why when I have installed the flac install package from sourceforge, and enabled it in ffdshow wmp11 on Vista still wont play it.
Much love to all ffdshow contributors.
_xxl
23rd February 2007, 09:00
2. another way to make vdub crash
eg, go to "select video compression" > ffvfw > input > "configure"(ffdshow image processing) > close the "select video compression" window > close vdub > Oops, Vdub mpeg2 has crashed...
No crash here and please test more...
1. Why it is not enabled by default
Because you need a .flac splitter.
2. Why when I have installed the flac install package from sourceforge, and enabled it in ffdshow wmp11 on Vista still wont play it.
Why aren't you using winamp?Why do you need to play .flac in WMP11?
Inventive Software
23rd February 2007, 11:13
No crash here and please test more...
Because you need a .flac splitter.
Any chance that splitters for, say, FLAC and WavPack can be integrated into ffdshow, either within the installer or within the code?
clsid
23rd February 2007, 12:27
You'll have to manually install splitters or use a codec pack. ffdshow is for decoding only and I don't think that will ever change.
foxyshadis
23rd February 2007, 13:18
Any chance that splitters for, say, FLAC and WavPack can be integrated into ffdshow, either within the installer or within the code?
Haruhiko has proposed an ffformat (?) project to go with ffdshow, based on lavf, but it's just an idea at this point. You can always create a little mini-pack with gabest's splitters and a batch file.
In the meantime, you could ask haali, it seems every other version of his splitter supports a new format. :p
haruhiko_yamagata
23rd February 2007, 14:41
Haruhiko has proposed an ffformat (?) project to go with ffdshow, based on lavf, but it's just an idea at this point. You can always create a little mini-pack with gabest's splitters and a batch file.
In the meantime, you could ask haali, it seems every other version of his splitter supports a new format. :p
I have not propossed the idea.
Inventive Software
23rd February 2007, 16:57
I have not propossed the idea.
Then who the hell did?! :D
I did suggest something similar a while ago, to maybe have libavformat integrated into ffdshow so that it's a more complete solution, with specialised splitters for WavPack and FLAC for instance.
ExtraEye
23rd February 2007, 17:18
hmmm will a splitters' filter be difficult to make or is it an easy option?
clsid
23rd February 2007, 17:28
Difficult or not, it would take a LOT of time to make, even if code from ffmpeg is used. I don't think there is currently anyone here willing to take on that task.
Furthermore, there are already good DirectShow splitters available for all popular formats, including FLAC and WavPack.
Yong
23rd February 2007, 19:56
No crash here and please test more...
ok im sorry :D
i now simplify it,
in vdub, go to "select video compression" > "configure" ffvfw > close the "select video compression" window, dont close ffvfw encoder > close vdub > Oops, Vdub mpeg2 has crashed...
_xxl
23rd February 2007, 20:06
No crash.
I can't close vdub if ffvfw encoder is active.
Inventive Software
23rd February 2007, 20:17
I can confirm this happens. What you need to do drevil_xxl, is when the ffvfw encoder config box is active, click the "Select video compression" window in VirtualDub, click OK, then close VirtualDub, and said crash occurs.
This is the full crash log dump from VirtualDub 1.7.1:
VirtualDub crash report -- build 27021 (release)
--------------------------------------
Disassembly:
004a5e40: f8 clc
004a5e41: 0100 add [eax], eax
004a5e43: 00e8 add al, ch
004a5e45: 17 pop ss
004a5e46: 0bf7 or esi, edi
004a5e48: ff8b45e883b8 dec dword ptr [ebx-477c17bb]
004a5e4e: 50 push eax
004a5e4f: 0100 add [eax], eax
004a5e51: 0000 add [eax], al
004a5e53: 7429 jz 004a5e7e (VDProjectUI::Detach+e5)
004a5e55: 6a00 push 00h
004a5e57: 8b4de8 mov ecx, [ebp-18h]
004a5e5a: 81c14c010000 add ecx, 0000014c
004a5e60: e8857a0000 call 004ad8ea (?$vdrefptr::(special))
004a5e65: 8b45e8 mov eax, [ebp-18h]
004a5e68: ffb050010000 push dword ptr [eax+150]
004a5e6e: ff1594465a00 call dword ptr [005a4694]
004a5e74: 8b45e8 mov eax, [ebp-18h]
004a5e77: 83a05001000000 and dword ptr [eax+150], 00h
004a5e7e: 8b45e8 mov eax, [ebp-18h]
004a5e81: 83b83001000000 cmp dword ptr [eax+130], 00h
004a5e88: 7419 jz 004a5ea3 (VDProjectUI::Detach+10a)
004a5e8a: 8b45e8 mov eax, [ebp-18h]
004a5e8d: ffb030010000 push dword ptr [eax+130]
004a5e93: ff1594465a00 call dword ptr [005a4694]
004a5e99: 8b45e8 mov eax, [ebp-18h]
004a5e9c: 83a03001000000 and dword ptr [eax+130], 00h
004a5ea3: 8b45e8 mov eax, [ebp-18h]
004a5ea6: 83b83c01000000 cmp dword ptr [eax+13c], 00h
004a5ead: 744e jz 004a5efd (VDProjectUI::Detach+164)
004a5eaf: 8b45e8 mov eax, [ebp-18h]
004a5eb2: 83b83401000000 cmp dword ptr [eax+134], 00h
004a5eb9: 741f jz 004a5eda (VDProjectUI::Detach+141)
004a5ebb: 8b45e8 mov eax, [ebp-18h]
004a5ebe: ffb034010000 push dword ptr [eax+134]
004a5ec4: e867dd0a00 call 00553c30 (VDGetILogWindowControl)
004a5ec9: 59 pop ecx
004a5eca: 8945e0 mov [ebp-20h], eax
004a5ecd: 6a00 push 00h
004a5ecf: 8b45e0 mov eax, [ebp-20h]
004a5ed2: 8b00 mov eax, [eax] <-- FAULT
004a5ed4: 8b4de0 mov ecx, [ebp-20h]
004a5ed7: ff5010 call dword ptr [eax+10h]
004a5eda: 8b45e8 mov eax, [ebp-18h]
004a5edd: ffb03c010000 push dword ptr [eax+13c]
004a5ee3: ff1594465a00 call dword ptr [005a4694]
004a5ee9: 8b45e8 mov eax, [ebp-18h]
004a5eec: 83a03c01000000 and dword ptr [eax+13c], 00h
004a5ef3: 8b45e8 mov eax, [ebp-18h]
004a5ef6: 83a04401000000 and dword ptr [eax+144], 00h
004a5efd: 8b45e8 mov eax, [ebp-18h]
004a5f00: 83b84001000000 cmp dword ptr [eax+140], 00h
004a5f07: 744e jz 004a5f57 (VDProjectUI::Detach+1be)
004a5f09: 8b45e8 mov eax, [ebp-18h]
004a5f0c: 83b83801000000 cmp dword ptr [eax+138], 00h
004a5f13: 741f jz 004a5f34 (VDProjectUI::Detach+19b)
004a5f15: 8b45e8 mov eax, [ebp-18h]
004a5f18: ffb038010000 push dword ptr [eax+138]
004a5f1e: e80ddd0a00 call 00553c30 (VDGetILogWindowControl)
004a5f23: 59 pop ecx
004a5f24: 8945dc mov [ebp-24h], eax
004a5f27: 6a00 push 00h
004a5f29: 8b45dc mov eax, [ebp-24h]
004a5f2c: 8b00 mov eax, [eax]
004a5f2e: 8b4ddc mov ecx, [ebp-24h]
004a5f31: ff5010 call dword ptr [eax+10h]
004a5f34: 8b45e8 mov eax, [ebp-18h]
004a5f37: ffb040010000 push dword ptr [eax+140]
004a5f3d: ff15 call dword ptr [ebp]
004a5f3f: 94 xchg eax, esp
Built on KOS-MOS on Tue Feb 06 21:24:09 2007 using compiler version 1400
Windows 5.1 (Windows XP build 2600) [Service Pack 2]
EAX = 00000000
EBX = 00000000
ECX = 0011026c
EDX = 7c90eb94
EBP = 0012d278
ESI = 004b7e9c
EDI = 00000000
ESP = 0012d250
EIP = 004a5ed2
EFLAGS = 00010246
FPUCW = ffff027f
FPUTW = ffffffff
Crash reason: Access Violation
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'VirtualDub'...
...reading address 00000000.
Pointer dumps:
EDX 7c90eb90: 90909090 24a48dc3 00000000 0024648d 90909090 24548d90 c32ecd08 9cec8b55
ESI 004b7e98: c3c9c032 6aec8b55 e56168ff a1640059 00000000 25896450 00000000 8170ec83
ESP 0012d250: 00000000 001102a0 00000000 00b5ba88 00c0bd20 0012d334 77d70467 0012d288
0012d270: 00b5ba88 001102a0 0012d2b4 004b829a 0012d2b8 00c0be28 00b5ac28 00000000
0012d290: 77d49491 00b5ac30 00c0be28 00000000 0012d294 00c0be28 0012d338 0059e57b
0012d2b0: 00000000 0012d344 004b7fb6 0011029c 00000001 00000001 5ad7153d 00323930
EBP 0012d278: 0012d2b4 004b829a 0012d2b8 00c0be28 00b5ac28 00000000 77d49491 00b5ac30
0012d298: 00c0be28 00000000 0012d294 00c0be28 0012d338 0059e57b 00000000 0012d344
0012d2b8: 004b7fb6 0011029c 00000001 00000001 5ad7153d 00323930 0012d2e0 77d4b96b
0012d2d8: 77d4b933 00000082 0011029c 004b7e9c 0012d2d8 00324000 00000000 00324028
Thread call stack:
004a5ed2: VDProjectUI::Detach()
004b829a: VDUIFrame::DetachNow()
77d49491: USER32!GetWindowLongA [77d40000+945d+34]
004b7fb6: VDUIFrame::StaticWndProc()
5ad7153d: uxtheme!0000153d
77d4b96b: USER32!IsWindow [77d40000+b933+38]
5ad73a5a: uxtheme!DrawThemeText [5ad70000+3031+a29]
5ad73995: uxtheme!DrawThemeText [5ad70000+3031+964]
5ad73a36: uxtheme!DrawThemeText [5ad70000+3031+a05]
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d4d05b: USER32!EnumDisplayMonitors [77d40000+cf63+f8]
77d4b4c0: USER32!DefWindowProcW [77d40000+b33c+184]
77d4dabd: USER32!IsWindowInDestroy [77d40000+da74+49]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d494be: USER32!GetWindowLongA [77d40000+945d+61]
7c832f29: kernel32!LocalUnlock [7c800000+32eb1+78]
77d62fcb: USER32!DrawFrame [77d40000+2299b+630]
77d4b3f9: USER32!DefWindowProcW [77d40000+b33c+bd]
77d4b393: USER32!DefWindowProcW [77d40000+b33c+57]
004b7bca: VDUIFrame::DefProc()
004a9480: _catch$?MainWndProc@VDProjectUI@@IAEJIIJ@Z$0()
77d4882a: USER32!GetDC [77d40000+86c7+163]
77d4b89b: USER32!GetParent [77d40000+b72f+16c]
74724636: MSCTF!DllGetClassObject [74720000+438b+2ab]
77d4eb3e: USER32!CallNextHookEx [77d40000+eb03+3b]
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
004a8f5b: VDProjectUI::WndProc()
004b8145: VDUIFrame::StaticWndProc()
747309a9: MSCTF!TF_UninitSystem [74720000+10469+540]
77f16c25: GDI32!GdiDrawStream [77f10000+6bd1+54]
77d4ea9e: USER32!EnableMenuItem [77d40000+ea2f+6f]
77d4eaad: USER32!EnableMenuItem [77d40000+ea2f+7e]
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d4b4c0: USER32!DefWindowProcW [77d40000+b33c+184]
77d4b50c: USER32!DefWindowProcW [77d40000+b33c+1d0]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d494be: USER32!GetWindowLongA [77d40000+945d+61]
77d484fc: USER32!000084fc
77d4ba0e: USER32!IsWindow [77d40000+b933+db]
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d4b3f9: USER32!DefWindowProcW [77d40000+b33c+bd]
5ad73c20: uxtheme!DrawThemeText [5ad70000+3031+bef]
5ad8e300: uxtheme!GetThemeTextMetrics [5ad70000+1de50+4b0]
5ad71ac7: uxtheme!00001ac7
5ad71b3d: uxtheme!00001b3d
77d4bb15: USER32!GetPropW [77d40000+badb+3a]
004b7bca: VDUIFrame::DefProc()
004a9480: _catch$?MainWndProc@VDProjectUI@@IAEJIIJ@Z$0()
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
004a8f5b: VDProjectUI::WndProc()
004b8145: VDUIFrame::StaticWndProc()
5ad74301: uxtheme!GetThemeBackgroundContentRect [5ad70000+3f9f+362]
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d4b89b: USER32!GetParent [77d40000+b72f+16c]
77d4b903: USER32!SendMessageW [77d40000+b8ba+49]
5ad9881f: uxtheme!GetThemeTextMetrics [5ad70000+1de50+a9cf]
5ad71ac7: uxtheme!00001ac7
5ad71b3d: uxtheme!00001b3d
77d4bb15: USER32!GetPropW [77d40000+badb+3a]
004b7bca: VDUIFrame::DefProc()
004a9480: _catch$?MainWndProc@VDProjectUI@@IAEJIIJ@Z$0()
77d4eaf2: USER32!EnableMenuItem [77d40000+ea2f+c3]
77d4ea9e: USER32!EnableMenuItem [77d40000+ea2f+6f]
77d4eaad: USER32!EnableMenuItem [77d40000+ea2f+7e]
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
004a8f5b: VDProjectUI::WndProc()
004b8145: VDUIFrame::StaticWndProc()
77d4d8d3: USER32!GetAncestor [77d40000+d8c7+c]
77d4eb3e: USER32!CallNextHookEx [77d40000+eb03+3b]
0048209d: VDModelessDialogHookW32()
77d618f4: USER32!UnhookWinEvent [77d40000+2187d+77]
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d489cd: USER32!GetWindowLongW [77d40000+88a6+127]
77d485a4: USER32!000085a4
77d48a10: USER32!DispatchMessageW [77d40000+8a01+f]
77d5e2b9: USER32!CallMsgFilterW [77d40000+1e0a6+213]
77d561c6: USER32!DrawStateW [77d40000+15fd4+1f2]
77d56208: USER32!DialogBoxIndirectParamAorW [77d40000+161d2+36]
77d6205e: USER32!DialogBoxIndirectParamW [77d40000+22043+1b]
01a62d79: ffdshow!configureEnc [01980000+d6a80+c2f9]
7752b1f7: ole32!CreateGenericComposite [774e0000+4a50b+cec]
7c910992: ntdll!RtlFreeAnsiString [7c900000+10976+1c]
7c85a477: kernel32!OutputDebugStringW [7c800000+5a42d+4a]
01985ce9: ffdshow!00005ce9
7752b767: ole32!CreateGenericComposite [774e0000+4a50b+125c]
774ffa51: ole32!OleInitialize [774e0000+1f6da+377]
7c36b864: MSVCR71!fputs [7c340000+2b71f+145]
7c36c958: MSVCR71!wscanf [7c340000+2c8ee+6a]
7c36c9b7: MSVCR71!wscanf [7c340000+2c8ee+c9]
7c36d180: MSVCR71!wscanf [7c340000+2c8ee+892]
7c36d1d1: MSVCR71!wscanf [7c340000+2c8ee+8e3]
-- End of report
Yong
23rd February 2007, 21:12
@Inventive Software:
thx :D
btw, where is the loop filter for libavcodec h263+ encoder? :p
ive tested the loopfilter in mencoder, and its work for me,
clsid
23rd February 2007, 22:25
I can confirm the VDub crash. That is not a ffdshow bug, but a VDub bug.
cc979
23rd February 2007, 22:42
i looking into this resize problem i got, so did some in WiMP/MPC both same
test file:
http://www.mytempdir.com/1220860
results:
1. resize(bicubic) to 720/480 no subs - no problems
http://img410.imageshack.us/img410/627/1clip1fs720x480qo9.th.png (http://img410.imageshack.us/my.php?image=1clip1fs720x480qo9.png)
2. resize(bicubic) to 720/576 no subs - side borders added, problem
http://img515.imageshack.us/img515/3070/2clip1fs720x576as9.th.png (http://img515.imageshack.us/my.php?image=2clip1fs720x576as9.png)
3. resize(bicubic) to 720/576 with subs letterbox (4/3) - no problems
http://img515.imageshack.us/img515/720/3clip1fs720x576subslb4xtn2.th.png (http://img515.imageshack.us/my.php?image=3clip1fs720x576subslb4xtn2.png)
4. resize(bicubic) to 720/576 with subs letterbox (5/4) - side borders added, problem
http://img92.imageshack.us/img92/4748/4clip1fs720x576subslb5xds4.th.png (http://img92.imageshack.us/my.php?image=4clip1fs720x576subslb5xds4.png)
5. resize(bicubic) to 720/576 with subs letterbox (16/9) - no problems
http://img158.imageshack.us/img158/2159/5clip1fs720x576subslb16wa4.th.png (http://img158.imageshack.us/my.php?image=5clip1fs720x576subslb16wa4.png)
so i'm thinking the problem could linked with subs letterbox - aspect ratio
anybody get this problem?
cheers
clsid
24th February 2007, 14:18
I cannot reproduce it. Perhaps because my fullscreen resolution is different (1280x1024).
cc979
24th February 2007, 16:41
I cannot reproduce it. Perhaps because my fullscreen resolution is different (1280x1024).
i'm running 1024x768, but will try 1280x1024
cheers
edit: does not happen using 1280x1024 desktop, odd??
LoRd_MuldeR
24th February 2007, 16:58
Furthermore, there are already good DirectShow splitters available for all popular formats, including FLAC and WavPack.
What about adding a few splitters to the ffdshow installer?
Of course only the most important ones and only the ones that are not supported by Haali's splitter.
I don't want this to be a "Codec Package", but a few (small) splitters won't hurt...
cc979
24th February 2007, 17:27
@clsid:
just been doing some calculations, the clip in question is 1904x784(ar 2.42) and my desktop is 1024x768(ar 1.25) so in ffdshow using 720x576(ar 1.25) but want ffdshow to keep the original ar of 2.42 the output should be 720x296
whats happening is
ffdshow is using 1904/784=ar.242 to make the x=more than 720,y=576 (is that right??)
the calculation i used
src x1=1904
src y1=784
dest x2=720
dest y2=(y1/x1)*x2
and just noticed in ffdshow - can use 720x0(auto) which does that calculation, me fool - doh
so ffdshow was correct all the time
maybe the auto y size thing could be displayed on resize tab somewhere in ffdshow or 720xauto in a preset - along with 720x576, as i only noticed moving the mouse of the y box and tooltip came up
edit: could it be possible to use 720xauto then add vertical borders to make it up 720x576 ??
cheers, anyway
Inventive Software
24th February 2007, 18:28
@clsid: It's NOT a VDub bug, but an ffdshow dialog bug, since it doesn't happen with DivX, Xvid, or any other VFW encoder I know of.
_xxl
24th February 2007, 18:45
VirtualDub 1.7.1 has this issue.Vb 1.6.11 can't be closed if ffdshow encoder is active.Xvid 1.1.2 seems to be working ok.
Inventive Software
24th February 2007, 19:07
Same issue with 1.6.17. Crash log:
VirtualDub crash report -- build 24469 (release)
--------------------------------------
Disassembly:
00499060: 5b pop ebx
00499061: c20400 ret 0004
00499064: 8b06 mov eax, [esi]
00499066: 8bce mov ecx, esi
00499068: ff5004 call dword ptr [eax+04h]
0049906b: 5f pop edi
0049906c: 5e pop esi
0049906d: 5d pop ebp
0049906e: 32c0 xor al, al
00499070: 5b pop ebx
00499071: c20400 ret 0004
00499074: 90 nop
00499075: 90 nop
00499076: 90 nop
00499077: 90 nop
00499078: 90 nop
00499079: 90 nop
0049907a: 90 nop
0049907b: 90 nop
0049907c: 90 nop
0049907d: 90 nop
0049907e: 90 nop
0049907f: 90 nop
00499080: 56 push esi
00499081: 57 push edi
00499082: 8bf1 mov esi, ecx
00499084: 8b4608 mov eax, [esi+08h]
00499087: 33ff xor edi, edi
00499089: 57 push edi
0049908a: 50 push eax
0049908b: ff1534645300 call dword ptr [00536434]
00499091: 57 push edi
00499092: 8bce mov ecx, esi
00499094: e857abffff call 00493bf0 (VDProject::SetUICallback)
00499099: 8b8e2c010000 mov ecx, [esi+12c]
0049909f: 3bcf cmp ecx, edi
004990a1: 7405 jz 004990a8 (VDProjectUI::Detach+28)
004990a3: 8b11 mov edx, [ecx]
004990a5: ff5204 call dword ptr [edx+04h]
004990a8: 89be2c010000 mov [esi+12c], edi
004990ae: 8b8630010000 mov eax, [esi+130]
004990b4: 3bc7 cmp eax, edi
004990b6: 53 push ebx
004990b7: 8b1db8665300 mov ebx, [005366b8]
004990bd: 7409 jz 004990c8 (VDProjectUI::Detach+48)
004990bf: 50 push eax
004990c0: ffd3 call ebx
004990c2: 89be30010000 mov [esi+130], edi
004990c8: 55 push ebp
004990c9: 8bae3c010000 mov ebp, [esi+13c]
004990cf: 3bef cmp ebp, edi
004990d1: 742a jz 004990fd (VDProjectUI::Detach+7d)
004990d3: 8b8634010000 mov eax, [esi+134]
004990d9: 3bc7 cmp eax, edi
004990db: 7411 jz 004990ee (VDProjectUI::Detach+6e)
004990dd: 50 push eax
004990de: e83ddbfcff call 00466c20 (VDGetIVideoWindow)
004990e3: 8b10 mov edx, [eax] <-- FAULT
004990e5: 83c404 add esp, 04h
004990e8: 57 push edi
004990e9: 8bc8 mov ecx, eax
004990eb: ff5210 call dword ptr [edx+10h]
004990ee: 55 push ebp
004990ef: ffd3 call ebx
004990f1: 89be3c010000 mov [esi+13c], edi
004990f7: 89be44010000 mov [esi+144], edi
004990fd: 8bae40010000 mov ebp, [esi+140]
00499103: 3bef cmp ebp, edi
00499105: 742a jz 00499131 (VDProjectUI::Detach+b1)
00499107: 8b8638010000 mov eax, [esi+138]
0049910d: 3bc7 cmp eax, edi
0049910f: 7411 jz 00499122 (VDProjectUI::Detach+a2)
00499111: 50 push eax
00499112: e809dbfcff call 00466c20 (VDGetIVideoWindow)
00499117: 8b10 mov edx, [eax]
00499119: 83c404 add esp, 04h
0049911c: 57 push edi
0049911d: 8bc8 mov ecx, eax
0049911f: ff5210 call dword ptr [edx+10h]
00499122: 55 push ebp
00499123: ffd3 call ebx
00499125: 89be40010000 mov [esi+140], edi
0049912b: 89be48010000 mov [esi+148], edi
00499131: 8b8634010000 mov eax, [esi+134]
00499137: 3bc7 cmp eax, edi
00499139: 5d pop ebp
0049913a: 7409 jz 00499145 (VDProjectUI::Detach+c5)
0049913c: 50 push eax
0049913d: ffd3 call ebx
0049913f: 89be34010000 mov [esi+134], edi
00499145: 8b8638010000 mov eax, [esi+138]
0049914b: 3bc7 cmp eax, edi
0049914d: 7409 jz 00499158 (VDProjectUI::Detach+d8)
0049914f: 50 push eax
00499150: ffd3 call ebx
00499152: 89be38010000 mov [esi+138], edi
00499158: 8b8628010000 mov eax, [esi+128]
0049915e: 3bc7 cmp eax, edi
Built on KOS-MOS on Sat Nov 04 21:36:36 2006 using compiler version 1200
Windows 5.1 (Windows XP build 2600) [Service Pack 2]
EAX = 00000000
EBX = 77d4daea
ECX = 77d49491
EDX = 7c90eb94
EBP = 000704ae
ESI = 00acf738
EDI = 00000000
ESP = 0012d634
EIP = 004990e3
EFLAGS = 00010246
FPUCW = ffff027f
FPUTW = ffffffff
Crash reason: Access Violation
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'VirtualDub'...
...reading address 00000000.
Pointer dumps:
EBX 77d4daea: 001163b8 0300ba00 12ff7ffe 900004c2 90909090 8b55ff8b 758b56ec 3e836608
ECX 77d49491: 900008c2 ff909090 8effffff 9777d70b 8b77d70b cd042444 0004c22b 90909090
EDX 7c90eb90: 90909090 24a48dc3 00000000 0024648d 90909090 24548d90 c32ecd08 9cec8b55
ESI 00acf738: 00547c14 00ac0178 00080322 00000000 00000000 00000000 00000000 00000000
ESP 0012d630: 00000000 000704a4 00000082 00000000 00acf840 00acf578 004a36b5 00080322
0012d650: 00acf578 00000001 0012d684 00532715 00000000 004a3534 00080322 00acf840
0012d670: 00000001 00000000 004a33f0 0012d6b8 00000000 0012d710 005326fb ffffffff
0012d690: 77d48734 00080322 00000082 00000000 00000000 004a33f0 dcbaabcd 00000000
Thread call stack:
004990e3: VDProjectUI::Detach()
004a36b5: VDUIFrame::DetachNow()
004a3534: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d4d05b: USER32!EnumDisplayMonitors [77d40000+cf63+f8]
77d4b4c0: USER32!DefWindowProcW [77d40000+b33c+184]
77d4dabd: USER32!IsWindowInDestroy [77d40000+da74+49]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d494be: USER32!GetWindowLongA [77d40000+945d+61]
004a34a4: VDUIFrame::StaticWndProc()
77d4b3f9: USER32!DefWindowProcW [77d40000+b33c+bd]
77d4b393: USER32!DefWindowProcW [77d40000+b33c+57]
004a31e1: VDUIFrame::DefProc()
0049bb58: VDProjectUI::MainWndProc()
77d4882a: USER32!GetDC [77d40000+86c7+163]
747309a9: MSCTF!TF_UninitSystem [74720000+10469+540]
77d618f4: USER32!UnhookWinEvent [77d40000+2187d+77]
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
0049b67e: VDProjectUI::WndProc()
004a34a4: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d4b4c0: USER32!DefWindowProcW [77d40000+b33c+184]
77d4b50c: USER32!DefWindowProcW [77d40000+b33c+1d0]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d494be: USER32!GetWindowLongA [77d40000+945d+61]
77d484fc: USER32!000084fc
77d4ba0e: USER32!IsWindow [77d40000+b933+db]
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d4b3f9: USER32!DefWindowProcW [77d40000+b33c+bd]
5ad73c20: uxtheme!DrawThemeText [5ad70000+3031+bef]
5ad8e300: uxtheme!GetThemeTextMetrics [5ad70000+1de50+4b0]
5ad71ac7: uxtheme!00001ac7
5ad71b3d: uxtheme!00001b3d
77d4bb15: USER32!GetPropW [77d40000+badb+3a]
004a31e1: VDUIFrame::DefProc()
0049bb58: VDProjectUI::MainWndProc()
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
0049b67e: VDProjectUI::WndProc()
004a34a4: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d4b89b: USER32!GetParent [77d40000+b72f+16c]
77d4b903: USER32!SendMessageW [77d40000+b8ba+49]
5ad9881f: uxtheme!GetThemeTextMetrics [5ad70000+1de50+a9cf]
5ad71ac7: uxtheme!00001ac7
5ad71b3d: uxtheme!00001b3d
77d4bb15: USER32!GetPropW [77d40000+badb+3a]
004a31e1: VDUIFrame::DefProc()
0049bb58: VDProjectUI::MainWndProc()
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
0049b67e: VDProjectUI::WndProc()
004a34a4: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d489cd: USER32!GetWindowLongW [77d40000+88a6+127]
77d485a4: USER32!000085a4
77d48a10: USER32!DispatchMessageW [77d40000+8a01+f]
77d5e2b9: USER32!CallMsgFilterW [77d40000+1e0a6+213]
77d561c6: USER32!DrawStateW [77d40000+15fd4+1f2]
77d56208: USER32!DialogBoxIndirectParamAorW [77d40000+161d2+36]
77d6205e: USER32!DialogBoxIndirectParamW [77d40000+22043+1b]
00f32d79: ffdshow!configureEnc [00e50000+d6a80+c2f9]
00460020: HexEditor::Extract()
7c910992: ntdll!RtlFreeAnsiString [7c900000+10976+1c]
7c85a477: kernel32!OutputDebugStringW [7c800000+5a42d+4a]
00e55ce9: ffdshow!00005ce9
7752b767: ole32!CreateGenericComposite [774e0000+4a50b+125c]
774ffa51: ole32!OleInitialize [774e0000+1f6da+377]
7c36b864: MSVCR71!fputs [7c340000+2b71f+145]
7c36c958: MSVCR71!wscanf [7c340000+2c8ee+6a]
7c36c9b7: MSVCR71!wscanf [7c340000+2c8ee+c9]
7c36d180: MSVCR71!wscanf [7c340000+2c8ee+892]
7c36d1d1: MSVCR71!wscanf [7c340000+2c8ee+8e3]
7c36c9b7: MSVCR71!wscanf [7c340000+2c8ee+c9]
77f18f29: GDI32!GetMapMode [77f10000+8dfa+12f]
77f191cd: GDI32!SetDIBitsToDevice [77f10000+903c+191]
77f18f29: GDI32!GetMapMode [77f10000+8dfa+12f]
77f191cd: GDI32!SetDIBitsToDevice [77f10000+903c+191]
77f1918f: GDI32!SetDIBitsToDevice [77f10000+903c+153]
77f191ac: GDI32!SetDIBitsToDevice [77f10000+903c+170]
77f1aa66: GDI32!CreateDIBitmap [77f10000+a935+131]
7c9105c8: ntdll!RtlFreeHeap [7c900000+1043d+18b]
7c910551: ntdll!RtlFreeHeap [7c900000+1043d+114]
7c91056d: ntdll!RtlFreeHeap [7c900000+1043d+130]
77f16e56: GDI32!DeleteObject [77f10000+6c2d+229]
77f16f43: GDI32!DeleteDC [77f10000+6e98+ab]
77f16eaa: GDI32!DeleteDC [77f10000+6e98+12]
77d52874: USER32!EnumDisplayDevicesA [77d40000+1217f+6f5]
77d526f7: USER32!EnumDisplayDevicesA [77d40000+1217f+578]
77d526df: USER32!EnumDisplayDevicesA [77d40000+1217f+560]
77d533b0: USER32!CreateIconIndirect [77d40000+12d02+6ae]
77d53377: USER32!CreateIconIndirect [77d40000+12d02+675]
77d53382: USER32!CreateIconIndirect [77d40000+12d02+680]
-- End of report
Inventive Software
24th February 2007, 19:09
With 1.6.15, the same issue (apologies for double post, forum post length restricts it to 16000 characters):
VirtualDub crash report -- build 24442 (release)
--------------------------------------
Disassembly:
00498ec0: 5b pop ebx
00498ec1: c20400 ret 0004
00498ec4: 8b06 mov eax, [esi]
00498ec6: 8bce mov ecx, esi
00498ec8: ff5004 call dword ptr [eax+04h]
00498ecb: 5f pop edi
00498ecc: 5e pop esi
00498ecd: 5d pop ebp
00498ece: 32c0 xor al, al
00498ed0: 5b pop ebx
00498ed1: c20400 ret 0004
00498ed4: 90 nop
00498ed5: 90 nop
00498ed6: 90 nop
00498ed7: 90 nop
00498ed8: 90 nop
00498ed9: 90 nop
00498eda: 90 nop
00498edb: 90 nop
00498edc: 90 nop
00498edd: 90 nop
00498ede: 90 nop
00498edf: 90 nop
00498ee0: 56 push esi
00498ee1: 57 push edi
00498ee2: 8bf1 mov esi, ecx
00498ee4: 8b4608 mov eax, [esi+08h]
00498ee7: 33ff xor edi, edi
00498ee9: 57 push edi
00498eea: 50 push eax
00498eeb: ff1534645300 call dword ptr [00536434]
00498ef1: 57 push edi
00498ef2: 8bce mov ecx, esi
00498ef4: e867abffff call 00493a60 (VDProject::SetUICallback)
00498ef9: 8b8e2c010000 mov ecx, [esi+12c]
00498eff: 3bcf cmp ecx, edi
00498f01: 7405 jz 00498f08 (VDProjectUI::Detach+28)
00498f03: 8b11 mov edx, [ecx]
00498f05: ff5204 call dword ptr [edx+04h]
00498f08: 89be2c010000 mov [esi+12c], edi
00498f0e: 8b8630010000 mov eax, [esi+130]
00498f14: 3bc7 cmp eax, edi
00498f16: 53 push ebx
00498f17: 8b1db8665300 mov ebx, [005366b8]
00498f1d: 7409 jz 00498f28 (VDProjectUI::Detach+48)
00498f1f: 50 push eax
00498f20: ffd3 call ebx
00498f22: 89be30010000 mov [esi+130], edi
00498f28: 55 push ebp
00498f29: 8bae3c010000 mov ebp, [esi+13c]
00498f2f: 3bef cmp ebp, edi
00498f31: 742a jz 00498f5d (VDProjectUI::Detach+7d)
00498f33: 8b8634010000 mov eax, [esi+134]
00498f39: 3bc7 cmp eax, edi
00498f3b: 7411 jz 00498f4e (VDProjectUI::Detach+6e)
00498f3d: 50 push eax
00498f3e: e84dd8fcff call 00466790 (VDGetIVideoWindow)
00498f43: 8b10 mov edx, [eax] <-- FAULT
00498f45: 83c404 add esp, 04h
00498f48: 57 push edi
00498f49: 8bc8 mov ecx, eax
00498f4b: ff5210 call dword ptr [edx+10h]
00498f4e: 55 push ebp
00498f4f: ffd3 call ebx
00498f51: 89be3c010000 mov [esi+13c], edi
00498f57: 89be44010000 mov [esi+144], edi
00498f5d: 8bae40010000 mov ebp, [esi+140]
00498f63: 3bef cmp ebp, edi
00498f65: 742a jz 00498f91 (VDProjectUI::Detach+b1)
00498f67: 8b8638010000 mov eax, [esi+138]
00498f6d: 3bc7 cmp eax, edi
00498f6f: 7411 jz 00498f82 (VDProjectUI::Detach+a2)
00498f71: 50 push eax
00498f72: e819d8fcff call 00466790 (VDGetIVideoWindow)
00498f77: 8b10 mov edx, [eax]
00498f79: 83c404 add esp, 04h
00498f7c: 57 push edi
00498f7d: 8bc8 mov ecx, eax
00498f7f: ff5210 call dword ptr [edx+10h]
00498f82: 55 push ebp
00498f83: ffd3 call ebx
00498f85: 89be40010000 mov [esi+140], edi
00498f8b: 89be48010000 mov [esi+148], edi
00498f91: 8b8634010000 mov eax, [esi+134]
00498f97: 3bc7 cmp eax, edi
00498f99: 5d pop ebp
00498f9a: 7409 jz 00498fa5 (VDProjectUI::Detach+c5)
00498f9c: 50 push eax
00498f9d: ffd3 call ebx
00498f9f: 89be34010000 mov [esi+134], edi
00498fa5: 8b8638010000 mov eax, [esi+138]
00498fab: 3bc7 cmp eax, edi
00498fad: 7409 jz 00498fb8 (VDProjectUI::Detach+d8)
00498faf: 50 push eax
00498fb0: ffd3 call ebx
00498fb2: 89be38010000 mov [esi+138], edi
00498fb8: 8b8628010000 mov eax, [esi+128]
00498fbe: 3bc7 cmp eax, edi
Built on KOS-MOS on Sun May 28 15:10:00 2006 using compiler version 1200
Windows 5.1 (Windows XP build 2600) [Service Pack 2]
EAX = 00000000
EBX = 77d4daea
ECX = 77d49491
EDX = 7c90eb94
EBP = 000604d0
ESI = 00bb00f8
EDI = 00000000
ESP = 0012d634
EIP = 00498f43
EFLAGS = 00010246
FPUCW = ffff027f
FPUTW = ffffffff
Crash reason: Access Violation
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'VirtualDub'...
...reading address 00000000.
Pointer dumps:
EBX 77d4daea: 001163b8 0300ba00 12ff7ffe 900004c2 90909090 8b55ff8b 758b56ec 3e836608
ECX 77d49491: 900008c2 ff909090 8effffff 9777d70b 8b77d70b cd042444 0004c22b 90909090
EDX 7c90eb90: 90909090 24a48dc3 00000000 0024648d 90909090 24548d90 c32ecd08 9cec8b55
ESI 00bb00f8: 00547bdc 00ac0178 0011035c 00000000 00000000 00000000 00000000 00000000
ESP 0012d630: 00000000 000d0494 00000082 00000000 00bb0200 00bb26e0 004a3515 0011035c
0012d650: 00bb26e0 00000001 0012d684 00532435 00000000 004a3394 0011035c 00bb0200
0012d670: 00000001 00000000 004a3250 0012d6b8 00000000 0012d710 0053241b ffffffff
0012d690: 77d48734 0011035c 00000082 00000000 00000000 004a3250 dcbaabcd 00000000
Thread call stack:
00498f43: VDProjectUI::Detach()
004a3515: VDUIFrame::DetachNow()
004a3394: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d4d05b: USER32!EnumDisplayMonitors [77d40000+cf63+f8]
77d4b4c0: USER32!DefWindowProcW [77d40000+b33c+184]
77d4dabd: USER32!IsWindowInDestroy [77d40000+da74+49]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d494be: USER32!GetWindowLongA [77d40000+945d+61]
7c3556b3: MSVCR71!wcstod [7c340000+154f8+1bb]
7c35575f: MSVCR71!wcstod [7c340000+154f8+267]
77d4b3f9: USER32!DefWindowProcW [77d40000+b33c+bd]
77d4b393: USER32!DefWindowProcW [77d40000+b33c+57]
004a3041: VDUIFrame::DefProc()
0049b9b8: VDProjectUI::MainWndProc()
747309a9: MSCTF!TF_UninitSystem [74720000+10469+540]
77d618f4: USER32!UnhookWinEvent [77d40000+2187d+77]
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
0049b4de: VDProjectUI::WndProc()
004a3304: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d4b4c0: USER32!DefWindowProcW [77d40000+b33c+184]
77d4b50c: USER32!DefWindowProcW [77d40000+b33c+1d0]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d494be: USER32!GetWindowLongA [77d40000+945d+61]
77d484fc: USER32!000084fc
77d4ba0e: USER32!IsWindow [77d40000+b933+db]
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d4b3f9: USER32!DefWindowProcW [77d40000+b33c+bd]
5ad73c20: uxtheme!DrawThemeText [5ad70000+3031+bef]
5ad8e300: uxtheme!GetThemeTextMetrics [5ad70000+1de50+4b0]
5ad71ac7: uxtheme!00001ac7
5ad71b3d: uxtheme!00001b3d
77d4bb15: USER32!GetPropW [77d40000+badb+3a]
004a3041: VDUIFrame::DefProc()
0049b9b8: VDProjectUI::MainWndProc()
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
0049b4de: VDProjectUI::WndProc()
004a3304: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d4b89b: USER32!GetParent [77d40000+b72f+16c]
77d4b903: USER32!SendMessageW [77d40000+b8ba+49]
5ad9881f: uxtheme!GetThemeTextMetrics [5ad70000+1de50+a9cf]
5ad71ac7: uxtheme!00001ac7
5ad71b3d: uxtheme!00001b3d
77d4bb15: USER32!GetPropW [77d40000+badb+3a]
004a3041: VDUIFrame::DefProc()
0049b9b8: VDProjectUI::MainWndProc()
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
0049b4de: VDProjectUI::WndProc()
004a3304: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d489cd: USER32!GetWindowLongW [77d40000+88a6+127]
77d485a4: USER32!000085a4
77d48a10: USER32!DispatchMessageW [77d40000+8a01+f]
77d5e2b9: USER32!CallMsgFilterW [77d40000+1e0a6+213]
77d561c6: USER32!DrawStateW [77d40000+15fd4+1f2]
77d56208: USER32!DialogBoxIndirectParamAorW [77d40000+161d2+36]
77d6205e: USER32!DialogBoxIndirectParamW [77d40000+22043+1b]
00dc2d79: ffdshow!configureEnc [00ce0000+d6a80+c2f9]
7c910992: ntdll!RtlFreeAnsiString [7c900000+10976+1c]
7c85a477: kernel32!OutputDebugStringW [7c800000+5a42d+4a]
00ce5ce9: ffdshow!00005ce9
7752b767: ole32!CreateGenericComposite [774e0000+4a50b+125c]
774ffa51: ole32!OleInitialize [774e0000+1f6da+377]
7c36b864: MSVCR71!fputs [7c340000+2b71f+145]
7c36c958: MSVCR71!wscanf [7c340000+2c8ee+6a]
7c36c9b7: MSVCR71!wscanf [7c340000+2c8ee+c9]
7c36d180: MSVCR71!wscanf [7c340000+2c8ee+892]
7c36d1d1: MSVCR71!wscanf [7c340000+2c8ee+8e3]
7c36c9b7: MSVCR71!wscanf [7c340000+2c8ee+c9]
77f18f29: GDI32!GetMapMode [77f10000+8dfa+12f]
77f191cd: GDI32!SetDIBitsToDevice [77f10000+903c+191]
77f18f29: GDI32!GetMapMode [77f10000+8dfa+12f]
77f191cd: GDI32!SetDIBitsToDevice [77f10000+903c+191]
77f1918f: GDI32!SetDIBitsToDevice [77f10000+903c+153]
77f191ac: GDI32!SetDIBitsToDevice [77f10000+903c+170]
77f1aa66: GDI32!CreateDIBitmap [77f10000+a935+131]
7c9105c8: ntdll!RtlFreeHeap [7c900000+1043d+18b]
7c910551: ntdll!RtlFreeHeap [7c900000+1043d+114]
7c91056d: ntdll!RtlFreeHeap [7c900000+1043d+130]
77f16e56: GDI32!DeleteObject [77f10000+6c2d+229]
77f16f43: GDI32!DeleteDC [77f10000+6e98+ab]
77f16eaa: GDI32!DeleteDC [77f10000+6e98+12]
77d52874: USER32!EnumDisplayDevicesA [77d40000+1217f+6f5]
77d526f7: USER32!EnumDisplayDevicesA [77d40000+1217f+578]
77d526df: USER32!EnumDisplayDevicesA [77d40000+1217f+560]
77d533b0: USER32!CreateIconIndirect [77d40000+12d02+6ae]
77d53377: USER32!CreateIconIndirect [77d40000+12d02+675]
77d53382: USER32!CreateIconIndirect [77d40000+12d02+680]
7c910833: ntdll!RtlAllocateHeap [7c900000+105d4+25f]
-- End of report
Inventive Software
24th February 2007, 19:13
For the record, the same issue occurs with 1.6.11, and 1.5.10 ;) I'm not gonna post the crash log, unless it's requested.
vlada
24th February 2007, 20:09
cc979
You are probably confused by DVDs. I would suggest you to forget that you ever heard about 720x576. It is 5:4 and your monitor is 4:3. So it's absolutely clear that there will be borders at the sides, because you probably set ffdshow to letterbox your movie to 4:3. So ffdshow behaves absolutely correctly IMHO. If you don't use subtitles the letterboxing is up to a player so there are no black borders at sides.
Delerue
25th February 2007, 04:11
Is there any plan to improve the motion estimation in 'framerate doubler'? I love the idea, but today (until build 960 if I'm not wrong) it has a lot of bugs and can't render well a few videos.
Thanks, guys. And congratulations for this amazing job. Keep going. ;)
haruhiko_yamagata
25th February 2007, 11:26
maybe the auto y size thing could be displayed on resize tab somewhere in ffdshow
Thanks, it's a good idea.
multiblitz
25th February 2007, 12:08
OK, Just a short update on playback of HD-DVD / VC-1 with ffdsshow: I managed to get a graph working with the Sonic-De-Muxer/Video-Decoder and ffdshow raw.
The picture is A M A Z I N G.
I am using a Ruby and a 2.2m*4.2m screen. So, pq matters a lot.
The drawback:
- In graphedit, I can connect ffdshow audio to the Sonic HD De-Muxer, but even with SPDIF passthrough I do not get any sound.
- I would like to use ffdshow as well as video-decoder. I understand in theory it is possible (VC-1). But it does not work yet, any ideas ?
Clearly the picture is so much better that you want nothing else once you saw it. HD-DVD is nice, but with ffdshow it is simply unbelieveable, much better than in a cinema.
madshi
25th February 2007, 19:10
- In graphedit, I can connect ffdshow audio to the Sonic HD De-Muxer, but even with SPDIF passthrough I do not get any sound.
With most HD DVDs SPDIF passthrough can't work, because most HD DVDs use E-AC3 (and not AC3), which is a format receivers don't understand via SPDIF.
- I would like to use ffdshow as well as video-decoder. I understand in theory it is possible (VC-1). But it does not work yet, any ideas ?
Yeah, I'd also love to see VC-1 decoding working with ffdshow tryouts. It kind of works with the Sonic video decoder for me, but it's not really fluid that way. Having more decoder choices is always a great thing.
Keepitsimple
26th February 2007, 00:59
Is anybody working on enhancements to the x264 decoder? I have to overclock my core2duo to 3Ghz to play 1080p with ffdshow/mpc right now. The problem is mostly that only one core is utilized.
LoRd_MuldeR
26th February 2007, 02:49
Is anybody working on enhancements to the x264 decoder? I have to overclock my core2duo to 3Ghz to play 1080p with ffdshow/mpc right now. The problem is mostly that only one core is utilized.
At first there is no such thing as a "x264 decoder". x264 is only an encoder, it is *not* a decoder! ffdshow uses the libavcodec from ffmpeg for decoding H.264 video streams. AFAIK this is the only (working) OpenSource decoder for H.264 available. ffdshow-tryout usually adopts ffmpeg updates pretty fast, so we will have to wait for the ffmpeg team to further improve their H.264 decoder. BTW: Did you try to disable the Inloop Deblocking in order to boost the performance?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.