|
|
| heustess |
| Posted: Oct 24 2007, 04:00 PM |
 |
|
Advanced Member
Group: Members
Posts: 67
Member No.: 21872
Joined: 5-August 07
|
@rfmmars:
Have you tried first saving as an uncompressed avi then taking out the frames from the new avi and saving to a second avi? Key frames may be adjusting your range.
--------------------
http://heustess.com/ |
|
| XYZ |
| Posted: Oct 24 2007, 08:16 PM |
|
|
Advanced Member
Group: Members
Posts: 48
Member No.: 22012
Joined: 27-August 07
|
phaeron, there is reported one problem with VirtualDub yesterday on the videohelp site: http://forum.videohelp.com/topic339074.html
I tried to reproduce this problem, and I got same error message, only values are different.
It is manifesting with all versions of VirtualDub, not only this experimental. I am mentioning this problem here because I think it is related to my post about a problem with appending two files with two audio streams.
Here is a description what I tried. I have one short sample (~25 sec, 302 frames), XviD with only one audio stream MP3 CBR. Its frame rate is 23.976 fps. I set "Change frame rate to (fps)" to half of the original frame rate (11,988 fps), and set "Convert to fps" to the original frame rate (23.976 fps). In that way, resulting AVI file should have same frame rate as original and should have every frame duplicated, so it is reproduced in slow motion. I saved file with Direct stream copy and checked it - it really has same frame rate (23.976 fps, 604 frames).
When I tried to append a saved AVI file to the original one, I got error message saying that video streams have different sampling rate. As with my previously reported problem, difference is really very small (23.97602 vs. 23.97600).
After that I tried same AVI sample with converted audio to PCM, and I got same error message. I was not lazzy, and I tried to save both AVI files without audio stream. When I tried to append such files I got same error.
Next, I tried another sample which has 25 fps (same process for creating slow motion file) and problem didn't occurred. I tried that sample with MP3, AC3 and PCM audio - there was not any error, append worked without any problem.
EDIT: I hate this to say, but I just tried AVI-Mux GUI and it appended AVI files without a problem, even first sampe (23.976 fps).
EDIT2: Avidemux also append first sample successfully. VirtualDubMod cannot, but this was expected as it share many of the VirtualDub code. |
|
| rfmmars |
| Posted: Oct 24 2007, 08:26 PM |
|
|
Advanced Member
Group: Members
Posts: 324
Member No.: 5438
Joined: 29-July 03
|
| QUOTE (heustess @ Oct 24 2007, 10:00 AM) | @rfmmars:
Have you tried first saving as an uncompressed avi then taking out the frames from the new avi and saving to a second avi? Key frames may be adjusting your range. |
I am comparing apples to apples. Same clip, same range edits fine in 1.67 but not 1.7x test 3 & 4, in other words you can't edit at all with these versions.
EDIT: Test4 now plays ffdshow Mjpeg.
Richard |
|
| XYZ |
| Posted: Oct 24 2007, 09:11 PM |
|
|
Advanced Member
Group: Members
Posts: 48
Member No.: 22012
Joined: 27-August 07
|
rfmmars, I just tried one XviD file with MP3 and its editing works fine. I tried Direct stream copy (key frames on both ends), as well as Fast recompress with Smart rendering (first and last arbitrary frames). I got result file with exact frames which I selected. Could you tell me how to reproduce your problem? |
|
| rfmmars |
| Posted: Oct 24 2007, 10:47 PM |
|
|
Advanced Member
Group: Members
Posts: 324
Member No.: 5438
Joined: 29-July 03
|
| QUOTE (XYZ @ Oct 24 2007, 03:11 PM) | | rfmmars, I just tried one XviD file with MP3 and its editing works fine. I tried Direct stream copy (key frames on both ends), as well as Fast recompress with Smart rendering (first and last arbitrary frames). I got result file with exact frames which I selected. Could you tell me how to reproduce your problem? |
I have 1.67, 1.76 , 1.7x test4, and Vd(mpeg2 1.5.10 build 18294) all installed, the Mpeg2 clip is all I frames.
Its not missing by a frame or two, lets say I have a 500 frame clip and the first scene is 100 frames long, and I want to cut it out, so I mark the begining out to the 100th frame to be deleted, it shows the blue line over that range. I hit delete, and now I have 400 frames left, but the first 100 frames are still there, the scene is still there, but it has deleted 100 frames somewhere else.
I don't remember if 1.7x test 1 or test two had this problem since these releases had other problems.
So with the same clip or other clips made with other codecs, 1.67, 1.76, and Virtualdub(mpeg2) there is no problem, it is as simple as that, I know what I am doing, I use "VD jobs" tens of times a week to process my movie footage.
Now I haven't installed the 1.7x (testx) on my other four workstations, so I will do that tonight and bring you all up to date tomorrow.
Richard
|
|
| fccHandler |
| Posted: Oct 24 2007, 11:14 PM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
I can reproduce this too, with 1.7.X test4. It doesn't happen in 1.7.6.
EDIT: XYZ, same time post! 
You don't need to do anything special. Just open any AVI and delete the first hundred or so frames.
This post has been edited by fccHandler on Oct 24 2007, 11:17 PM
--------------------
May the FOURCC be with you... |
|
| XYZ |
| Posted: Oct 24 2007, 11:14 PM |
|
|
Advanced Member
Group: Members
Posts: 48
Member No.: 22012
Joined: 27-August 07
|
rfmmars, I am not saying that you don't know what you are doing. I just wanted to reproduce this problem which you detected.
How did you load MPEG-2 file into 1.6.7 version of VirtualDub? AFAIK only 1.7.6 has correct support for input plug-ins. You first talked about MJPEG, then you mentioned frameserver, now you are telling me about MPEG-2 file. I am ready to help in this, but I don't know what to test. Which application is frameserving, VirtualDub or AviSynth or some another? And which is a client?
EDIT: OK, forget my questions. You are right, I can confirm this bug. First time I tried to save selected part of the file, not to delete selected part.
I tried test 1, 2, 3 & 4. All have same problem. |
|
| rfmmars |
| Posted: Oct 24 2007, 11:37 PM |
|
|
Advanced Member
Group: Members
Posts: 324
Member No.: 5438
Joined: 29-July 03
|
| QUOTE (fccHandler @ Oct 24 2007, 05:14 PM) | I can reproduce this too, with 1.7.X test4. It doesn't happen in 1.7.6.
EDIT: XYZ, same time post!
You don't need to do anything special. Just open any AVI and delete the first hundred or so frames. |
fccHandler,
Yes I tried it on three other workstations with the same results. I even made a divx file, no change, thank for taking the time to reproduce the problem.
XYZ, I am not doing double talk, there was a problem with displaying "ffdshow Mjpeg", thats why I mention it,its fixed. The Mpeg2 file was brough up since it was a I frame only. So how did you get a "divx" to edit since I have the same problem with the Divx made off of the mpeg2 file?
The easy way to test is to delete the first scene, you will see that it deletes the correct number of frames but the scene is still there.
I am sure all of us want to help the author build the best mouse trap. He and I don't always see "eye to eye" but I am always on his side.
I never post without triple checking the problem out to make sure its not my cockpit error.
Richard |
|
| phaeron |
| Posted: Oct 25 2007, 05:52 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
The cutting issue turned out to be a simple problem. Amusingly, I couldn't figure out what was wrong at first -- because I had expected the output to be wrong, but it was only the preview that was wrong. I broke it when I added the frame rate change support to the video filter API; specifically, it's wrong when you have no video filters. The rendered output is always correct.
Fixed versions:
http://www.virtualdub.org/beta/VirtualDub-...1.7.X-test5.zip
http://www.virtualdub.org/beta/VirtualDub-...test5-AMD64.zip
http://www.virtualdub.org/beta/VirtualDub-....X-test5-src.7z
I couldn't reproduce any problems with the frameserver -- I ran the 1.7.X setup program with the 1.7.X DLLs, and it seemed to work OK. Only thing I can think of: do remember to run it as an administrator (run elevated under Vista).
As for the frame rate on join issue, what's happening is that you can't actually enter in the frame rate that you need. Frame rates in AVI are stored as a ratio of two numbers, which allows it to exactly represent several important frame rates. The 23.976 fps that you have is most likely 24000/1001. The frame rate dialog only allows decimal frame rates. I modified the frame rate adjust field with fraction support code, but I haven't gotten to doing that for the convert section yet. There are two ways you can hit this frame rate exactly: you can either do a second pass with the frame rate adjust field having the exact fraction, or you can save a config file and edit it directly, as the underlying engine does support arbitrary fractions for the frame rate conversion target and it's only the UI that doesn't.
|
|
| XYZ |
| Posted: Oct 25 2007, 08:10 AM |
|
|
Advanced Member
Group: Members
Posts: 48
Member No.: 22012
Joined: 27-August 07
|
phaeron, you missed a point of my post.
1. Your compare code in appending routine is too sensitive.
2. Two another software have not any problem appending files. VirtualDub has it.
This is not a problem to me. I know solution how to avoid this using another software. This is a problem for beginners, as it is mentioned on videohelp site. This a problem for you, because you will receive same complaining in the future.
Sorry if I was annoying. I just wanted to help, but if you don't want this, it is alright to me.
|
|
| rfmmars |
| Posted: Oct 26 2007, 01:06 AM |
|
|
Advanced Member
Group: Members
Posts: 324
Member No.: 5438
Joined: 29-July 03
|
So far no problems with 1.7x test 5
Richard |
|
| phaeron |
| Posted: Oct 26 2007, 03:38 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
| QUOTE (XYZ @ Oct 25 2007, 01:10 AM) | phaeron, you missed a point of my post.
1. Your compare code in appending routine is too sensitive.
2. Two another software have not any problem appending files. VirtualDub has it.
This is not a problem to me. I know solution how to avoid this using another software. This is a problem for beginners, as it is mentioned on videohelp site. This a problem for you, because you will receive same complaining in the future.
Sorry if I was annoying. I just wanted to help, but if you don't want this, it is alright to me. |
I didn't have a problem with your earlier post, but I do with this one. Drop the attitude. You want to talk technical issues, that's great. Don't get pissed off when I don't answer exactly how you expect. You reported a problem, I replied with the technical explanation of what's going on. I don't need a lecture about how to manage my development.
|
|
| fccHandler |
| Posted: Oct 26 2007, 09:08 PM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
phaeron:
I have a strange problem with my WMV plugin, and I've been struggling with it for days now. I don't know if it's the plugin or VirtualDub, but I believe the plugin is doing everything right. I've put together a repro case with my latest (not yet released) WMV plugin, although it happens with the released version too:
http://fcchandler.home.comcast.net/repro.zip (5.52 MB)
To repro:
- Put WMV.vdplugin in the plugins32 folder
- Start VirtualDub (1.7.6 or 1.7.X)
- Open the "portland" clip
- Press "output playback"
When I do this, the audio stutters badly. Yet it only seems to happen if I play it from the first frame, with all settings at default. And it may be my imagination, but it seems to get better, then worse, in parallel with the complexity of the audio as it plays.
I'm seeing this with a lot of my low bitrate WMVs, some are even worse than this one. Lots of things affect it too. If I begin "output playback" from the second keyframe, everything is fine. If I switch audio to "Full Processing Mode," it helps in some cases. Increasing the Audio / Interleaving / Preload value often helps too. I hope you can repro...
Can you offer any insight about what is happening, and whether it's fixable? I suspect it has something to do with low bitrate WMA in general. My WMV audio source returns IsVBR() = true.
--------------------
May the FOURCC be with you... |
|
| heustess |
| Posted: Oct 28 2007, 05:03 AM |
|
|
Advanced Member
Group: Members
Posts: 67
Member No.: 21872
Joined: 5-August 07
|
@fccHandler:
Please don't take offense, but I know that you are working hard to get the audio skew info exactly right. I tested 17 non-zero skew vobs with the old vStrip program. vStrip reported the skew (delay) on each 1 more than your mpeg-2 plugin did. For example when your plugin reports a delay of -206, vStrip reports a delay of -207. Hopefully this means that you are 1 more accurate than vStrip. I thought you might find this of interest.
EDIT: VirtualDub-MPEG2 1.6.19 reports the exact same audio skew (delay) values as vStrip for the 17 vobs.
--------------------
http://heustess.com/ |
|
| fccHandler |
| Posted: Oct 28 2007, 11:59 PM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
It's a rounding bug. When the skew is negative, the MPEG-2 plugin will be off-by-one 50% of the time. Thanks for pointing it out; I'll fix it in the next release.
--------------------
May the FOURCC be with you... |
|
