|
|
| ale5000 |
| Posted: Apr 3 2011, 12:21 PM |
 |
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
When you open an uncompressed video created by VirtualDub it say in file information => "Decompressor: Internal DIB decoder ( )"
What the empty spaces mean?
Edit: PS => I open a video, no frame is selected.
Then I go on Video => Select range and uncheck "Cut off audio" or "Offset audio", when I press OK VirtualDub select all frames of the video.
Why?
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| ale5000 |
| Posted: Apr 4 2011, 03:32 PM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
| QUOTE | | Render: Video compressor threading is now allowed for two or more threads when operating with only key frames. |
In the Threading options there is still "Values greater than 1 are not yet supported" for "Video compression threads", is the text wrong or there is a separate setting?
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| ale5000 |
| Posted: Apr 9 2011, 04:56 PM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
Test file: http://www.multiupload.com/ARMQ853HHL
I have opened the file with the DirectShow input plugin 0.8, set crop to 2x2, set compression to Xvid, audio to direct stream copy.
Near the end of encoding it crash: | CODE | VirtualDub crash report -- build 34093 (release)
--------------------------------------
Disassembly:
7c920980: ffc3 inc ebx
7c920982: 8b03 mov eax, [ebx]
7c920984: e934ffffff jmp 7c9208bd
7c920989: f605d0e0987c02 test [7c98e0d0], 02h
7c920990: 0f85edfeffff jnz 7c920883
7c920996: 3d00020000 cmp eax, 00000200
7c92099b: 0f82e2feffff jc 7c920883
7c9209a1: 66837e0200 cmp word ptr [esi+02h], 00h
7c9209a6: 740a jz 7c9209b2
7c9209a8: f6460510 test [esi+05h], 10h
7c9209ac: 0f84d1feffff jz 7c920883
7c9209b2: 50 push eax
7c9209b3: 56 push esi
7c9209b4: 57 push edi
7c9209b5: e8b70f0000 call 7c921971
7c9209ba: e949ffffff jmp 7c920908
7c9209bf: 8b4820 mov ecx, [eax+20h]
7c9209c2: 66f7c1ff018d49 test ecx, 498d01ff
7c9209c9: 018948200f85 add [ecx-7af0dfb8], ecx
7c9209cf: 3afe cmp bh, dh
7c9209d1: ff db 0ffh
7c9209d2: ff6a00 jmp fword ptr [edx+00h]
7c9209d5: 8d45d8 lea eax, [ebp-28h]
7c9209d8: 50 push eax
7c9209d9: e8d0ceffff call 7c91d8ae
7c9209de: e932feffff jmp 7c920815
7c9209e3: 0fb70e movzx ecx, word ptr [esi]
7c9209e6: 03c8 add ecx, eax
7c9209e8: 81f900fe0000 cmp ecx, 0000fe00
7c9209ee: 0f8745fdffff ja 7c920739
7c9209f4: 807d1400 cmp byte ptr [ebp+14h], 00h
7c9209f8: 0f85b1a60300 jnz 7c95b0af
7c9209fe: 8a4605 mov al, [esi+05h]
7c920a01: 2410 and al, 10h
7c920a03: a810 test al, 10h
7c920a05: 884705 mov [edi+05h], al
7c920a08: 0f8592000000 jnz 7c920aa0
7c920a0e: 8b4e0c mov ecx, [esi+0ch]
7c920a11: 8d4608 lea eax, [esi+08h]
7c920a14: 8b10 mov edx, [eax]
7c920a16: 894d0c mov [ebp+0ch], ecx
7c920a19: 8b09 mov ecx, [ecx] <-- FAULT
7c920a1b: 3b4a04 cmp ecx, [edx+04h]
7c920a1e: 895514 mov [ebp+14h], edx
7c920a21: 0f852b0d0000 jnz 7c921752
7c920a27: 3bc8 cmp ecx, eax
7c920a29: 0f85230d0000 jnz 7c921752
7c920a2f: 56 push esi
7c920a30: 53 push ebx
7c920a31: e84efcffff call 7c920684
7c920a36: 8b4514 mov eax, [ebp+14h]
7c920a39: 8b4d0c mov ecx, [ebp+0ch]
7c920a3c: 3bc1 cmp eax, ecx
7c920a3e: 8901 mov [ecx], eax
7c920a40: 894804 mov [eax+04h], ecx
7c920a43: 7438 jz 7c920a7d
7c920a45: 8a4605 mov al, [esi+05h]
7c920a48: a804 test al, 04h
7c920a4a: 0f8535a70300 jnz 7c95b185
7c920a50: 0fb70e movzx ecx, word ptr [esi]
7c920a53: 8b4510 mov eax, [ebp+10h]
7c920a56: 0108 add [eax], ecx
7c920a58: 0fb70e movzx ecx, word ptr [esi]
7c920a5b: 294b28 sub [ebx+28h], ecx
7c920a5e: f6470510 test [edi+05h], 10h
7c920a62: 668b08 mov cx, [eax]
7c920a65: 66890f mov [edi], cx
7c920a68: 0f85cbfcffff jnz 7c920739
7c920a6e: 8b08 mov ecx, [eax]
7c920a70: 668bc1 mov ax, cx
7c920a73: 668944cf02 mov [edi+ecx*8+02h], ax
7c920a78: e9bcfcffff jmp 7c920739
7c920a7d: 668b06 mov ax, [esi]
Built on Althena on Sat Apr 02 20:03:48 2011 using compiler version 1400
Windows 5.1 (Windows XP x86 build 2600) [Service Pack 3]
Memory status: virtual free 1881M/2048M, commit limit 2406M, physical total 2048M
EAX = 00c2a790
EBX = 00be0000
ECX = 3028b601
EDX = 00003835
EBP = 063ffd90
ESI = 00c2a788
EDI = 00c2a750
ESP = 063ffd84
EIP = 7c920a19
EFLAGS = 00010246
FPUCW = ffff027f
FPUTW = ffffffff
Crash reason: Access Violation
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'ntdll'...
...reading address 3028B601...
...while running thread "Processing" (thread.cpp:179).
Pointer dumps:
EAX 00c2a790: 00003835 3028b601 1d7a414d 8a808396 7e1e6090 45b313dd 0000005f 616e7265
EBX 00be0000: 000000c8 00000110 eeffeeff 00001002 00000000 0000fe00 00200000 00002000
ESI 00c2a788: 7658b201 30304469 00003835 3028b601 1d7a414d 8a808396 7e1e6090 45b313dd
EDI 00c2a750: 00030007 011000fa b6010000 fb42f052 b6010000 dfe4e091 bfa3e460 000000bf
ESP 063ffd80: 00000000 00be0000 00c2a750 00000000 063ffe64 7c92084c 00be0000 3028b601
063ffda0: 063ffe48 00000000 00c22838 00c2a758 00000001 00000000 00be07d8 7c92005d
063ffdc0: 00c22838 00c2a668 00000001 00000000 00c28708 00000001 063ffe0c 00be0178
063ffde0: 00000018 00000030 00000068 063ffd48 7c91cffa 00000050 7c91e920 7c920060
EBP 063ffd90: 063ffe64 7c92084c 00be0000 3028b601 063ffe48 00000000 00c22838 00c2a758
063ffdb0: 00000001 00000000 00be07d8 7c92005d 00c22838 00c2a668 00000001 00000000
063ffdd0: 00c28708 00000001 063ffe0c 00be0178 00000018 00000030 00000068 063ffd48
063ffdf0: 7c91cffa 00000050 7c91e920 7c920060 ffffffff 00000038 00000020 00be0000
Thread call stack:
7c920a19: ntdll!wcsncpy [7c910000+1057f+49a]
7c92084c: ntdll!wcsncpy [7c910000+1057f+2cd]
7c92005d: ntdll!RtlFreeHeap [7c910000+ff2d+130]
7c91cffa: ntdll!NtClose [7c910000+cfee+c]
005d939c: free()
005d937d: free()
004864c6: VDRenderPostCompressionBuffer::~VDRenderPostCompressionBuffer()
00486938: VDRenderPostCompressionBuffer::(special)()
00424197: ?$VDRenderBufferAllocator::Shutdown()
00486972: VDThreadedVideoCompressor::Shutdown()
00422b76: _catch$?ThreadRun@VDDubProcessThread@@MAEXXZ$4()
00451d87: ?$VDProtectedAutoScope1::?$VDProtectedAutoScope1()
00531614: VDThread::StaticThreadStart()
005de43e: _callthreadstartex()
005de4e3: _threadstartex@4()
7c80b729: kernel32!GetModuleFileNameA [7c800000+b56f+1ba]
-- End of report |
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| phaeron |
| Posted: Apr 10 2011, 09:33 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
That's a bug in XviD -- it is returning a max compressed frame size of 12 bytes for the input format but writing more than that, trashing the process memory heap. It crashes immediately in xvidcore.dll when I enable page heap in the OS.
|
|
| ale5000 |
| Posted: May 2 2011, 03:00 PM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
This is a really particular bug in VirtualDub:
Install the Lame ACM Codec, remove the Fraunhofer ACM Codec.
Now you have an ACM Codec for MP3 (0x0055) but it support only encoding (no decoding) and VirtualDub doesn't use the internal MP3 decoder in this case and it say:
| CODE | Error initializing audio stream decompression:
No installed audio codec could be found to decompress the compressed source audio.
Check to make sure you have the required codec. |
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| DarrellS |
| Posted: May 12 2011, 06:26 AM |
|
|
Advanced Member
Group: Members
Posts: 567
Member No.: 1061
Joined: 28-November 02
|
I assume because the internal mp3 decoder uses the Fraunhofer ACM Codec? The Fraunhofer ACM Codec has always been used to decode mp3 as long as I can remember (started using Virtualdub around 1999-2000). |
|
| pureocean |
| Posted: May 12 2011, 06:32 AM |
|
|
Advanced Member
Group: Members
Posts: 53
Member No.: 27197
Joined: 13-March 10
|
Sometimes crash when opening "Save AVI" dialog-box. Only no build, all builds. No often. What could be the reason?
| CODE | VirtualDub crash report -- build 34093 (release)
--------------------------------------
Disassembly:
67b4b700: 0000 add [eax], al
67b4b702: 0000 add [eax], al
67b4b704: 0000 add [eax], al
67b4b706: 0000 add [eax], al
67b4b708: 0000 add [eax], al
67b4b70a: 0000 add [eax], al
67b4b70c: 0000 add [eax], al
67b4b70e: 0000 add [eax], al
67b4b710: 0000 add [eax], al
67b4b712: 0000 add [eax], al
67b4b714: 0000 add [eax], al
67b4b716: 0000 add [eax], al
67b4b718: 0000 add [eax], al
67b4b71a: 0000 add [eax], al
67b4b71c: 0000 add [eax], al
67b4b71e: 0000 add [eax], al
67b4b720: 0000 add [eax], al
67b4b722: 0000 add [eax], al
67b4b724: 0000 add [eax], al
67b4b726: 0000 add [eax], al
67b4b728: 0000 add [eax], al
67b4b72a: 0000 add [eax], al
67b4b72c: 0000 add [eax], al
67b4b72e: 0000 add [eax], al
67b4b730: 0000 add [eax], al
67b4b732: 0000 add [eax], al
67b4b734: 0000 add [eax], al
67b4b736: 0000 add [eax], al
67b4b738: 0000 add [eax], al
67b4b73a: 0000 add [eax], al
67b4b73c: 0000 add [eax], al
67b4b73e: 0000 add [eax], al
67b4b740: 0000 add [eax], al
67b4b742: 0000 add [eax], al
67b4b744: 0000 add [eax], al
67b4b746: 0000 add [eax], al
67b4b748: 0000 add [eax], al
67b4b74a: 0000 add [eax], al
67b4b74c: 0000 add [eax], al
67b4b74e: 0000 add [eax], al
67b4b750: 0000 add [eax], al
67b4b752: 0000 add [eax], al
67b4b754: 0000 add [eax], al
67b4b756: 0000 add [eax], al
67b4b758: 0000 add [eax], al
67b4b75a: 0000 add [eax], al
67b4b75c: 0000 add [eax], al
67b4b75e: 0000 add [eax], al
67b4b760: 0000 add [eax], al
67b4b762: 0000 add [eax], al
67b4b764: 0000 add [eax], al
67b4b766: 0000 add [eax], al
67b4b768: 0000 add [eax], al
67b4b76a: 0000 add [eax], al
67b4b76c: 0000 add [eax], al
67b4b76e: 0000 add [eax], al
67b4b770: 0000 add [eax], al
67b4b772: 0000 add [eax], al
67b4b774: 0000 add [eax], al
67b4b776: 0000 add [eax], al
67b4b778: 0000 add [eax], al
67b4b77a: 0000 add [eax], al
67b4b77c: 0000 add [eax], al
67b4b77e: 0000 add [eax], al
67b4b780: 0000 add [eax], al
67b4b782: 0000 add [eax], al
67b4b784: 0000 add [eax], al
67b4b786: 0000 add [eax], al
67b4b788: 0000 add [eax], al
67b4b78a: 0000 add [eax], al
67b4b78c: 0000 add [eax], al
67b4b78e: 0000 add [eax], al
67b4b790: 0000 add [eax], al <-- FAULT
67b4b792: 0000 add [eax], al
67b4b794: 0000 add [eax], al
67b4b796: 0000 add [eax], al
67b4b798: 0000 add [eax], al
67b4b79a: 0000 add [eax], al
67b4b79c: 0000 add [eax], al
67b4b79e: 0000 add [eax], al
67b4b7a0: 0000 add [eax], al
67b4b7a2: 0000 add [eax], al
67b4b7a4: 0000 add [eax], al
67b4b7a6: 0000 add [eax], al
67b4b7a8: 0000 add [eax], al
67b4b7aa: 0000 add [eax], al
67b4b7ac: 0000 add [eax], al
67b4b7ae: 0000 add [eax], al
67b4b7b0: 0000 add [eax], al
67b4b7b2: 0000 add [eax], al
67b4b7b4: 0000 add [eax], al
67b4b7b6: 0000 add [eax], al
67b4b7b8: 0000 add [eax], al
67b4b7ba: 0000 add [eax], al
67b4b7bc: 0000 add [eax], al
67b4b7be: 0000 add [eax], al
67b4b7c0: 0000 add [eax], al
67b4b7c2: 0000 add [eax], al
67b4b7c4: 0000 add [eax], al
67b4b7c6: 0000 add [eax], al
67b4b7c8: 0000 add [eax], al
67b4b7ca: 0000 add [eax], al
67b4b7cc: 0000 add [eax], al
67b4b7ce: 0000 add [eax], al
67b4b7d0: 0000 add [eax], al
67b4b7d2: 0000 add [eax], al
67b4b7d4: 0000 add [eax], al
67b4b7d6: 0000 add [eax], al
67b4b7d8: 0000 add [eax], al
67b4b7da: 0000 add [eax], al
67b4b7dc: 0000 add [eax], al
67b4b7de: 0000 add [eax], al
67b4b7e0: 0000 add [eax], al
67b4b7e2: 0000 add [eax], al
67b4b7e4: 0000 add [eax], al
67b4b7e6: 0000 add [eax], al
67b4b7e8: 0000 add [eax], al
67b4b7ea: 0000 add [eax], al
67b4b7ec: 0000 add [eax], al
67b4b7ee: 0000 add [eax], al
67b4b7f0: 0000 add [eax], al
67b4b7f2: 0000 add [eax], al
67b4b7f4: 0000 add [eax], al
67b4b7f6: 0000 add [eax], al
67b4b7f8: 0000 add [eax], al
67b4b7fa: 0000 add [eax], al
67b4b7fc: 0000 add [eax], al
67b4b7fe: 0000 add [eax], al
Built on Althena on Sat Apr 02 20:03:48 2011 using compiler version 1400
Windows 5.2 (Windows Server 2003 x86 build 3790) [Service Pack 2]
Memory status: virtual free 1945M/2048M, commit limit 4328M, physical total 1791M
EAX = 7ffdf000
EBX = 00000000
ECX = 40000000
EDX = 00000000
EBP = 0012fd58
ESI = 67b4b790
EDI = 0012fda4
ESP = 0012fd30
EIP = 67b4b790
EFLAGS = 00210202
FPUCW = ffff027f
FPUTW = ffffffff
Crash reason: Access Violation
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'VirtualDub'...
...writing address 67B4B790.
Pointer dumps:
EAX 7ffdf000: 0012f3e8 00130000 0011e000 00000000 00001e00 00000000 7ffdf000 00000000
EDI 0012fda0: 00000000 00000000 0012fd64 00000000 00000000 00000000 00000000 0012fd74
ESP 0012fd30: 77f5b6e3 003e019c 0000001c 00000000 00000520 67b4b790 dcbaabcd 00000000
0012fd50: 0012fda4 67b4b790 0012fdd4 77f55f82 67b4b790 003e019c 0000001c 00000000
0012fd70: 00000520 0000001c 003e019c 00903040 00000024 00000001 00000000 00000000
0012fd90: 00000030 ffffffff ffffffff 77f55f38 00000000 00000000 0012fd64 00000000
EBP 0012fd58: 0012fdd4 77f55f82 67b4b790 003e019c 0000001c 00000000 00000520 0000001c
0012fd78: 003e019c 00903040 00000024 00000001 00000000 00000000 00000030 ffffffff
0012fd98: ffffffff 77f55f38 00000000 00000000 0012fd64 00000000 00000000 00000000
0012fdb8: 00000000 0012fd74 0012f95c 0012fe54 77f6af18 77f55fa8 00000000 0012fe1c
Thread call stack:
77f5b6e3: USER32!LoadCursorW [77f40000+169ee+4cf5]
77f55f82: USER32!IsDialogMessageW [77f40000+15ca1+2e1]
77f55f38: USER32!IsDialogMessageW [77f40000+15ca1+297]
77f55e22: USER32!IsDialogMessageW [77f40000+15ca1+181]
77f5c9c6: USER32!GetClientRect [77f40000+1c97c+4a]
7c9283c6: ntdll!KiUserCallbackDispatcher [7c900000+28398+2e]
77f5bde5: USER32!TranslateMessage [77f40000+1bdac+39]
77f5be1a: USER32!TranslateMessage [77f40000+1bdac+6e]
77f56558: USER32!GetForegroundWindow [77f40000+1641e+13a]
0045c7df: WinMain@16()
005ddc8b: __tmainCRTStartup()
7c82f23b: kernel32!ProcessIdToSessionId [7c800000+2f032+209]
-- End of report |
|
|
| ale5000 |
| Posted: May 12 2011, 11:08 PM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
| QUOTE (DarrellS @ May 12 2011, 07:26 AM) | | I assume because the internal mp3 decoder uses the Fraunhofer ACM Codec? The Fraunhofer ACM Codec has always been used to decode mp3 as long as I can remember (started using Virtualdub around 1999-2000). |
No, the latest version of VirtualDub come with an internal decoder for mpeg audio 1/2/3 but I assume it doesn't get used by default if there is also an ACM codec installed on the system (also if the ACM is only for encoding).
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| phaeron |
| Posted: May 14 2011, 08:33 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
I've noted the multiple ACM codec for same format issue in my TODO list and I'll get to it at some point.
The open file dialog crash looks like a problem with a video codec that Windows Explorer is trying to use to get preview information on a file. You might be able to reproduce this in Notepad if you set the file type in the dialog to All Files. The crash looks as it does because some codecs have the lame behavior of unloading their code when they detect a crash, resulting in the confusing crash dump.
|
|
| phaeron |
| Posted: May 15 2011, 06:14 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Alright, I've tracked down the problem with LameACM, but it's not a simple fix.
The problem is that the LameACM codec doesn't respond properly to the ACM query that VirtualDub is using. Specifically, if the codec is compiled without decoding, as the generally available builds are, LameACM responds affirmatively to acmFormatSuggest() queries but then fails on acmStreamOpen(). This breaks ACM's format negotiation process. In order to fix this properly I need to do similar to what I did with video codecs and bypass the ACM format negotiation entirely, querying each codec individually. |
|
| ale5000 |
| Posted: May 15 2011, 08:38 AM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
Edit: Post removed
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| ale5000 |
| Posted: May 31 2011, 01:30 PM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
Edit: Problem fixed
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| DarrellS |
| Posted: Jun 7 2011, 05:46 PM |
|
|
Advanced Member
Group: Members
Posts: 567
Member No.: 1061
Joined: 28-November 02
|
Null Transform filter using cropping is broken. I don't have version 4 thru 7 but it works in all other versions that I have. If I use cropping in any other filter it's ok so it is the Null Transform filter that is broken.
 |
