use ffdshow - it works correctly - any troubles means something is not configured correctly (vdub expect audio acm not dshow interface)
btw audio cutting (hiccups) means that your system is not able to play/process video in real time - this is normal - for non-realtime processing everything should be fine.
+ Reply to Thread
Results 31 to 60 of 89
-
-
I have ffdshow plugin installed .. and set up as per comments in the thread.
Any suggestions as to what else to set ... welcome the help.
the Audio (hiccups) is not a limit caused by my system .... as mentioned above the videos play fine with for example WMP runs processor I at 3% processor II at 11%
VLC runs a lot higher at 25% & 20% but still loads of headroom left on the system.
When I run V, I get .. 35% and 19% that is with both input & output video screens -
Win764, and as if the audio buffer becomes full, or some sort of prevents synchronization.
-
Ok, to solve audio hiccups doubts - can you render short part of video - preferred where hiccups occur to other file then play this file - preferred codecs are real time codecs - for example MJPG+WAV+AVI.
-
OK took a 20 sec sample ... just to be clear 'hiccups' are 100% of the tracks ... don't come & go.
Full stream compression on Audio ... to mp3
Full stream compression on video ... Lagarith
saved as .avi
If I play sample vis MPC, VLC it plays fine ... if I reload into VD and play it is same as before ... pulsing audio.
PC only running at 22%
I'm keen to resolve as this is a new camera and there will be a lot of footage this year. -
For me this is performance issue (or system dependent issue - different codecs, similar behavior).
-
Performance of what ? .... of VD ? it seems same whether in direct stream copy or full processing mode.
My PC is not running out of processing power ... the video plays happily on standard players. -
If i understand correctly - 20 sec sample plays without problems on software players such as VLC or similar but in VDub there is still hiccups,
This mean:
first VDub can decode audio and can create 20 sec sample without problems (thus offline - non real time is OK) - this is confirmed by playing 20 sec sample under VLC,
second, same sample opened in VDub still have hiccups (like source).
IMHO this is clear proof that problems is not in codecs but somewhere else - it can be performance for VDub or driver issue or system issue not sure. -
That seems to cover it .... video players play fine
VD cannot replay audio in real time on original file
VD can create good processed files .. so working non real-time ... outplut plys fine on video players
VD output file when loaded back into VD has same 'pulsing' even though now it is not using AAC codec.
If it helps VD - is fine on other video files, not seem an installation or application fault ... it has only become a problem with the audio/video files that Canon saves in.
Just for sanity sake loaded some older avi files (MJPEG & PCM audio) play fine
Just in case it is of any help ...
here is the file info screen for the original file ...
and here is the one of the sample created .. that also does not play.
-
VirtualDub is not optimized as a media player. Don't expect it to play all files smoothly. Especially 1080p60.
-
is there any other audio codec (or audio & video) that would perform better ?
or would the 64bit version give any improvement. -
Slightly improved playback result...
Audio/Video- > Direct stream copy.
As predicted problem buffer the audio / video (I now have a stable sound without interruption)
I hope that to you too can help.
-
Many thanks for that image,
I had already forgottenabout the performance options in VirtualDub
(not sure if that will be sufficient to solve the problem of the OP though)
-
I had already forgotten about the performance options
not sure if that will be sufficient to solve the problem of the OP though
----
If anyone in completing video playback is CPU 50%, while on the other VDub change.
-----
Found the problem (CPU 50%)! Corrected by updating FFmpeg plugin for more stable > http://sourceforge.net/projects/virtualdubffmpeginputplugin/Last edited by Gravitator; 10th May 2014 at 03:49.
-
-
My current settings:
• AVI Output = 8MB
• Wave input = 512kB
• Video buffering = 32
• Audio buffering = 4 seconds
BTW, have you already tried MAXXing those settings
And no, I have no 1080p@60fps file to test
(nor I want to download one)
-
Just tried your settings ... no difference.
I know you don't want to download a sample ... but in case someone else does ... here is a 10sec clipLast edited by Tafflad; 9th May 2014 at 13:24.
-
I achieved on your Semple normal audio playback... ("Drop frames when behind" and "Allow video overlays" - help relieve stress)
---
It seems that the decoder works in software mode / strong load on the processor. Plugins act as crutches - need optimization.
My Win7X64, Core2duo E6600@3.45GHz, DDR3 8GB, Nvidia GT440.
Last edited by Gravitator; 11th May 2014 at 04:05.
-
OK tried those settings ... did give some longer bursts of audio but still nothing more than about 1.5 sec long.
On the comments about system performance .... platform is
64 bit i5 3.4GHz with 16 GB RAM ... running W7 64 bit
1TB SSD (OS) 2 x 1TB HDD
nVidea GPU 560 GTXTi (384 CUDA cores)
PC runs video editing programs with no problem, and as mentioned no problem with all the standard video players ... it also runs VD fine on other formats, just surprised that 'performance' is being mentioned as cause .... yet PC only running at 25%
Have aslo dropped file into Vegas video editor ... again plays file even when in edit mode.
Not sure if this is of any use ... created 10 sec sample ... using direct stream copy (A&V) and saved as AVI
When I then load that sample I get following error:
-
The video is playing fine (or is that irrelevant) it is only audio that is the issue.
I did have video problems, until I installed FFDSW (as at start of thread) -
open through FFmpegPlugin
Last edited by Gravitator; 10th May 2014 at 06:56.
-
In marginal situations Options -> Drop Frames When Behind will work. But probably not in this case.
Are you forcing Virtualdub to use the ffmpeg or DirectShow input drivers by using the "Files of type" pulldown in the Open Video Files dialog? If you don't do that it will use the default AVI input driver.Last edited by jagabo; 10th May 2014 at 06:57.
-
I don't know how to use FFMeg I have downloaded it, do I add it to VD ? .... can't see how to drive it.
If I right click on sample file ... I don't get option "FFMpeg Supported Files"
Sorry about this ... just never come across this before, is this just to carry out a test, or will this help resolve the VD issue ? -
-
If the ffmpeg source plugin is properly installed you should see "ffmpeg supported files" in that list:
ffInputDriver.vdplugin should be in VirtualDub's plugins32 folder. So should the ffdlls folder and its contents.
Make sure you aren't mixing 32 bit and 64 bit components. Ie, use only 32 bit filters with 32 bit VirtualDub. Only 64 bit filters with 64 bit VirtualDub. -
Sample file plays here the same (Win 7, i5)......Plays fine with WMP, VLC etc.... 'stuttering' audio with VD.
Also still stutters even when audio is converted to a less demanding linear PCM .wav format.
Changing the buffer sizes makes no difference either.
Both video and audio play fine in VD, if the video is re-coded using a less 'demanding' intraframe codec.... like Cineform or Canopus HQ.
So it seems as if VD is 'choking' on the requirements to decode the compressed video, even though it is the audio file that suffers the playback problems??..... -
first download > FFmpegPlugin
Open the package with the contents of the folder plugins32
Go to the folder X:\VirtualDub\plugins32 > and copy the files in this folderLast edited by Gravitator; 10th May 2014 at 07:34.
-
By the way, with torrents you don't have a separate upload step for the A/V file like you do with youtube. You just upload the small index file to the piratebay (or whatever) and the A/V file is accessed by others directly from your computer.