|
|
| Fred92 |
| Posted: Feb 10 2003, 11:07 AM |
 |
|
Unregistered
|
Hi
I have some troubles with Virtual Dub:
Whem I'm proceeding to a compression (with Divx or Xvid), the process stops at the frame 9995.
This problem occurs with all files I try to compress (DV, MJPEG ...), so I guess it is not a matter of freezd video frame.
It seems to be a problem concerning only Virtual Dub (not the codecs).
Thank you for help
|
|
| Fred92 |
| Posted: Feb 11 2003, 08:53 AM |
|
|
Unregistered
|
I Think I just found the solution : I only remove the Pinnacle DC10+ aquisition board from the computer !!!!!! |
|
| Excel |
| Posted: Feb 11 2003, 11:39 PM |
|
|
Unregistered
|
Ditto, I'm having the exact same problem. I found out that is is related to the audio. If I compress audio using ANY codec it drops to 0 FPS at frame 9995. You can choose no audio and the video will compress fine. Then I had to save the audio to a wav, VBR MP3 using Razor Lame and merge with Nandub, great audio quality but a pain to do over and over.
I wouldn't be surprised if it is my DC10+ causing the problem, that thing has caused lots of trouble in the past. It has serious compatibility issues, but the freezing at frame 9995 never occured until I downgraded from win98 to xp. Unfortunately I can't take my DC10+ out because I use it almost daily for VHS capture. And I won't be getting a new capture card until the next generation Geforce is release with video IN. Then it's 100% lossless Huffy capturing  |
|
| choppedbroccoli |
| Posted: Feb 18 2003, 01:03 AM |
|
|
Unregistered
|
I have the same problems. Im actually using VD 1.4.13-mpeg2 version and when i try to convert my mpeg2 to a divx using the divx pro 5.02 encoder it stops processing at video frame 9995.
I am running winXPpro, athlon 2000, 512mb ram, wd 80gb 8mb cache HD...
Virtual Dub also seems to ever increase (albeit slowly) its memory usage as it converts my mpeg2 to a divx...i don't know how big of a deal this is b/c i only got about 5-10% of the file done....but within those first 10000 frames memory usage increased from 45mb to 50mb. |
|
| bahamouth |
| Posted: Feb 18 2003, 08:13 AM |
|
|
Unregistered
|
I have the same problem...
I try Lame MP3 codec, Fraunhoffer II codec, DivX4 Audio codec. I installed Nimo...
And other codec. I found that virtual dub freeze at frame 9995 with all compression audio codec. It works fine with no audio or direct stream copy on WAV Audio.
To my mind it's a problem with audio compression, maybe a conflict?
That's why I follow Excel's advice. I use VD for video compression withour Audio and then compresse Audio with AC3Tool (VOB to AC3 and AC3 to WAV and WAV to MP3) and finally merge mp3 and video with Nandub.
I really don't know why VD freeze at 9995 frame.
What MP3 We have to choose to make it run without crash? |
|
| hobo |
| Posted: Mar 5 2003, 10:45 AM |
|
|
Unregistered
|
I have the problem (freeze at frame 9995) with VirtualDub 1.5.1 as well when filtering/compressing previously captured AVI. It crashes with 224kbps MP3 audio compression and works without. I'm not sure yet about other audio compression settings. Any hints are welcome! |
|
| Stankey2000 |
| Posted: Mar 7 2003, 06:16 AM |
|
|
Unregistered
|
hi guys
now i have the same problem after i reinstalled my system
and its suxs
what can i exactly do to fix his problem (i dont have a pinnacle card)
thanks |
|
| Rich |
| Posted: Apr 11 2003, 03:36 AM |
|
|
Unregistered
|
Yep, me too with the same 9995 frames MP3 problem using VD1.5.1 P4 and SD Audigy card.
Looking back at old postings, this problem has been around unresolved for a while!
Does anyone know if a fix is on the way?
Rich.
|
|
| phaeron |
| Posted: Apr 11 2003, 03:42 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
First, hanging and crashing are not the same. Please distinguish the two. Confusing them makes debugging analysis more difficult.
Second, this problem won't be fixed until somebody attaches a debugger to the program and gives me call stacks for where the I/O and processing threads are looping. Why? Because I've never seen this problem myself, and have no idea where the looping is occurring.
|
|
| Rich |
| Posted: Apr 11 2003, 04:34 AM |
|
|
Unregistered
|
Hi phaeron,
See posting by atalon1, dated 28 Mar 2003 under "Tesing / Bug Reports".
Is this the info you asked about?
If not, my appologies. Just living up to my "newbee" status.
Cheers,
Rich. |
|
| phaeron |
| Posted: Apr 11 2003, 05:15 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
No. In fact, if you force VirtualDub to abort, any dumps you get are absolutely worthless. It just so happens that some versions of DivX will crash if a process exits while handles to the codec are still open, which is what triggers the dump. The reason the abort function is there is that having VirtualDub abort itself instead of using Ctrl-Alt-Del is slightly less apt to make Win9x keel over and die. NT/2K/XP are real operating systems and under those you can just kill the process.
The bug in question is what is known as a "livelock" -- that is, the application is still running but isn't getting anything done. What complicates debugging is that during a processing job there are four threads running: UI, disk input + audio, video, and disk output. The UI thread is still alive, because the UI still responds. Any of the other three threads locking will cause the livelock.
Another complication is the number of plugins that people tend to run. It's really hard for me to rule out anything if VirtualDub's process also contains Avisynth, an MPEG-2 decoder, DivX, and a pirated MP3 codec.
1.5.1 contains some code to double-check that the audio codec is working properly and it hasn't triggered, so I have to assume that if it is an audio codec, the audio codec would have to lock outright. That's probably not realistic. 1.5.2 is in development and has a new logging facility that can record exceptional but non-fatal conditions. I'm going to add some watchdog timers and see if I can trap this.
|
|
| jcsston |
| Posted: Apr 14 2003, 06:06 AM |
|
|
Matroska Dev
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02
|
I've also gotten this problem. 
not with my setup but another. Duron 950mhz, 384MB RAM, Radeon 7000, Creative SB Live 5.1
Looking at all the posts, one thing seems common.
Creative soft/hardware
But that's just my opinion. 
I'll compile a Debug version of VirtualDub and see if I can track this down 
--------------------
Use the Matroska file format |
|
| guy |
| Posted: Apr 18 2003, 10:57 PM |
|
|
Unregistered
|
I have a similar problem. The system always hangs during the 1st pass of a 2 pass encoding process with Vdub 1.5.1. I've tried all three DivX Codec (5.0.2, 5.0.3, 5.0.4) but the problem remains. My sound card is a Creative Audigy MP3+. I also did a "clean reinstallation" of Win XP (Home Edition) and tried the same thing again without success. I hope someone will put the finger on this problem !
My configuration : ECS K7S5A Socket A Motherboard, Athlon 1800+ CPU, 512MB PC133 SDRAM, 50GB of hard disk free memory (NTFS format), Creative Audigy MP3+ Sound Card. |
|
