|
|
| dloneranger |
| Posted: Feb 21 2012, 09:14 PM |
 |
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
Not a bug, but an irregularity
OpenAvi and AppendAviAutoscan use different mask matching for filenames
Specifically, OpenAVI will only scan for files ending with a dot and 2 zeros ".00"
http://forums.virtualdub.org/index.php?act...t=0&#entry89368
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| ale5000 |
| Posted: Feb 22 2012, 01:43 AM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
There are any news about this VBR issue? http://forums.virtualdub.org/index.php?act...=120#entry88514
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| mayhem |
| Posted: Feb 25 2012, 03:11 AM |
|
|
Advanced Member
Group: Members
Posts: 62
Member No.: 24668
Joined: 13-December 08
|
This is minor, and I suspect merely a side effect of having to draw fancier stuff
on-screen, but with the newest 1.10.2 release which I think moves to newer
comctl I've noticed (on XPSP3 anyway) that its a bit slower than the previous
1.10.1 which lacked the fancier button elements.
On a couple test saves I got about 4-6 fps slower render rate,
for instance on one of them it was 102fps on .1 and 97fps on .2,
admittedly thats only 5%, but on a quad-core I found that a little
shocking, five whole percent for fancy buttons and a glowing green
(in my theme, anyhow) progress bar.
It wouldn't be instead related to the GPU alteration would it?
Anyhow, just mentioning in case its abnormal, maybe 5% is
what fancy buttons costs nowadays, heh.
|
|
| Jam One |
| Posted: Feb 25 2012, 10:38 AM |
|
|
Advanced Member
Group: Members
Posts: 580
Member No.: 25518
Joined: 8-May 09
|
TGA images are flipped upside down.
Since the 1.10.1-test-8. |
|
| ale5000 |
| Posted: Feb 28 2012, 04:10 PM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
Sample files (VC-1.zip - 741.3 KB) => http://uploading.com/files/af282521/VC-1.zip/ (click on "WAIT TO DOWNLOAD")
One is the original avi while the other is the one remuxed from mov using the QuickTime input plugin.
There are three bugs:
1) fccHandler identified as fccType in the VirtualDub's hex editor
2) Wrong value for the fccHandler
3) Wrong value for the dwQuality
Reference thread: http://forums.virtualdub.org/index.php?act...&t=20317&st=120
Info:
| QUOTE (fccHandler @ Feb 20 2012, 07:09 AM) | 1) At offset 0x00000070, the original file has 'WVC1' while the other has 0x00000000. This is the fccType field of the video AVIStreamHeader.
2) At offset 0x00000094, the original file has 0x00000000 while the other has 0xFFFFFFFF. This is the dwQuality field of the video AVIStreamHeader.
...
The first two are generated by VirtualDub and are not under my control. I can't explain why they would be different in this case. |
| QUOTE (fccHandler @ Feb 26 2012, 06:24 AM) | | QUOTE (fccHandler @ Feb 20 2012, 07:09 AM) | | 1) At offset 0x00000070, the original file has 'WVC1' while the other has 0x00000000. This is the fccType field of the video AVIStreamHeader. |
As it turns out, this was incorrect. The field in question is actually the fccHandler field, not the fccType field. (There is a bug in VirtualDub's hex editor which identifies it as 'fccType'.)
I thought I could populate the field by exposing the IVDXStreamSourceV3 interface and filling in the VDXStreamSourceInfoV3.mfccHandler field. However, this makes no difference that I can see. Maybe it is another VirtualDub bug? |
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| ale5000 |
| Posted: Feb 28 2012, 06:10 PM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
Sample files (JPG.zip - 68.0 KB): http://uploading.com/files/caeb43f7/JPG.zip/ (click on "WAIT TO DOWNLOAD")
VirtualDub can't open theese three images, IrfanView can open them.
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| oreillymj |
| Posted: Feb 29 2012, 01:41 PM |
|
|
Newbie
Group: Members
Posts: 5
Member No.: 33862
Joined: 21-December 11
|
I've re-posted the Pentax 1080p MJPEG sample to Rapidshare
https://rapidshare.com/files/1468931762/IMGP6032.AVI
|
|
| Dstruct |
| Posted: Feb 29 2012, 02:52 PM |
|
|
Advanced Member
Group: Members
Posts: 257
Member No.: 24005
Joined: 8-August 08
|
Confirmed. (Error reading frame 0 ...). With external ffdshow tryouts (rev4336) as decoder it is working fine.
FIXED (1.10.2-test4) |
|
| ale5000 |
| Posted: Feb 29 2012, 05:10 PM |
|
|
Advanced Member
Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07
|
It say exactly: "Error reading source frame 0: Error decompressing video frame 0: VirtualDub cannot decode 4:2:0 Motion JPEG frames with image".
PS: The error doesn't appears in the VirtualDub Log. Why?
--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs |
|
| phaeron |
| Posted: Mar 3 2012, 06:47 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Okay, going from the top, before I upload some code:
| QUOTE | VirtualDub.jobs now shows VirtualDub.SaveRawVideo("test.yuv", 15, 4, 1 ,0); and corrects the upside-down problem but still gets the yuv colors wrong.
VirtualDub.jobs should show VirtualDub.SaveRawVideo("test.yuv", 15, 4, 0, 0); which gives the correct orientation and colors.
On another note - sometimes VirtualDub.jobs shows a space after a comma and sometimes there is no space. I usually omit the spaces in my scripts to be consistent. Apparently it doesn't hurt to do this. |
I can see how you need a particular chroma plane setting... but is it that what's getting written into the jobs script and reloaded doesn't match what you've selected in the UI? I checked again and it should be getting written out and restored correctly now. You need to tell VirtualDub which order to use -- there is no one standard and it can't guess otherwise what your program needs. Since you're writing a raw video stream, it can't write metadata for it either.
The spaces after arguments are indeed optional.
| QUOTE | I'm on WinXP SP3. Same OS-stall/lag problem(s) with 1.10.2-test3!
Sometimes opening the Windows Task Manager during a 3D dub operation results in this error too:
"A video filter operation has failed because the 3D graphics accelerator in no longer available." |
The GPU priority fix won't help for XP... sorry. If you're getting the lag during the operation, that's normal, and afterward... I have no clue what could cause that.
Bringing up Task Manager should be OK, but do NOT press Ctrl+Alt+Del to get to it. This causes a desktop switch and nukes the 3D context used by the application, and generally disrupts every program using the GPU. This is a fundamental problem with using the GPU for acceleration prior to Windows Vista and is unfortunately something that's very hard to work around (it would involve being able to roll back and redo any affected frames).
| QUOTE | OpenAvi and AppendAviAutoscan use different mask matching for filenames
Specifically, OpenAVI will only scan for files ending with a dot and 2 zeros ".00" |
Yeah, I'm not sure it's a good idea for me to change this though -- it would make the regular Open command more prone to false positives.
Nope, not yet.
| QUOTE | This is minor, and I suspect merely a side effect of having to draw fancier stuff
on-screen, but with the newest 1.10.2 release which I think moves to newer
comctl I've noticed (on XPSP3 anyway) that its a bit slower than the previous
1.10.1 which lacked the fancier button elements. |
How do the two compare if you hide the status window? That's the main thing periodically redrawing that would be affected by the visual styles being enabled.
| QUOTE | There are three bugs:
1) fccHandler identified as fccType in the VirtualDub's hex editor
2) Wrong value for the fccHandler
3) Wrong value for the dwQuality |
Will fix #1. For #3, I don't think there's a need for it to be specified by the plugin, as generally it is ignored -- let me know if there are cases where it needs to be a specific value. #2 was intentional as the field specified by the plugin was only for codec decoding. However, I don't see a reason not to pass it through, so I'll make the change to do so.
Not a bug -- these are bogus JPEGs. They are actually JPEG images stored within an AppleDouble container. Remove the Mac OS junk, and they should work.
As the error message from VirtualDub says, its decoder currently doesn't support these files -- 1080 isn't a multiple of 16. This is expected. I might be able to get these to work, though.
| QUOTE | | PS: The error doesn't appears in the VirtualDub Log. Why? |
Right now, errors only show up in the log if they happen during an interactive operation. Scrubbing errors aren't logged.
|
|
| heustess |
| Posted: Mar 3 2012, 04:18 PM |
|
|
Advanced Member
Group: Members
Posts: 67
Member No.: 21872
Joined: 5-August 07
|
@phaeron
I am not a programmer, so please excuse this question if it is ignorant.
In projectui.cpp
should
format.mbSwapChromaPlanes = key.getBool("Export raw video: Swap chroma planes", true);
be
format.mbSwapChromaPlanes = key.getBool("Export raw video: Swap chroma planes", false);
--------------------
http://heustess.com/ |
|
| Dstruct |
| Posted: Mar 3 2012, 04:30 PM |
|
|
Advanced Member
Group: Members
Posts: 257
Member No.: 24005
Joined: 8-August 08
|
| QUOTE (phaeron @ Mar 3 2012, 08:47 AM) | The GPU priority fix won't help for XP... sorry. If you're getting the lag during the operation, that's normal, and afterward... I have no clue what could cause that.
Bringing up Task Manager should be OK, but do NOT press Ctrl+Alt+Del to get to it. This causes a desktop switch and nukes the 3D context used by the application, and generally disrupts every program using the GPU. This is a fundamental problem with using the GPU for acceleration prior to Windows Vista and is unfortunately something that's very hard to work around (it would involve being able to roll back and redo any affected frames). |
Ok, I'll disable VDXA then. Yeah I've opened Task Manager via Ctrl+Alt+Del. Didn't know that it can cause such problems ... |
|
| Avatar1972 |
| Posted: Mar 6 2012, 02:02 PM |
|
|
Newbie
Group: Members
Posts: 2
Member No.: 34418
Joined: 6-March 12
|
excuse me for my english
i'm trying the last (test 4) ver and i have a problem: recompressing an avi file when use the internal resize filter (for crop and resize) using precise bicubic setting, the output video pane shows only Black screen... |
|
| Dstruct |
| Posted: Mar 6 2012, 02:08 PM |
|
|
Advanced Member
Group: Members
Posts: 257
Member No.: 24005
Joined: 8-August 08
|
| QUOTE (Avatar1972 @ Mar 6 2012, 04:02 PM) | excuse me for my english
i'm trying the last (test 4) ver and i have a problem: recompressing an avi file when use the internal resize filter (for crop and resize) using precise bicubic setting, the output video pane shows only Black screen... |
FIXED (1.10.2-test5) |
|
| Avatar1972 |
| Posted: Mar 6 2012, 04:02 PM |
|
|
Newbie
Group: Members
Posts: 2
Member No.: 34418
Joined: 6-March 12
|
also the compressed video was black, resolved disableing 3d video filter acceleration VDXA.
now all seems to work right (win 7 x64 ati catalyst 12.1 on radeon 5750) |
|
