|
|
| Barnister |
| Posted: Jul 17 2011, 06:12 PM |
 |
|
Advanced Member
Group: Members
Posts: 54
Member No.: 27261
Joined: 22-March 10
|
Thanks, Placio74. |
|
| -vdub- |
| Posted: Jul 17 2011, 08:12 PM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
re-posted below |
|
| Placio74 |
| Posted: Jul 17 2011, 11:55 PM |
|
|
VideoAudio
Group: Members
Posts: 1216
Member No.: 21485
Joined: 24-May 07
|
I do not think so...
DAR is for display; VirtualDub isn't player; are working on 'real' frame size.
For what you want, resizing frame size is required (not just change AR).
Of course when you change view AR, this has no effect on the processed image. Also can't preserve DAR in AVI (not supported in this container), however can set DAR in some video codecs.
--------------------
VideoAudio.pl - Serwis o technologii wideo & audio |
|
| -vdub- |
| Posted: Jul 18 2011, 04:28 AM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
If can be done with ffmpeg then should easily be able to do so with this plugin. FFMpeg Input Driver is built from FFMpeg source codes.
As quoted atm
|
|
| -vdub- |
| Posted: Aug 1 2011, 08:04 AM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
Ray that is what i tried first. Problem is when need to adjust the resolution the video resize filter then again is PAR. So it is of no use since the actual video is 16:9 DAR.
Any possibility for tweak to add this into load extension for PAR and DAR selectable and have default DAR at load. Since incorrect shown in virtualdub means also resize cannot correct AR with to the same resolution of source file 720x576 (full dvd resolution D1). Instead resize tried to give resolution as 720x405 with 16:9. When make load correct using DAR would be able to work with video at source 720x576 16:9
Two clips for download below to show this problem. Load mpg into g-spot also will show PAR and DAR difference, where DAR is correct AR and PAR is incorrect. When video loaded in virtualdub also see your filter uses PAR not DAR. Both the video clips load using DAR 16:9 when viewed with vlc, wmp and mpc video players.
| CODE | PAR-DAR.mpg [mpeg-2 raw clip]
http://qfs.mobi/f22707
PAR-DAR.ts (raw) clip
http://qfs.mobi/f22708 |
|
|
| Jim_pansen |
| Posted: Aug 1 2011, 08:55 AM |
|
|
Advanced Member
Group: Members
Posts: 30
Member No.: 25998
Joined: 12-August 09
|
Hi raythe0n,
ffmpeg input driver version 0.5 works really fine,
except the following issue:
sometimes the first frame appears with the last seen screen or just green.
Will test this later more to give you a reproducable scenario!
I also have one request more! Can you add the *.mxf file format in format list?
As far as I know ffmpeg supports *.mxf containing MPEG, AVCHD & JPEG2000 (not shure)!
I really have to say, for me the ffmpeg driver is the most used input filter now!
Great work & thank you very much!
Cheers
Jim |
|
| raythe0n |
| Posted: Aug 1 2011, 04:15 PM |
|
|
Member
Group: Members
Posts: 19
Member No.: 31262
Joined: 10-May 11
|
| QUOTE (-vdub- @ Aug 1 2011, 11:04 AM) | Ray that is what i tried first. Problem is when need to adjust the resolution the video resize filter then again is PAR. So it is of no use since the actual video is 16:9 DAR.
Any possibility for tweak to add this into load extension for PAR and DAR selectable and have default DAR at load. Since incorrect shown in virtualdub means also resize cannot correct AR with to the same resolution of source file 720x576 (full dvd resolution D1). Instead resize tried to give resolution as 720x405 with 16:9. When make load correct using DAR would be able to work with video at source 720x576 16:9
Two clips for download below to show this problem. Load mpg into g-spot also will show PAR and DAR difference, where DAR is correct AR and PAR is incorrect. When video loaded in virtualdub also see your filter uses PAR not DAR. Both the video clips load using DAR 16:9 when viewed with vlc, wmp and mpc video players.
| CODE | PAR-DAR.mpg [mpeg-2 raw clip]
http://qfs.mobi/f22707
PAR-DAR.ts (raw) clip
http://qfs.mobi/f22708 |
|
Hi -vdub-
I have looked at your files. FFMpeg gives right DAR of video 16:9 (64:45 in variables). I have tried to apply filter Resize with parameters Aspect Ratio 16:9 and "New size" Relative (%) of 142.22 % x 100 % - in this case avi file remains truly PAR 1024x576.
Unfortunately VD realization of AVI isnt provide Aspect Ratio storage. Therefore such situations are processed incorrectly.
Scaling to DAR using FFMpeg can become other decision. But it would be incorrect approach as VirtualDub allows to reach the same result by means of more advanced tools such as Resize.
Thanks for the found lacks!
|
|
| raythe0n |
| Posted: Aug 1 2011, 04:19 PM |
|
|
Member
Group: Members
Posts: 19
Member No.: 31262
Joined: 10-May 11
|
| QUOTE (Jim_pansen @ Aug 1 2011, 11:55 AM) | Hi raythe0n,
ffmpeg input driver version 0.5 works really fine,
except the following issue:
sometimes the first frame appears with the last seen screen or just green.
Will test this later more to give you a reproducable scenario!
I also have one request more! Can you add the *.mxf file format in format list?
As far as I know ffmpeg supports *.mxf containing MPEG, AVCHD & JPEG2000 (not shure)!
I really have to say, for me the ffmpeg driver is the most used input filter now!
Great work & thank you very much!
Cheers
Jim |
Hello Jim_pansen
Please specify in what cases there is a green screen or the previous frame.
I will add MXF format in next update.
Thanks Jim! |
|
| -vdub- |
| Posted: Aug 2 2011, 06:25 AM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
G-spot actually reports this for these videos i have which are many hundreds or thousands. But do see near same for dvd video i have looked at to see differences. Since bbc captures and broadcasts using dvd D1 sd resolution and AR. DVD and captured vidoes are the same. Also note that other channels i captured from also have the same problem AR for DAR is correct SAR and PAR are not.
G-Spot as maybe you have also looked at (mpg as g-spot doesn't show details for .ts yet).
Storage Aspect Ratio - SAR 1.250 (5:4)
Pixel Aspect Ratio - PAR 1.422 (~10:7)
Display Aspect Ratio - DAR 1.778 (16:9)
From used ffmpeg tools ouput below i have stripped the ffmpeg internal infos.
These FFmpeg tools don't seem to upscale any process to 1024x576 seems only to be using the DAR information.
| CODE | >"C:\Program Files\FFMpeg and Tools\ffmpeg.exe" -i J:\PAR-DAR.mpg -acodec copy -vcodec copy -y J:\MPEGandDAR.mpg
[mp2 @ 00B150C0] Header missing
[mpeg2video @ 003ECB20] mpeg_decode_postinit() failure
Last message repeated 7 times
[mpeg @ 003EC1A0] max_analyze_duration reached
Input #0, mpeg, from 'J:\PAR-DAR.mpg':
Duration: 00:00:08.53, start: 828.224000, bitrate: 3930 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 6500 kb/s, 26.50 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 256 kb/s
Output #0, mpeg, to 'J:\MPEGandDAR.mpg':
Metadata:
encoder : Lavf53.0.3
Stream #0.0: Video: mpeg2video, yuv420p, 720x576 [PAR 64:45 DAR 16:9], q=2-31, 6500 kb/s, 90k tbn, 25 tbc
Stream #0.1: Audio: mp2, 48000 Hz, stereo, 256 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
frame= 211 fps= 0 q=-1.0 Lsize= 4048kB time=8.40 bitrate=3947.8kbits/s
video:3765kB audio:262kB global headers:0kB muxing overhead 0.516166% |
| CODE | "C:\Program Files\FFMpeg and Tools\ffprobe.exe" J:\PAR-DAR.mpg
[mp2 @ 003EEA40] Header missing
[mpeg2video @ 00AE9AC0] mpeg_decode_postinit() failure
[mpeg2video @ 00AE9AC0] mpeg_decode_postinit() failure
[mpeg2video @ 00AE9AC0] mpeg_decode_postinit() failure
[mpeg2video @ 00AE9AC0] mpeg_decode_postinit() failure
[mpeg2video @ 00AE9AC0] mpeg_decode_postinit() failure
[mpeg2video @ 00AE9AC0] mpeg_decode_postinit() failure
[mpeg2video @ 00AE9AC0] mpeg_decode_postinit() failure
[mpeg2video @ 00AE9AC0] mpeg_decode_postinit() failure
[mpeg @ 003E51C0] max_analyze_duration reached
Input #0, mpeg, from 'J:\PAR-DAR.mpg':
Duration: 00:00:08.53, start: 828.224000, bitrate: 3930 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 6500 kb/s, 26.50 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 256 kb/s |
| CODE | >"C:\Program Files\FFMpeg and Tools\ffplay.exe" J:\PAR-DAR.mpg
[mp2 @ 003EFB20] Header missing
[mpeg2video @ 003EF4A0] mpeg_decode_postinit() failure
Last message repeated 7 times
[mpeg @ 003EEC20] max_analyze_duration reached
Input #0, mpeg, from 'J:\PAR-DAR.mpg':
Duration: 00:00:08.53, start: 828.224000, bitrate: 3930 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 6500 kb/s, 26.50 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 256 kb/s
[mpeg2video @ 003EF4A0] mpeg_decode_postinit() failure
Last message repeated 7 times
[mp2 @ 003EFB20] Header missing
[mpeg2video @ 003EF4A0] ac-tex damaged at 29 17 sq= 0B f=0/0 f=0/0
[mpeg2video @ 003EF4A0] Warning MVs not available
[mpeg2video @ 003EF4A0] concealing 855 DC, 855 AC, 855 MV errors
[mp2 @ 003EFB20] incomplete frame0KB vq= 0KB sq= 0B f=0/0 836.60 A-V: -1.509 s:0.8 aq= 0KB vq= 0KB sq= 0B f=0/0 |
| QUOTE (raytheOn) |
Scaling to DAR using FFMpeg can become other decision. But it would be incorrect approach as VirtualDub allows to reach the same result by means of more advanced tools such as Resize. |
Resize cannot make the source video AR as loaded by ffmpeg input driver correct to how it should be same as DAR. best it can do is 1024 as you have seen. But that would be upscaling interlaced which is not recommended. Would prefer to load using DAR information so can process the video without up or down scaling, leaving interlace as is.
Also the same is happening with retail pal dvd here are deatils that g-spot shows. All play using correct DAR and can be loaded with correct AR with home or pc video players.
| CODE |
Forest Gump
SAR 1.250 (5:4)
PAR 1.422 (~10:7)
DAR 1.778 (16:9)
Hellraiser
SAR 1.250 (5:4)
PAR 1.422 (~10:7)
DAR 1.778 (16:9)
Interview With The Vampire
SAR 1.250 (5:4)
PAR 1.422 (~10:7)
DAR 1.778 (16:9)
Meet Joe Black
SAR 1.250 (5:4)
PAR 1.422 (~10:7)
DAR 1.778 (16:9)
Roots
SAR 1.250 (5:4)
PAR 1.067 (16:15)
DAR 1.333 (4:3) |
Dvd AR info posted to show the video clips i posted are of same dvd D1 specification. So would expect virtualdub or filter to be able to load them correctly. Without up or down scaling the resolution. Also have many other video 720x576 is not the only resolution, but they all are the same the DAR is the correct AR of the video.
I don't know if this a decoder filter or virtualdub problem. Only guess decoder filter where virtualdub only shows what the decoder gives it to show ?
@ Phaeron ... Maybe Phaeron knows better as to why this happens. Or can say whether fault with virtualdub or is down to the decoder filter itself to load correct AR |
|
| raythe0n |
| Posted: Aug 3 2011, 12:58 PM |
|
|
Member
Group: Members
Posts: 19
Member No.: 31262
Joined: 10-May 11
|
| QUOTE (-vdub- @ Aug 2 2011, 09:25 AM) |
These FFmpeg tools don't seem to upscale any process to 1024x576 seems only to be using the DAR information.
Dvd AR info posted to show the video clips i posted are of same dvd D1 specification. So would expect virtualdub or filter to be able to load them correctly. Without up or down scaling the resolution. Also have many other video 720x576 is not the only resolution, but they all are the same the DAR is the correct AR of the video.
I don't know if this a decoder filter or virtualdub problem. Only guess decoder filter where virtualdub only shows what the decoder gives it to show ?
@ Phaeron ... Maybe Phaeron knows better as to why this happens. Or can say whether fault with virtualdub or is down to the decoder filter itself to load correct AR |
As the experimental decision I have made ffinputdriver-0.6 which adjusts the frame according to PAR. You can find it in options of opening file. |
|
| L.H.V.F. |
| Posted: Aug 4 2011, 05:35 AM |
|
|
Advanced Member
Group: Members
Posts: 49
Member No.: 28822
Joined: 19-October 10
|
Hi, raythe0n
Again I am noticing a problem that I have had with your plugin, that have appeared since the version 0.5. The problem, as I have saw, after test with your latest version 0.6 is that the Input Side stayed freezed also for .ogm video files, in limited user account in windows xp SP3. Another thing that I have discovered is that VirtualDub 1.10.1 (pre-release) the problem doesn't occur. But the VirtualDub 1.9.11 is stable version, and also maybe is relationed to file way for plugin, that was rechanged for plugins32, instead of only plugins, this default in latest instable versions. Is not possible to rename for "plugins32" in limited user account. I will test that with the Administrator user account. Is possible create a intermediate file address for plugin detection?
I thank reply. |
|
| -vdub- |
| Posted: Aug 4 2011, 09:29 AM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
Hi ray have evaluted the ffmpeg input driver v0.6 filter.
These below are needing further work
Filters = 1024x576 which is incorrect. Should be showing as video source 720x576
File Information - AR is showing 64:45 it should be 16:9
Video output = 1024x576 (saved without adjustment using source copy should be same as video source 720x576)
Checked with filters VDMod_Resize, null transform, resize (the po mans VDMod_Resize) and others
Clips used PAR-DAR.mpg and .ts Also have tested with other files to verify the same.
Ray i also noticed on File Information the video showing as yuv420p. Should this be instead yuv420i for interlace. The filters don't show video as interlaced, maybe they also use value yuv420p also! The PAR-DAR.mpg plays in virtualdub as interlaced. The source file PAR-DAR.mpg and .ts are interlaced video clips 
|
|
| raythe0n |
| Posted: Aug 6 2011, 10:28 AM |
|
|
Member
Group: Members
Posts: 19
Member No.: 31262
Joined: 10-May 11
|
| QUOTE (L.H.V.F. @ Aug 4 2011, 08:35 AM) | Hi, raythe0n
Again I am noticing an problem that I have had with your plugin, that have appeared since the version 0.5. The problem, as I have saw, after test with your latest version 0.6 is that the Input Side stayed freezed also for .ogm video files, in limited user account in windows xp SP3. Another thing that I have discovered is that VirtualDub 1.10.1 (pre-release) the problem doesn't occur. But the VirtualDub 1.9.11 is stable version, and also maybe is relationed to file way for plugin, that was rechanged for plugins32, instead of only plugins, this default in latest instable versions. Is not possible to rename for "plugins32" in limited user account. I will test that with the Administrator user account. Is possible create a intermediate file address for plugin detection?
I thank reply. |
Whether have you the same problems with other input plugins? |
|
| raythe0n |
| Posted: Aug 6 2011, 10:43 AM |
|
|
Member
Group: Members
Posts: 19
Member No.: 31262
Joined: 10-May 11
|
| QUOTE (-vdub- @ Aug 4 2011, 12:29 PM) | Hi ray have evaluted the ffmpeg input driver v0.6 filter.
These below are needing further work
Filters = 1024x576 which is incorrect. Should be showing as video source 720x576
File Information - AR is showing 64:45 it should be 16:9
Video output = 1024x576 (saved without adjustment using source copy should be same as video source 720x576)
Checked with filters VDMod_Resize, null transform, resize (the po mans VDMod_Resize) and others
Clips used PAR-DAR.mpg and .ts Also have tested with other files to verify the same.
Ray i also noticed on File Information the video showing as yuv420p. Should this be instead yuv420i for interlace. The filters don't show video as interlaced, maybe they also use value yuv420p also! The PAR-DAR.mpg plays in virtualdub as interlaced. The source file PAR-DAR.mpg and .ts are interlaced video clips |
-vdub- driver v0.6 is rescaling Storage AR to Display AR. Virtual Dub work only with Display AR so you see rescaled frame size in filters. (File Information display original Storage AR). In AVI header the AR field isnt provided therefore processing of images with not square pixel is incorrect. The algorithm without converting frame size is accessible in options of opening of a file.
thx. |
|
| -vdub- |
| Posted: Aug 6 2011, 03:40 PM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
Problem i have is with any resize filter how to make it 720x576 [1.778 (16:9)] again for dvd ?
1024x576 or 720x405 is not real dvd spec. Since input is 720x576 [1.778 (16:9)] that is what i really need.
Ray maybe this is a virtualdub problem after all and the reason it cannot be done. SAR or PAR values are not correct ones to use.
Which of these below has dvd D1 resolution and 16:9 AR
par-dar.mpg clip
SAR 1.250 (5:4)
PAR 1.422 (~10:7)
DAR 1.778 (16:9)
(sar-par-dar information copied from G-Spot) note also post further up showing dvd titles also are the same. DAR holds the correct resolution and AR values of the video.
Ray i am posting here some info and questions for Phaeron when he reads this
@ Phaeron maybe can you make virtualdub work using Rays FFmpeg input driver v0.6 filter. Using the clips i have posted links for above. Also any dvd with DAR values of 720x576 [1.778 (16:9)] is exactly the same (any retail dvd will be like this). Use mpeg-2 stream with padding stripped from a dvd video vob.
When loading with FFmpeg Input Driver using (FFmpeg Supported Files load option). Then selecting load with extended options. If pixel Aspect Ratio is unselected will load using PAR values and use the same for all in virtualdub (filters, output everything). If keep Pixel Aspect Ratio selected will change to how Ray has described in his last few posts.
As you can see from test clip or dvd D1 spec test clip that has DAR values 720x576 [1.778 (16:9)]. There is a problem using either extended options load method with many aspects with virtual dub. Main one been nothing is showing the video values as loaded. Try resize and will see it as either 1024x576 or 720x576 depending on extended option load mode used. Try adjusting resize to be 720x576 [1.778 (16:9)] it cannot be done. Is this a problem with virtualdub that can be fixed or is it the filter at fault and needs fixed ? |
|
