|
|
| DarrellS |
| Posted: Oct 26 2010, 11:58 PM |
 |
|
Advanced Member
Group: Members
Posts: 567
Member No.: 1061
Joined: 28-November 02
|
I have always been able to delete a file that I have opened with Virtualdub as long as I opened another file afterwards. Now Virtualdub refuses to let me delete any files that I've opened before with Virtualdub unless I close the program. I have Unlocker installed to allow me to delete, move or rename a file but Virtualdub still refuses to allow me to delete these files.
It's hard to work in a folder full of files when you have to ignore all the files you already finished to get to the next files plus a folder with 100 files becomes a folder with 200 files without the ability to delete the files I've already done.
I've never had this problem before.
I'm using 1.7.X-test 30. Not sure when the change happened
|
|
| mayhem |
| Posted: Oct 27 2010, 12:17 AM |
|
|
Advanced Member
Group: Members
Posts: 62
Member No.: 24668
Joined: 13-December 08
|
I noticed this as well, but only with .flv files, I seem to be able
to delete .avi,etc fine. I also have the flv plug-in loaded however
so it might actually be that and not virtualdub.
|
|
| DarrellS |
| Posted: Oct 27 2010, 02:01 AM |
|
|
Advanced Member
Group: Members
Posts: 567
Member No.: 1061
Joined: 28-November 02
|
| QUOTE (mayhem @ Oct 26 2010, 05:17 PM) | I noticed this as well, but only with .flv files, I seem to be able
to delete .avi,etc fine. I also have the flv plug-in loaded however
so it might actually be that and not virtualdub. |
Yeah, that's probably it. It is FLV files that I'm working on right now. Thanks! |
|
| fccHandler |
| Posted: Oct 28 2010, 02:35 AM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
Good catch guys. Actually both the FLV and Matroska plugins suffer from this due to a new approach to handling objects. This was an experiment that seemed to work well at the time, but now I see it has problems.
Unlike my previous plugins, the FLV and Matroska plugins create video and audio source objects (and AddRef them) prior to VirtualDub's query for them, thus the primary InputFile object holds its own references to them which it will release when it is destroyed. Problem is, it never gets destroyed because they in turn AddRef him as well.
This creates a mutual dependency which apparently prevents any of them from being fully released, and as a result the input file isn't closed until VirtualDub shuts down. Clearly I am going to have to find another way to manage this...
Thank you for reporting it.
--------------------
May the FOURCC be with you... |
|
| DarrellS |
| Posted: Oct 28 2010, 06:45 AM |
|
|
Advanced Member
Group: Members
Posts: 567
Member No.: 1061
Joined: 28-November 02
|
You're welcome. Thanks for both plugins. they are invaluable to me. |
|
| fccHandler |
| Posted: Oct 30 2010, 04:39 AM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
Sheesh, I had to do a major restructuring of the FLV plugin to fix this problem, but I think it turned out well and I'm quite pleased with the new code:
http://fcchandler.home.comcast.net/Plugins/FLV
I haven't fixed the Matroska plugin yet, but it's next.
--------------------
May the FOURCC be with you... |
|
| DarrellS |
| Posted: Nov 11 2010, 07:37 PM |
|
|
Advanced Member
Group: Members
Posts: 567
Member No.: 1061
Joined: 28-November 02
|
Thanks fcchandler.
I checked the matroska plugin thread and saw the link here and the updated mkv plugin. I'll give them both a try.
Thanks! |
|
