| Printable Version of Topic
Click here to view this topic in its original format |
| Unofficial VirtualDub Support Forums > Testing / Bug Reports > Audio Only And No Video After Encoding |
| Posted by: HatMaster Sep 13 2013, 08:44 PM |
| Every time I try to encode a 40 - minute video made from FRAPS, I'm getting a file that is audio only with no video. PC Details~ Processor: Intel Core 2 Duo Ram: 4 GB Operating System: Windows 7 64-bit Graphics Card: GTX 650 I already tried reinstalling the x264vfw - H.264/MPEG-4 AVC codec. All the other encoders seem to have the same problem. I already tried updated my video drivers. Also, I've noticed that when I used a 15 second test video made from FRAPS, THAT worked but my 40 minute video didn't. Please someone tell me what I am missing. |
| Posted by: raffriff42 Sep 13 2013, 09:56 PM |
| I would suggest getting the http://codecguide.com/download_k-lite_codec_pack_standard.htm. |
| Posted by: HatMaster Sep 14 2013, 12:51 AM | ||
I vaguely remember doing that before, but I'll try reinstalling it. |
| Posted by: Abrazo Sep 14 2013, 06:42 AM |
| When you open the FRAPS video in VirtualDub, can you navigate through it (all the way from the beginning to the end) without problem ? When video and audio encoders are set in VirtualDub and you preview via the Output playback button, does it play correctly in the Output pane (at the right) ? Do you combine 32-bit VirtualDub with 32-bit encoders OR 64-bit VirtualDub with 64-bit encoders ? (Even so for inputdriver-plugins and filters.) NOT mixed, because that does not work. During the compression process you can check the "Show decompressed video" checkbox (in the Status dialogbox) to see what the final result will be. |
| Posted by: HatMaster Sep 14 2013, 07:05 PM | ||
Okay, I forgot to mention that there is also no video when navigating through VirtualDub. The file works perfectly fine in .VLC player. Now I tried downloading both 32 bit and 64 bit versions of VirtualDub and both of them are missing video when navigating. And just to make sure, I'm supposed to choose x264 encoder in the VIDEO - Compression options, and then go to FILE - Save as AVI, right? |
| Posted by: HatMaster Sep 14 2013, 07:09 PM | ||
I already had it downloaded. |
| Posted by: Abrazo Sep 14 2013, 08:12 PM |
| So there is a problem to read the fraps video in the first place. If you are not able to view it in VirtualDub, you will not be able to encode it. I think you will have the greatest chance to open it by installing the DirectShow inputdriver plugin for VirtualDub. You can find it here: > http://forums.virtualdub.org/index.php?act=ST&f=7&t=15093 Installing means unzip the DShowInputDriver.vdplugin into the plugins32 subfolder of your VirtualDub installation. After that, when in the "Open video file" dialogbox of VirtualDub, first click once on the fraps file, then at "Files of type" do select "DirectShow input driver" and finally click on Open. Once you can correctly open a videofile in VirtualDub so that you can see the images and hear the sound when you play it, then you should be able to re-encode it with the available codecs that you can find in Video > Compression... and Audio > Compression... |
| Posted by: raffriff42 Sep 14 2013, 08:36 PM |
| > no video when navigating through VirtualDub You are not decoding Fraps videos correctly. Either reinstall K-Lite (which runs Codec Tweak Tool in repair mode), or run Tweak in repair mode manually. Also reinstall Fraps on the editing machine. |
| Posted by: HatMaster Sep 16 2013, 02:05 AM | ||||
I installed DirectShow inputdriver plugin for VirtualDub. Tried it, and it didn't work. I reinstalled the K-Lite Codec Pack and made a new test video in my newly reinstalled FRAPS program. Video still isn't showing and I'm only getting audio. |
| Posted by: dloneranger Sep 16 2013, 02:11 AM |
| What does the file information dialog say is decoding it ? |
| Posted by: HatMaster Sep 16 2013, 02:27 AM | ||
Are talking about the window that pops up after I click Video - Compression? |
| Posted by: dloneranger Sep 16 2013, 02:36 AM |
| No, on the file menu, theres an entry 'file information' That dialog shows how virtualdub is decoding the video You could copy out the text, or post a screenshot somewhere and add a link here |
| Posted by: HatMaster Sep 16 2013, 02:55 AM | ||
Without using DShowInputDriver.vdplugin when opening file Video stream Frame size, fps (µs per frame) 1680x 1050, 30.000fps (33333 µs) Length: 73419 frames (40:47.30) Decompressor: Fraps Video Decompressor (FPS1) Number of key frames: 73285 Min/avg/max/total key frame size: 350952/731952/1154872 (52383940K) Min/avg/max/total delta frame size: 8/8/8 (2K) Data rate: 175348 kbps (0.00% overhead) Audio stream Sampling rate: 44100Hz Channels: 2 (Stereo) Sample precision: 16-bit Compression: PCM (Uncompressed) Layout: 1647 chunks (0.00s preload) Length: 107925930 samples (40:47.30) Min/avg/max/total frame size: 214696/262115/262144 (421586K) Data rate: 1411 kbps (0.01% overhead) |
| Posted by: dloneranger Sep 16 2013, 03:10 AM |
| Not sure if that codec pack has ffdshow But if it has you could try this to see if that works ok In the ffdshow vfw config page, on the decoder tab, scroll down to fraps and change it from disabled to libavcodec Ok the config dialog to close it Start virtualdub In the preferences dialog, go to the avi tab, and tick 'use video stream fcchandler in codec search' Pick 'open video file' on the file menu Select the video you're trying to load Tick the 'ask for extended options after this dialog' checkbox Click the open button In the next dialog that appears Tick the 'force video codec handler FOURCC code to' In the box to the right of that enter FFDS Click ok Check the file information dialog The decompressor should be ffdshow video codec (fps1) If it is, do you now get a picture when you move through the video ? |
| Posted by: HatMaster Sep 16 2013, 03:27 AM | ||
ffdshow isn't under my current list of video compressors. Right now, I've got: -Cinepak Codec by Radius -Fraps Videos Decompressor -Intel IYUV Decompressor -Logitech Video (I420) -Microsoft RLE -Microsoft Video 1 -Microsoft Windows Media Video 9 -x264vfw - H.264/MPEG-4 AVC codec -Xvid MPEG-4 Codec |
| Posted by: dloneranger Sep 16 2013, 03:30 AM |
| I'd try installing that (latest version from) https://sourceforge.net/projects/ffdshow-tryout/files/SVN%20builds%20by%20clsid/generic%20builds/ After installing you'll have the ffdshow VFW configuration entry in your start menu Then try the steps above (It's a good 'decode lots of stuff' decoder) |
| Posted by: Abrazo Sep 16 2013, 05:06 PM |
| Maybe it is not so intelligent to ask for it, but given the fact that you do not talk about warnings or error messages, and also the fact that the File information dialogbox is showing you that the fraps decompressor is being used, ... the following question: In VirtualDub's "View" menu, are the "Input video pane" and the "Output video pane" being checked, I mean is there a little "V" before their entries in the menu ? If not, you will not get a preview at all, even if the right decompressor is installed. Regards. |
| Posted by: HatMaster Sep 17 2013, 08:02 PM | ||
Ok, so it turned out that I didn't have the 'Output video pane' option checked off in the View menu. I turned that on and I'm now getting an image in the navigation. However, I notice that when I press the preview button right next to the stop button, it's only showing a non-moving image with perfectly fine audio. That's not supposed to happen because I've seen how the preview button correctly works on VirtualDub tutorials I've seen on Youtube. |
| Posted by: Abrazo Sep 17 2013, 08:56 PM |
| I don't know how familiar you are with VirtualDub... but normally you have 'two' panes that must be visible. The left pane is the "Input video pane" and should show the original video The right pane is the "Output video pane" and should show you a preview of the video after filters have been applied and before encoding has taken place. Via the View menu: - these two panes should be checked (= actif) AND - in "Pane Layout" the option "Both panes" should be selected. Via the View menu you can also 'swap' these two panes, but if I were you, I shouldn't do that (so leave this option unchecked) When you click the 'Input playback' button (the one just at the right of the 'Stop' button), the Input pane should show you a moving picture. If not, then try via the Options menu > Preferences > - at "Display" : uncheck "Use DirectX for display panes", and/or - at "3D Acceleration" : uncheck "Enable 3D video filter acceleration (VDXA)" In the Video menu, you should select "Full processing mode", so you can be sure that also the Output video pane will show you a moving picture. Verify if all this makes any difference. |
| Posted by: HatMaster Sep 17 2013, 09:39 PM | ||
I've made sure the 'Both panes' option under the View menu is checked in addition to the 'Input video pane' and 'Output video pane'. The Input pane is moving fine and the Output pane is staying still like you said. Also, I've just tried the ffdshow Video Codec I recently downloaded. That worked, but the resulting file was 13 GBs, which I think is too big for Youtube. The original file I used was 31.9 GBs. I'm currently testing each encoder a second time after the adjustments I made to see which one will give me a working file that is small enough. The x264vfw - H.264/MPEG-4 AVC codec that I've seen a bunch of people recommend is one of the codecs so far not giving me working video. |
| Posted by: Abrazo Sep 18 2013, 05:57 PM |
| When using the "Output playback" button (the one at the right of the Input playback button), the images in the Output video pane at the right should also move. Concerning compression: Much depends on the resolution of images in the video (for exemple 720x404 or 1600x900) and the quality that you like to keep. Normally you should need 10 à 30 MB for 1 (one) minute of video (including sound). An exemple (look for the 'print screen') of settings for the x264vfw encoder is available here (thanks to dloneranger): > http://forums.virtualdub.org/index.php?act=ST&f=4&t=21157 |
| Posted by: HatMaster Sep 19 2013, 03:07 AM | ||
I used the exact same config settings you linked me for the x264vfw encoder, and I'm getting an error message saying: "Cannot start video compression: An unknown error occurred (may be corrupt data). (error code -100)" The x264vfw log says: x264vfw [error]: x264_param_apply_profile failed. |
| Posted by: raffriff42 Sep 19 2013, 03:28 AM |
| "Error -100" usually means an odd resolution. For example, see: http://forums.virtualdub.org/index.php?act=ST&f=4&t=21796#entry94101 Could you please post a http://mediaarea.net/en/MediaInfo report on your source file? (MediaInfo view=text; copy all; paste between [CODE] and [/CODE] in your reply) And could you please save your VirtualDub settings (File menu, save settings) and paste that in another CODE block? |
| Posted by: HatMaster Sep 23 2013, 04:52 PM | ||||||
One of my test videos:
Do I save it as a .vcf file or .txt file? Save Processing Settings:
I also tried the Resize filter in the Video menu. I set: -Set the pixel size to 1200 x 752, which is divisible by 4 -Codec-friendly sizing to: Multiples of 4 I'm still getting error code -100 |
| Posted by: dloneranger Sep 23 2013, 05:47 PM |
| Change the x264 setting 'keep input colourspace' to 'convert to yuv 4:2:0' and it'll work |
| Posted by: raffriff42 Sep 23 2013, 07:38 PM |
| yesss |
| Posted by: meowmeow Sep 24 2013, 03:15 PM | ||
Set in x264vfw Profile to Auto ('high' doen't support rgb - need 'high 444') Level to Auto VirtualDub Hack - check |
| Posted by: dloneranger Sep 24 2013, 04:07 PM |
| level and profile on auto can give larger than needed file sizes unless you particularly need 16bit video or 444 generally 8bit, 420 is used by most people |
| Posted by: HatMaster Sep 24 2013, 05:18 PM | ||
Works like a charm! Thanks! |
| Posted by: meowmeow Sep 24 2013, 05:32 PM | ||
True. But only Fraps, VirtualDub and x264 can produce RGB videos. Look - http://i.imgur.com/wOHIKP6.png becomes grayscale after 420 conversion! Ban all 420s |
| Posted by: dloneranger Sep 24 2013, 06:03 PM |
| Yes, that's a carefully calculated image that's designed to have the chroma reduced to almost none when converted In "general" though, most video doesn't have that problem (1 dot of colour surrounded by 3 dots of monochrome) You could equally do a yuv that can't be encoded in rgb, but that's not a reason to ban rgb 420's not perfect, but it's a decent compromise for filesize/quality It was designed for film/video though, and not game captures, so your results may vary |