| Printable Version of Topic
Click here to view this topic in its original format |
| Unofficial VirtualDub Support Forums > Testing / Bug Reports > Virtualdub 1.10.1 Test Thread |
| Posted by: phaeron Feb 20 2011, 06:53 AM |
| Got around to working on VirtualDub a bit, and started going through some of the easier items on the list. I backported the multi-monitor display support and portable mode code from Altirra, did a couple of fixes for Windows Vista/7 specific issues, and added a couple of the quicker features. One notable feature addition is auto-recover support, which allows VirtualDub to recover settings and the edit list after a crash. It's currently disabled by default, but I want to turn it on by default once I put in an option to move the default data directory out of the program directory (which is not install friendly). Note: All 1.10.1 test releases have been superceded by 1.10.1 final. http://www.virtualdub.org/beta/VirtualDub-1.10.1-test20.zip http://www.virtualdub.org/beta/VirtualDub-1.10.1-test20-AMD64.zip http://www.virtualdub.org/beta/VirtualDub-1.10.1-test20-src.7z Current changes (some test-1 changes marked as test-2 since I forget):
|
| Posted by: fmagreed2 Feb 20 2011, 07:11 PM |
| Thank you for all your hard work! I can verify that: (test-2) Capture: "Windows Mixer" menu option now launches the Recording tab of the Sound control panel in Windows Vista and Windows 7. (test-2) Capture: Added option to allow selection of video codecs that do not support the current output format. both work correctly on Win 7 x64 (both 32 and 64 bit versions of virtualdub). |
| Posted by: ale5000 Feb 20 2011, 11:32 PM |
| Great. One small suggestion: If you go on Audio => Audio from other file... and select an .mp3 file with "Ask for extended options after this dialog" unchecked then it would be a good thing to NOT show the import dialog. |
| Posted by: ale5000 Feb 21 2011, 09:01 PM |
| Edit: Post removed |
| Posted by: ale5000 Feb 22 2011, 01:54 PM |
| Edit: Post removed |
| Posted by: ale5000 Feb 27 2011, 02:08 AM |
| Edit: Problem fixed |
| Posted by: phaeron Feb 28 2011, 01:58 AM | ||||
Not much on this drop, but test-3 is up.
Sorry, but I don't want to do this -- I don't want to trivialize that particular decision.
I haven't checked that particular plugin yet, but I wasn't able to reproduce this with AVI, at least. |
| Posted by: ale5000 Feb 28 2011, 11:08 AM |
| Edit: Post removed |
| Posted by: ale5000 Feb 28 2011, 11:09 AM |
| Edit: Problem fixed |
| Posted by: BugMaster Feb 28 2011, 06:03 PM |
| ale5000 What is x264vfw version? CPU? Also if possible provide test case (sample). P.S. Most probably some bug in ffh264 decoder or corrupted sample. Was sample encoded with x264vfw in avi or it is imported with some plugin from other container (seeking need that every keyframe have SPS/PPS which is not the case for MP4/MKV)? |
| Posted by: ale5000 Feb 28 2011, 08:34 PM |
| Edit: Problem fixed |
| Posted by: mayhem Feb 28 2011, 10:14 PM |
| 10.1-test branch seems to be altering display range of RGB, I realize this is a sticky issue as people have their systems setup differently,etc but on my system it appears to be imposing studioRGB ?? resulting in a noticeably lower contrast "washed out" effect in the display panes. Note this only seems to affect display and the end videos come out full range, however, with the display panes affected it becomes very difficult to properly make brightness/contrast/hue adjustments using filters because whats on the screen will not match the output file. For me this is remedied by unchecking Direct3D and using OpenGL for display panes things look fine again, but wanted to make notification of this regardless as it may effect some people using Direct3D/DirectX for display panes depending on whether they use 0..255 or 16..235 The regular 10.0 branch doesn't have this change, I suspect it may be related to the "direct X disabled by default" listed in changes? If so its worth mentioning that if you update your files with this newer version and still had directX/3D checked in settings it stays that way regardless of being "disabled" and so this change in RGB becomes evident (depending on system setup, OS etc, I'm using XP maybe Win7 is sRGB by default or something) Edit: Upon further fiddling it looks like this only applies to Direct3D and not DirectX so possibly an ATI/nVidia driver issue in there too. Anyhow, setting it to OpenGL or only DirectX without Direct3D checked seems to be fine. |
| Posted by: BugMaster Feb 28 2011, 10:30 PM |
| ale5000 First of all tell fccHandler that first start code in H.264 Annex B can't be short (3-byte 0x000001), it must be 4-byte start code (0x00000001). I will try to fix x264vfw for this case which try to detect what it get Annex B or not (and fails for this samples) but this is against H.264 specs. |
| Posted by: BugMaster Feb 28 2011, 11:52 PM |
| ale5000 This version must work for such broken files: http://www.mediafire.com/?pn2j9hspsihs7ie |
| Posted by: ale5000 Mar 1 2011, 12:16 AM |
| Edit: Problem fixed |
| Posted by: pureocean Mar 1 2011, 10:18 AM |
| Firstly, @phaeron: Thank you for new test versions. Especially for "auto-recover". This feature will be getting better (of course, with feedbacks). Secondly, @BugMaster: Thanks for special x264vfw_fix. Virtualdub can open all x/h264/avc based-videos with this fix. Thank you! Hopefully, fccHandler correct technical bytes on Matroska/FLV plugins that you're mentioned. |
| Posted by: phaeron Mar 5 2011, 11:24 PM | ||
Uh... weird. I didn't make any changes to color space conversions in the Direct3D code, and it doesn't use YUV textures. The only change I made was to disable DirectX overlays by default, and that wouldn't affect you if you already had Direct3D checked. Both the Direct3D and the OpenGL paths use the same conversion equations: they explicitly use 16-235 unless you choose one of the full-range YCbCr formats. What video card do you have? I need to know the model, e.g. NVIDIA GeForce 7900, because there are several paths in the Direct3D driver depending on graphics card level. Also, try using the channel levels test video (Tools > Create Test Video) and set the input and output color modes to YUY2. You should not be seeing a difference in color ranges between these two display modes. |
| Posted by: pintcat Mar 6 2011, 10:07 AM |
| #test 3 refuses to load two of my VD-filters: textsup.vdf and vobsub_vd.vdf. The log says that VDub is unable to load these filters, because the vdf-modules cannot be found. But they still reside in the plugins folder as they did all the time. AFAIR it used to work with the latest stable. |
| Posted by: ale5000 Mar 7 2011, 12:13 AM |
| Edit: Problem fixed |
| Posted by: mayhem Mar 8 2011, 05:32 AM | ||||
Upon further comparison of settings between 1.10.0 and 1.10.1-test branch the setting that actually makes the difference turns out to be "use high precision conversion" which I had checked by default in both versions originally. Display was set to use Direct3D with the above option checked and color display was correct (remains correct on 1.10.0) but changed under 1.10.1 to a washed out look with loss of contrast. Unchecking the high precision conversion (whatever that is) restores it to normal. So all options DirectX, D3D and OpenGL look fine except D3D w/high pres. Weird, not sure why that would change anything all of a sudden. Using an ATI Radeon HD4870 1GB if that matters, and Color Depth in/out was just at the default Autodetect/Same as Decompress in both .0 and .1 versions. Not really much of an issue at this point since the erroneous setting has been discovered and unchecked, just weird. |
| Posted by: Jam One Mar 10 2011, 10:11 PM |
| Had configuration settings been intentionally moved from .vcf to .vdscript? Or?... Test-3 Build-34019 prompts to save processing settings as .vdscript. This causes a confusion, since .vdscript is associated with some other VirtualDub's scripts (I have no knowledge about). Am I missing something? |
| Posted by: phaeron Mar 13 2011, 05:22 AM |
| Yeah, I changed from .vcf to .vdscript to finally get rid of the .VCF extension conflict. They're treated the same -- the run script and load configuration commands do the same thing. Good catch on the Direct3D9 high precision issue. It wasn't a luma levels issue as I had expected, but rather just outright breakage in the high-precision bicubic code. It was caused by me changing the bicubic algorithm to fix artifacts on Intel graphics devices without changing all of the paths involved. I put some fixes in for 0x0 resize issues. |
| Posted by: ale5000 Mar 13 2011, 06:13 AM |
| Edit: Problem fixed |
| Posted by: ale5000 Mar 13 2011, 06:25 AM |
Very minor bug: empty space in "Select audio compression" dialog => |
| Posted by: ale5000 Mar 13 2011, 06:42 AM |
| 1) When you open the "Select audio compression" dialog (without change anything) the "Configure" and "About" buttons are enabled for "<No compression (PCM)>". 2) When you insert a number with four ciphers in the "X2 offset" of the cropping dialog the number go over (only a bit) the arrows at the right. |
| Posted by: Jam One Mar 13 2011, 07:07 PM | ||
Roger that. Thank you! |
| Posted by: ale5000 Mar 13 2011, 10:06 PM | ||||
| Another crash, this time with the Resize filter. I have used something like this (I don't remember the exact values):
|
| Posted by: ExaltedVanguard Mar 20 2011, 04:13 PM |
| I'd like to give a great big THANK YOU. With your program, I can use my black magic card with any codec now. Very useful. |
| Posted by: ale5000 Mar 25 2011, 02:23 PM |
| In Audio => Conversion there is "No change (stereo)" also for "Dual mono" files. Test file: http://www.mediafire.com/?g6socpji2idl2vn |
| Posted by: ale5000 Mar 25 2011, 03:00 PM |
| Edit: Problem fixed |
| Posted by: element Mar 26 2011, 03:21 AM |
| The deinterlace filter seems broken in VirtualDub 1.10.1 capture mode (Win7 x64). My source is an NTSC VHS tape (29.97 fps). Video and audio look fine in preview. I'm capturing to AVI, using XviD (video) and mp3 (audio). With deinterlace on (either Yadif or ELA), the motion in the AVI is twice as fast as it should be. Audio is fine. The AVI frame rate is 29.97, as verified by 3 different players. When I select "double the frame rate" in deinterlace, I still get the sped-up motion, but the frame rate is now 59 fps. With deinterlace off, the motion is OK (but I see field combing, of course). In VirtualDub 1.9.11 deinterlace works fine (both Yadif & ELA). |
| Posted by: phaeron Mar 27 2011, 12:47 AM |
| Test-6 is up with some fixes for reported problems. The capture filter issue turned out to be a general problem with conversion filters inserted automatically into the pipeline. Should be fixed now, and filter chains in capture mode should be a bit more reliable. Bonus is that this also removes a little bit of CPU usage for filter chains in single-threaded mode even not in capture mode. I took a look at the dual mono issue. Both audio channels are actually encoded in a single stereo stream, and DirectShow also reports it as such. It is encoded in dual channel mode, but that isn't something that I could reliably use to detect this case, because an MPEG audio encoder could use that for even a regular stereo stream if it found it improved quality. Therefore, I don't think I can address this -- there isn't enough motivation or reliable indication to warrant special handling. Worst case, you can always extract one of the channels using the audio filter graph or the left/right modes. |
| Posted by: ale5000 Mar 27 2011, 03:20 AM |
| @phaeron: MediaInfo and VLC detect correctly "Dual mono" so you can look at the source code (but it isn't really important anyway). |
| Posted by: ale5000 Mar 29 2011, 02:26 AM | ||
Crash while direct stream copying audio:
|
| Posted by: pureocean Mar 29 2011, 05:57 AM |
| Minor bug(Test-4 and Test-6): Audio menu -> Audio from other file... -> *.WAV files? |
| Posted by: ale5000 Mar 29 2011, 09:25 PM | ||
Where is the bug? |
| Posted by: Gromozeka Mar 30 2011, 08:49 AM |
| the preview windows when give large is bug in version 1.10.1 test2, test3,test4,test5,test6 version 1.10.1 test1 not have this bug |
| Posted by: Jam One Mar 30 2011, 10:33 AM | ||
What? Pardon? Please try to describe it in other words. |
| Posted by: ale5000 Mar 30 2011, 11:27 AM |
| The "engrish" language has taken more adepts |
| Posted by: Gromozeka Mar 30 2011, 11:49 AM |
| sorry me my english. i shal put screenshot http://www.radikal.ru |
| Posted by: pureocean Apr 1 2011, 06:18 AM | ||||
WAV files cannot see in "Audio from other file". If user will be type *.WAV, dialog box can see WAV files. And if wav file is clicked, it accept. |
| Posted by: ale5000 Apr 1 2011, 11:16 AM | ||
I can import wav files correctly from "Audio from other file", I don't see any problem. |
| Posted by: dloneranger Apr 1 2011, 03:12 PM |
| On a small performance note, a lot of the internal filters could be updated to use the newer FILTERPARAM options eg FILTERPARAM_PURE_TRANSFORM |
| Posted by: phaeron Apr 3 2011, 03:31 AM |
| Alright, test-7 is up with minor fixes. I wasn't able to reproduce the WAV file issue either. If you have input plugins installed, try temporarily removing them to see if the problem goes away. There was a recent thread about ambiguities in file pattern selection that make me suspect this is a factor. The display filtering issue is most likely because I turned off hardware overlays by default. You can re-enable them in Options > Preferences > Display, but I'd recommend enabling Direct3D9 mode instead, as it works much better under Windows Vista/7. I went ahead and tagged all the internal filters as appropriate with the pure transform flag. The div0 crash indicates something is wrong with the metadata on the input audio stream, specifically nBlockAlign=0. Anything interesting about the audio? |
| Posted by: ale5000 Apr 3 2011, 11:33 AM |
| 1) About the resize filter crash: I haven't seen this crash in the changelog, is it fixed? 2) About the crash report of direct stream copying audio: It is AAC with nBlockAlign=0 in WMV container opened with an old version of the WMV input plugin, it isn't supported by the input plugin but since in this particular case the crash happen in VirtualDub (and not in the input plugin) I think that a "check" could be added in VirtualDub to prevent the crash. PS: The file plays fine in VLC while in MPC-HC the audio works fine but not the video. |
| Posted by: ale5000 Apr 3 2011, 12:21 PM |
| 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? |
| Posted by: ale5000 Apr 4 2011, 03:32 PM | ||
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? |
| Posted by: ale5000 Apr 9 2011, 04:56 PM | ||
| 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:
|
| Posted by: phaeron Apr 10 2011, 09:33 AM |
| 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. |
| Posted by: ale5000 May 2 2011, 03:00 PM | ||
| 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:
|
| Posted by: DarrellS May 12 2011, 06: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). |
| Posted by: pureocean May 12 2011, 06:32 AM | ||
Sometimes crash when opening "Save AVI" dialog-box. Only no build, all builds. No often. What could be the reason?
|
| Posted by: ale5000 May 12 2011, 11:08 PM | ||
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). |
| Posted by: phaeron May 14 2011, 08:33 PM |
| 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. |
| Posted by: phaeron May 15 2011, 06:14 AM |
| 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. |
| Posted by: ale5000 May 15 2011, 08:38 AM |
| Edit: Post removed |
| Posted by: ale5000 May 31 2011, 01:30 PM |
| Edit: Problem fixed |
| Posted by: DarrellS Jun 7 2011, 05:46 PM |
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. |
| Posted by: DarrellS Jun 10 2011, 11:29 PM |
| 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. |
| Posted by: phaeron Jun 12 2011, 11:35 PM | ||||
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. |
| Posted by: phaeron Jun 12 2011, 11:36 PM | ||
Uh... while it's good that you got your machine cleaned off, it's unlikely that this was the cause. There was a regression in test-8 that caused the null transform filter not to handle flipped bitmaps properly. P.S. In the future, please indicate the test-* version you are using explicitly, as neither window you have in your image indicates this. The test release is only indicated in the initial window caption on startup. |
| Posted by: pureocean Jun 13 2011, 02:16 AM | ||||
| @phaeron: Thank you for new update. Also late thanks for you replied my messages. Quote:
You're right. Issue source: FccHandler's MPEG2 InputDriver (MPEG2.vdplugin). After this file deleted, *.WAV files can appear in "Audio from other file..." window. Quote:
Actually, I suspect the mouse pointers. Because I don't use default pointers of windows. My mouse pointers: WinXPsetV3 Cursor 66.ani WinXPsetV3 Cursor 68.ani aero_busy.ani Crashing issues is very rarely (in Save AVI window). Perhaps, a buffer overflow be caused by external pointers. I think, I need back to the original mouse pointers. |
| Posted by: DarrellS Jun 13 2011, 06:12 AM | ||||
In my first post, although I did not mention 1.10.1-test8 (I thought that I did), I did show a screenshot of the build 34592. I thought it was test8 since that is what my shortcut said but when I redownload the file a couple of days ago which didn't show the messed up frame, it said test7 (which is build 34093). I notice tonight that there is a test8 which was not on the front page a couple of days ago and it is the same build that I posted in the screenshot, test8. I'll retry and see if test8 still shows the messed up screen like it did the other day. EDIT: Yep! The problem is back in the version that I downloaded tonight. Test8 build 34592. |
| Posted by: Dstruct Jun 14 2011, 02:23 PM |
| 1.10.1-test10 "Save Default" isn't working properly in the "Resize" filter dialog. Doesn't remember "Lanczos3" and "Multiple of 2" settings! FIXED (1.10.1-test10) |
| Posted by: pureocean Jun 14 2011, 06:36 PM |
| About MPEG audio input module... A sample audio (Format: MPEG 1.0 Layer 2). Cannot import. Error message: "Audio.mp2 is of an unknown or unsupported file type." Is this normal? If so, it doesn't matter. Sample audio: http://rghost.net/10895751 |
| Posted by: DarrellS Jun 14 2011, 10:33 PM |
| Null Transform problem fixed in 1.10.1-test10. Thanks! |
| Posted by: phaeron Jun 18 2011, 09:58 PM |
| Hmm, that Save As Default bug is interesting. I don't think the code for that's changed in a couple of years... surprised it didn't come up before. Anyway, it's fixed in test 11 (it wasn't syncing the state of the dialog before saving the config). The MPEG audio code doesn't do signature detection and doesn't include the "mp2" extension. The reason is that signature detection is unreliable for MPEG audio -- Microsoft tried to do this in Windows Media Player, and the result was that it opened some AVI files as MP3 files -- and the .mp2 extension is more commonly used for video files. You can still open them as such if you override the file type. |
| Posted by: Mr.Bomber Jun 19 2011, 07:21 PM |
| Thank you for corrected filter resize. There is else here is such small bug. The move of the performing the task is displayed in percent in window Job control and in headline main window Virtualdub. If in window status is switched to any tab, except the main. Image of the percent is frozen in headline main window. |
| Posted by: ale5000 Jun 20 2011, 03:19 AM | ||
It works, thanks. |
| Posted by: ale5000 Jun 20 2011, 03:55 AM |
| VirtualDub say "The video decompressor cannot decompress to the selected input format. Check for a Force YUY2 setting in the codec's properties or select a different input video format under Vido > Color Depth." Test file (cut.demuxed.m2v): http://www.multiupload.com/SQRQRQKX3V You should have the MPEG2 input plugin. 1) Select Video => Color Depth 2) Then Decompression format => Other... => YCbCr (Rec.601) Limited 4:2:0 interlaced 3) Then Output format => 24 bit RGB (888) 4) Open the video 5) Now press the play output button |
| Posted by: Dstruct Jun 20 2011, 05:56 AM | ||
Thanks! Fixed in 1.10.1-test10. |
| Posted by: ale5000 Jun 25 2011, 11:25 AM | ||
I have used File => Save segmented AVI (video: full processing mode uncompressed, audio: direct stream copy), then I stopped it and it is crashed:
|
| Posted by: Dstruct Jul 5 2011, 04:29 PM |
| 1.10.1-test11 -> View -> Log Result: no checkmark in front of "Log" menu entry Expected: checkmark in front of "Log" menu entry when Log window is opened (same as with Status window). |
| Posted by: Dstruct Jul 13 2011, 01:54 PM |
| 1.10.1-test11 -> Video -> "Filters" dialog should remember the last clicked/selected Filter so that we immediately can click on "Configure" for example (without the need to select a Filter first) ... |
| Posted by: jpsdr Jul 22 2011, 09:00 AM | ||
| Hello. In the VideoFilter.h of source code 1.10.1-test11 there is :
Is it normal to have twice accelRunProc, with the exact same line ? |
| Posted by: jpsdr Jul 22 2011, 09:51 AM |
| deleted |
| Posted by: phaeron Jul 24 2011, 01:11 AM |
| Looks like a merge accident (the new P4Merge sucks). Fortunately it's harmless. |
| Posted by: jpsdr Jul 26 2011, 02:07 PM | ||
| Crash report Here how to create the crash : Chose Input Color Depth to : YCbCr 420 Limited Rec 601 Interlaced Create a test video : 3:2 pulldown TTF Add filter : Brightness/Contrast Click : Show Preview Result :
|
| Posted by: phaeron Aug 1 2011, 06:20 AM |
| Aha... fixed. The code was using the Win32 bitmap header, which doesn't exist if the format doesn't have a Win32 equivalent. There was no need for that. |
| Posted by: jpsdr Aug 4 2011, 01:06 PM |
| deleted |
| Posted by: Dstruct Aug 9 2011, 09:50 AM |
| 1.10.1-test12 -> load file with stereo audio -> Audio/Conversion/Channels: Set to "Left" or "Right" -> Audio/Compression Result: Only Stereo compression modes shown Expected: Only Mono compression modes shown Trying to Save the file in full processing mode also gives an error: "Error initializing audio stream compression: No installed audio codec could compress the source audio to the desired format. Check that the sampling rate and number of channels in the source is compatible with the selected audio format." Trying to fix it via Advanced Filters also doesn't seem to help as workaround. I'm only getting different "Pin connection" error messages when trying to save the file (no matter which Stereo-Split/Merge/Mix method I'm trying). Even got VirtualDub hanging at 100% CPU while trying to Add a Output node in the Advanced Filters dialog ... FIXED (1.10.1-test15) |
| Posted by: Dstruct Aug 9 2011, 09:54 AM |
| 1.10.1-test12 Audio/Filters ... (Advanced Filtering) -> window has ugly default program icon in titlebar. VirtualDub logo should be shown. FIXED (1.10.1-test15) |
| Posted by: Dstruct Aug 9 2011, 10:20 AM |
| 1.10.1-test12 Help file -> Dialogs/Audio filters should read There must be exactly one "input" node. instead of There must be exactly one "source" node. FIXED (1.10.1-test14) |
| Posted by: phaeron Aug 10 2011, 12:41 AM |
| I fixed up the cosmetic issues you pointed out, but the behavior with the left/right settings is correct. By using those settings, you're telling VirtualDub to select one channel and discard the other, so you should only be getting mono formats in the compression dialog. |
| Posted by: stephanV Aug 10 2011, 05:07 AM | ||
The problem he pointed out is that he is getting stereo formats as well. I can confirm this. |
| Posted by: Dstruct Aug 10 2011, 06:13 AM | ||
Yes, that's the problem. Stereo formats are shown instead of Mono ones. No chance to compress it as it just gives you error messages (as you're just be able to choose from Stereo compression modes) |
| Posted by: Barnister Sep 8 2011, 10:32 AM |
| Just a question: How about making use of DirectCompute which CUDA(Nvidia) or OpenCL(AMD) use to accelerate the whole encoding process? Just throwing it in the room. I by no means know what I'm talking about. I just really would like the feature to make use of my GPU's thousand stream processors to speed up the whole encoding process. |
| Posted by: v0lt Sep 8 2011, 02:08 PM |
| @Barnister VirtualDub does not encode, it only controls. The encoder encodes. |
| Posted by: Barnister Sep 9 2011, 07:15 AM |
| Right, of course. That's why there's a codec that makes use of CUDA. My bad. I'm always exclusively using x264. So, it means what? The x265 codec guys have to do it? |
| Posted by: phaeron Oct 4 2011, 06:14 AM |
| I've been kind of sidetracked the DirectShow input plugin and not devoting much VDub time to the main program itself, but I've pushed out test-13 with some miscellaneous fixes that have been queuing. |
| Posted by: mayhem Oct 8 2011, 07:55 PM |
| As of -test13 the open/save dialog no longer has the useful "Places bar" on the left side of the dialog and uses the standard windows open/save dialog. Any chance of getting that back, it was rather handy, at least on XP, not sure if its even implemented in 7 or not. 7 has lots of its own dialog issues, like perpetual inability to remember sort and view modes from folder to folder and seemingly no way to set them globally. In fact, lack of global settings across all programs and dialogs is my major gripe with 7 and why I won't use it on my desktop, my laptop I have no choice, but at least on the desktop I do. |
| Posted by: freedomdwarf Oct 11 2011, 02:20 PM |
| Is there a repository where we can grab the latest release/build of VirtualDub? I don't mind being a guinea-pig to see if the latest version works for what I do with VD. I just 'happened' across Test12 and it works for what I want but I have seen from Phaeron that it shouldn't really be used because it has a 'Sleep(10000)' in it somewhere and that Test13 has fixed some niggles... So where can I grab Test13 from pretty plz?? |
| Posted by: dloneranger Oct 11 2011, 05:55 PM |
| @freedomdwarf It's on the first page of this thread |
| Posted by: phaeron Oct 12 2011, 05:37 AM |
| Yeah, these threads are meant to be the repositories and the latest build and change list is always on the first post. I forgot to pin this thread, which I have fixed in test-14. The places bar issue was a dumb regression I introduced when I was fixing some build errors on my desktop, which has the Vista SDK installed instead of the Windows 2000 SDK. What's annoying is that it was a pain to test the regression fix because the only way I can run Windows 98 now is through a VM, and VirtualBox runs Win98SE very poorly. Given that I really can't even run the OS properly anymore it's probably about time I finally dropped Win98/ME support and started building VirtualDub as Unicode instead of MBCS. |
| Posted by: jpsdr Oct 12 2011, 07:46 AM |
| If you do that, does it mean that to properly compile plugins, in the general settings of the projects, the Characters settings (translated from french, don't know if it's the exact english label), should be set to Unicode instead of MBCS, or would they stay compatible ? If i remember properly, a long time ago, in my debut building pluggins,once the setting was to Unicode and it didn't work. Don't remember if pluggin didn't load in VD, or if it simply didn't compile. |
| Posted by: Dstruct Oct 12 2011, 01:53 PM | ||||
Both issues still there in 1.10.1-test14. FIXED (1.10.1-test15) |
| Posted by: phaeron Oct 23 2011, 08:30 PM | ||
| Test-15 is up with a few more bug fixes. The Unicode/MBCS setting controls whether generic macros map to the ANSI or Unicode versions of the Win32 APIs. This includes functions like CreateWindow, macros like MAKEINTRESOURCE and _T(), and the UNICODE/MBCS macro. This means if that you have code like this:
...it will not compile in Unicode mode because you are attempting to pass a narrow string to SetWindowTextW(). It's even worse if you are using messages like WM_SETTEXT where you can silently get a type mismatch that only manifests at runtime. Within a module, the solution to making a module Unicode/MBCS agnostic is to convert everything to either be agnostic (particularly using _T() or _t* functions), or to hardcode the specific ANSI/Unicode API being used. VirtualDub and your filter, however, don't need to use the same settings. There is nothing in the filter API that requires a particular setting since there are no generic Windows types embedded in the header. You can convert your filter to Unicode now or vice versa and everything should run OK. |
| Posted by: pureocean Nov 6 2011, 01:08 AM |
| @phaeron: Firstly, thanks for new updates. There is strange issue. Could you help? Video: http://www.megaupload.com/?d=U1DP65X0 Issue: If anything frames is deleted, Virtualdub can't playing or seeking with arrow keys. Tested: Virtualdub build 34676 (test-15). P.S.: No problem in Virtualdub 1.8.8. |
| Posted by: phaeron Nov 6 2011, 11:30 PM |
| Looks like it may be an improperly coded AVI with a keyframe 0 dependency -- whether or not this worked in the past would have been by chance. I'll have to think about putting in an option for this. There's no way around it for direct stream copy, but for full processing mode it would allow the file to be transcoded properly. |
| Posted by: Dstruct Nov 7 2011, 12:55 PM | ||||||
VirtualDub 1.10.1-test15 With this file
I'm getting a "Error initializing audio stream compression: No installed audio codec could compress the source audio to the desired format. Check that the sampling rate and number of channels in the source is compatible with the selected audio format." error message in VirtualDub when trying to save this file with 5.1 AC-3 320kbps compression. fccHandler AAC ACM Codec 1.8 fccHandler AC-3 ACM Codec 1.9 fccHandler Matroska Plugin 3.0 Shouldn't it work (6ch AAC conversion to 6ch AC-3)? |
| Posted by: pureocean Nov 7 2011, 01:55 PM |
| @phaeron: Thanks for the information. |
| Posted by: Mr.Bomber Nov 16 2011, 01:01 AM | ||
| Error of the opening of the program test 15 under WinXP. If start test 12 and disable in options all CPU optimizations then after program is started without error. In than reason? Under W7 all orderly. XP SP3, Intel Core i5 2500K, ASUS P8P67LE.
|
| Posted by: phaeron Nov 21 2011, 02:06 AM |
| Oops, I messed up the AVX detection routine. Try test-16. |
| Posted by: Dstruct Nov 23 2011, 01:07 PM |
| VirtualDub 1.10.1-test16 -> load movie -> enable Full Audio Processing -> Audio -> Audio from other file -> select a WAV file and check "Ask for extended options after this dialog" -> Open Result: No dialog with questions about extended options opened. Audio menu still has "Source audio" selected (instead of "Audio from other file")! FIXED (1.10.1-test18) |
| Posted by: phaeron Nov 25 2011, 08:03 PM |
| This happens because WAV files don't support any extended options. I'll fix the bug where it doesn't switch the audio mode. |
| Posted by: Dstruct Nov 28 2011, 02:32 PM |
| Ok, can't you even give it a different "open" dialog without the "extended" checkbox? |
| Posted by: ale5000 Nov 28 2011, 03:07 PM |
| @Dstruct: Most input plugins have extended options. |
| Posted by: Dstruct Nov 29 2011, 10:43 AM |
| I know. But the WAV Open dialog doesn't need to look the same or does it? |
| Posted by: ale5000 Nov 29 2011, 02:02 PM |
| "the WAV Open dialog" doesn't exist, there is "Audio -> Audio from other file" that can import a lot of formats. |
| Posted by: ale5000 Dec 1 2011, 02:22 AM |
| Sample file (14.08 MB): http://www.multiupload.com/ZKZ2LWU4AM In File => File Information... => Sample precision it say 32-bit but in Audio => Conversion... => Precision it say "No change (16-bit)". |
| Posted by: Dstruct Dec 1 2011, 03:56 PM | ||
Ah ok, I see. Thanks! |
| Posted by: ale5000 Dec 4 2011, 08:37 PM | ||
| Sample file (it crash VirtualDub on closing.avi - 1.58 MB): http://www.multiupload.com/XJFXQKH8ZD I have opened an avi file with VirtualDub, then I have closed VirtualDub and it is crashed:
|
| Posted by: ale5000 Dec 8 2011, 05:13 AM |
| In File => File information can you show the audio tag also when there is "Unknown extended format" please? FIXED (1.10.1-test19) |
| Posted by: phaeron Dec 11 2011, 10:17 PM |
| Fixed the animated GIF crash in test-18 -- the problem was that the animated GIF had no graphic control extension blocks and thus no specified display values. This is not advisable as the rate at which the animation plays is completely arbitrary. I couldn't even find any description in the spec as to how this is supposed to be treated. I've added code to display unknown WAVEFORMATEX GUIDs, but I don't have test files for this so it's a blind change -- LMK how it works out. |
| Posted by: ale5000 Dec 11 2011, 11:56 PM |
| Sample file (706D - 6 channels.avi - 7.71 MB): http://www.multiupload.com/2WCYZO5PWG The file contains multichannel aac audio with tag 0x706D. VirtualDub still only say "Unknown extended format", it doesn't show 0x706D. FIXED (1.10.1-test19) |
| Posted by: ale5000 Dec 12 2011, 12:06 AM |
| I have added a sample file to this post: http://forums.virtualdub.org/index.php?act=ST&f=15&t=19755&st=80#entry88226 |
| Posted by: ale5000 Dec 12 2011, 06:02 PM | ||
The same bug happens also with the DirectShow input plugin (it happens also from the normal open dialog). |
| Posted by: Gromozeka Dec 14 2011, 05:51 AM |
| Phaeron, you said a year ago that do capture video from external encoders. |
| Posted by: ale5000 Dec 17 2011, 08:23 PM |
| @phaeron: Look here => http://forums.virtualdub.org/index.php?act=ST&f=7&t=19800#entry88442 |
| Posted by: phaeron Dec 19 2011, 10:28 PM |
| Bah, I all files all the time. It's good for 'em. The wave format GUID string was too long, so I've shortened it. Lame Win32 behavior of the day: you can't disable word wrapping in a static control with a right justification. Input plugins need to be updated to indicate whether they have extended options dialogs or not. I just added the support for this in test-19, so no plugins will have been updated yet. I'm really behind on my TODO list and haven't gotten the external encoder support in capture mode in. I'm basically putting this branch into feature freeze and am going to try to do a release soon -- I need to hunker down and figure out what's left to do to make that happen. I think the Plugin SDK needs some love. |
| Posted by: ale5000 Dec 19 2011, 11:16 PM |
| Sample file (706D - Hatsune Miku.avi - 4.73 MB): http://www.multiupload.com/JRETRA9817 The file works perfectly in mplayer. When exporting raw audio it say "Audio samples 3153-3153 could not be read in the source. The file may be corrupted.". and then it stop exporting. Could it just skip the bad audio sample instead of stop? |
| Posted by: phaeron Dec 20 2011, 10:15 PM |
| Hatsune Miku? I'm not even going to ask. Tracked down this issue to a problem with handling VBR streams -- it can malfunction if dwSampleSize > 0, as happens in this case. The fix requires some changes to the AVI handler so I'm going to have to defer this to the next version. |
| Posted by: ale5000 Dec 21 2011, 01:04 AM |
| Sample file (207469.avi - 1.88 MB): http://www.multiupload.com/DO8K9T7RQ6 It is a video with only 1 frame, frame rate: 0.004 fps You need the AAC ACM Codec. - Open the video in VirtualDub - Problem 1, it doesn't show the frame but only black - Start input preview - Stop input preview - Problem 2, it need about 5 seconds to stop the audio preview (the problem doesn't happen with the output preview) |
| Posted by: ale5000 Dec 21 2011, 01:15 AM | ||
It is "Hatsune Miku Sings Levan Polka". Hatsune Miku is a voice from the software "VOCALOID". |
| Posted by: ale5000 Dec 21 2011, 01:38 AM |
| 1) Go on File => File information => Video stream The text is truncated => "Fram size, fp (µs per" The text is truncated => "Min/avg/max/total delta frame" The text is truncated => "Data" FIXED 2) Sample file (808SD01.avi - 312.17 KB): http://www.multiupload.com/DDFSHIJDB0 You need the AAC ACM Codec. - Open the video in VirtualDub - Start input preview, it play but you don't hear any audio. 3) In File => File information the name of the decompressor is truncated alhough there is still empty space, look at the image: |
| Posted by: ale5000 Dec 21 2011, 03:20 AM | ||
There are any news about this? Is it a bug in VirtualDub or in the MPEG-2 input plugin? |
| Posted by: fccHandler Dec 21 2011, 04:22 AM | ||
Not really a bug, but a limitation of the plugin. From the looks of it, he's added a bunch of new colorspaces that none of my plugins supports yet. Guess I need to get crackin'. |
| Posted by: fccHandler Dec 21 2011, 11:51 PM |
| I noticed a cosmetic bug (maybe intentional) in VirtualDub 1.9.11 and 1.10.1-test19: Steps to reproduce: 1) Open an AVI file with audio 2) Audio -> Full processing mode 3) Audio -> Compression 4) Click on "<No compression (PCM)>" In the Format information box it says the Format ID is 0x0000 (PCM). I was expecting it to say 0x0001 (WAVE_FORMAT_PCM). |
| Posted by: phaeron Dec 22 2011, 12:32 AM |
| 0x0000 PCM: Dumb string typo, fixed. I fixed the truncated labels in the info dialog. The codec string truncation was to prevent this same problem -- I'll probably need to switch those static controls to edit controls to work around this since the Win32 static control is lame. Deferring until next version. The long delay with very low frame rates is due to the pipeline getting blocked up trying to write an extremely large amount of audio for 1:1 interleaving. I'll have to see if there is an easy way to split this up or put in an abort flag check. Deferring until next version. |
| Posted by: Gromozeka Dec 22 2011, 09:11 AM | ||
Phaeron
Thank Phaeron, I'll wait for external encoders to capture |
| Posted by: ale5000 Dec 22 2011, 04:34 PM | ||
It is still truncated since I don't see the ":" after "Frame size, fps (µs per frame)" FIXED |
| Posted by: aguynamedoleg Dec 22 2011, 09:35 PM |
| I never really got a chance or even bothered to say thank you. I have been using Virtual Dub for almost 5 years. Thank you for all your hard work and a happy holiday! |
| Posted by: ale5000 Dec 23 2011, 09:21 PM |
| When the audio tag is 0xFFFE can you show also the GUID in the message "No audio decompressor could be found to decompress the source audio format. (source format tag: fffe)", please? Because if the user doesn't have the proper ACM codec installed, just saying 0xFFFE is useless, it need also the GUID to search for the proper codec. |
| Posted by: fccHandler Dec 26 2011, 01:52 AM |
| Thank you phaeron for the new experimental release, just in time for Christmas. Unfortunately I noticed a problem while playing with the color depth "Grayscale (0-255)" today. It tends to hang VirtualDub when I try to use it. Steps to reproduce: 1) Tools -> Create test video, RGB color cube 2) Video -> Color depth -> Decompression format: Grayscale (0-255), Output format: Same as decompressor 3) Seek to any frame on the timeline |
| Posted by: v0lt Dec 26 2011, 04:40 PM |
| HSV filter bug http://i.imgur.com/hC9Vi.png |
| Posted by: L.H.V.F. Dec 29 2011, 12:00 AM | ||||
When I was using the Ffmpeg Input Driver, by raythe0n, and have used other program together, a .ts (Transport Stream) crash the last build of the VirtualDub 1.10.1 released:
The second time have crashed for the same file:
Could you analyse this errors, phaeron? I don't know if I have done something wrong in settings. After two crash errors, then I tryed to use Freemake Video Converter for my conversions tests. According with MediaInfo, the video has 29.970 fps (for this I can play this in my CRT television), and the Ffmpeg Input Driver, by raythe0n, recognizes that the video has "59,940 fps", as the double. Is necessary to upload a sample for the same? Thanks, L.H.V.F. . |
| Posted by: jep Dec 29 2011, 07:37 PM |
| Sorry if wrong place. Drag/drop mkv and edit. Then use a/v stream copy to save results without recoding. Results in avc/aac avi that works sometimes and once remuxed to mkv (mkvtoolnix) always works. Would like to use external encoder option to directly mux to mkv but refuses to allow video stream copy. If possible to implement, please consider doing so. Thank you for an app that has given great results over years of service. |
| Posted by: evropej Dec 30 2011, 03:21 AM |
| anyone noticing slower start up time with this version? |
| Posted by: fccHandler Dec 30 2011, 07:12 AM | ||
Nope, for me it starts up instantly. But check your plugins folders; maybe something in there is causing a delay. |
| Posted by: levicki Jan 7 2012, 02:45 AM |
| "ASF files are not supported" message is still shown in version 1.10.1 when you try to open WMV from the command line even though DirectShowSource driver is installed and .wmv is added to its extension list. |
| Posted by: Jam One Feb 24 2012, 08:19 PM |
| Regression in released version 1.10.1 Open TARGA image sequence --> images are flipped upside-down. Versions 1.10.1-Test1 thru 1.10.1-Test7 are fine. Version 1.10.1-Test8 and following versions are broken. |
| Posted by: phaeron Feb 25 2012, 10:21 PM |
| TARGA read inversion will be fixed in 1.10.2. Oh, and I deleted a lot of pointless drama. |
| Posted by: Jam One Feb 26 2012, 10:02 AM |
| Thank you very much for both! |