|
| DarrellS |
| Posted: Jun 10 2011, 11:29 PM |
|
|
Advanced Member
Group: Members
Posts: 567
Member No.: 1061
Joined: 28-November 02
|
Got a nasty trojan last night that prevented my PC from booting. After trying to fix the problem using a boot disc failed, I installed a back-up image of my C drive and the Null Transform problem disappeared. |
|
| phaeron |
| Posted: Jun 12 2011, 11:35 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
| QUOTE (ale5000 @ May 31 2011, 06:30 AM) | Is it possible to fix this bug?
| QUOTE | Each driver tells virtualdub it's priority in the chain of possible drivers - I have set the priority of the NBTV driver to a highly negative number which, I thought, should have caused VirtualDub to select it's inbuilt wave input driver ahead of the NBTV input driver.
...
|
|
Well... sort of.
It turns out there was a pretty dumb bug in the built-in WAV driver, which was causing its signature check to fail and it to always fall back to lower-tier filename matching. That still doesn't explain why the NBTV driver was conflicting with the WAV driver. The WAV driver always takes any RIFF/WAVE file, so for the NBTV driver to co-exist it would have had to have a more strict signature check, which would then require a higher priority, not a lower one. If the intent was for the NBTV driver to never automatically activate, it wouldn't have been necessary or a good idea to have the autodetect function implemented at all.
In any case, the WAV detection fix is in 1.10.1 test-10, so we'll see if that does the trick.
|
|
|
