|
|
| jcsston |
Posted: Nov 27 2002, 01:21 AM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
It seems that the color channels are lagging behind the luma channel. Screenshot with Orig and Deinterlace: Blend The only way I've been able to get rid of this is using VDub's built-in de-interlace filter set to either Discard Field 1 or Duplicate Field 2 but when I do a frame by frame advance the output has 2 frames the same every 5 frames. So I've tried the Inverse telecine adaptive this fixed the sticking frames but the color and luma was still off.
Any ideas on what this is?
BTW What is a good image hosting service Tripod is horrible ?
-------------------- Use the Matroska file format |
 |
| fccHandler |
| Posted: Nov 27 2002, 05:26 AM |
 |
|
Administrator n00b
  
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02

|
| QUOTE (jcsston @ Nov 26 2002, 09:21 PM) | ...when I do a frame by frame advance the output has 2 frames the same every 5 frames.
|
This is indicative of telecine, so you are correct to use "Inverse Telecine." However, I don't know the reason for the chroma shift. Maybe the source itself is flawed (the result of a bad Film to NTSC transfer)?
-------------------- May the FOURCC be with you... |
 |
| jcsston |
| Posted: Nov 27 2002, 05:38 AM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
Well this is from the kids show Arthur on PBS. This is the first time I've captured the show above 240. I have 140+ episodes on cds all 320x240 15fps (older) and 30fps. I never applied the Inverse Telecine before, but now I know. I believe the local PBS station receives via satellite the broadcast because I often see compression artifacts in the orig broadcast (not my recording). Could bad MPEG-2 encoding (on their end) cause this?
-------------------- Use the Matroska file format |
 |
| fccHandler |
| Posted: Nov 27 2002, 07:23 AM |
 |
|
Administrator n00b
  
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02

|
| QUOTE (jcsston @ Nov 27 2002, 01:38 AM) | | Could bad MPEG-2 encoding (on their end) cause this? |
'Tis possible. (Sorry I can't be more helpful.)
PBS stations are viewer-supported, so they may provide a way for you to purchase the episodes you want. Send them an e-mail and see what happens.
-------------------- May the FOURCC be with you... |
 |
| jcsston |
| Posted: Nov 30 2002, 10:26 PM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
Well it isn't the PBS station because on a different channel and different show the same thing happens I assume it must be an error in my setup. Here's how I do it.
Capture 320x480 MPEG-2 VBR 8MBit with Visual Masking On in ATI Tv. Open MPEG-2 file in DVD2AVI, Save Project. Decode mpa to wav with Lame. Use AviSynth 2.06 script.
| CODE | LoadPlugin("C:\Program Files\AviSynth2\plugins\MPEG2Dec3.dll") video = mpeg2source("D:\Videos\star_trek.d2v") audio = WAVSource("D:\videos\star_trek MPA T01 DELAY -128ms.mpa.wav") DelayAudio(audio,-0.128) AudioDub(video, audio)
|
Open script in VDub.
I also tried using the DirectShow Elecard MPEG2 Video Decoder and the same thing happens
-------------------- Use the Matroska file format |
 |
| fccHandler |
| Posted: Dec 1 2002, 12:14 AM |
 |
|
Administrator n00b
  
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02

|
Try using VirtualDub to capture. Use "Set custom format" to set your video format to YUY2 320 x 480, and set your compression to Huffyuv, and let me know if you see the same chroma shift in your captures.
-------------------- May the FOURCC be with you... |
 |
| jcsston |
| Posted: Dec 1 2002, 12:23 AM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
I wish that worked When the size is set to 320x480, my stupid ATI drivers deliver a 320x240 picture with black borders on top and bottom. In VDub the 640x480 drops too many frames with Huffyuv for some reason.
I'll try capturing uncompressed and Huffyuv 320x480 avi with the ATI TV.
-------------------- Use the Matroska file format |
 |
| Morsa |
| Posted: Dec 2 2002, 03:42 AM |
 |
|
Moderator of the Vdub support board
  
Group: Moderators
Posts: 640
Member No.: 246
Joined: 9-September 02

|
If it gives too many drops with huffyuv, this may be caused by to things: 1-Your HD isnīt fast enough. Your CPU isnīt powerfull enough.
Try using Mjpeg for your captures, I guess it would work faster and better. Tell me what happens please. Regards |
 |
| jcsston |
| Posted: Dec 2 2002, 05:53 AM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
I tried the Morgan Mutimedia MJPEG codec, and it dropped more frames in VDub. Even uncompressed in VDub at 640x480 drops frames.
But I captured 640x480 Huffyuv with the ATI TV, no dropped frames and the luma and croma interlace problem disappeared. But the ATI software is not much use capturing AVI at 7 mb/s, less than 10 mintues before 4GB
Does the WDM wrapper really use that much more cpu?
-------------------- Use the Matroska file format |
 |
| fccHandler |
| Posted: Dec 2 2002, 06:21 AM |
 |
|
Administrator n00b
  
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02

|
| QUOTE (jcsston @ Dec 2 2002, 01:53 AM) | ... I captured 640x480 Huffyuv with the ATI TV, no dropped frames and the luma and croma interlace problem disappeared. But the ATI software is not much use capturing AVI at 7 mb/s, less than 10 mintues before 4GB |
Clearly it's a problem with your capture setup. But I think you must use VirtualDub, if you want to overcome that 4GB barrier.
I've run out of suggestions; I just hope you get it working
-------------------- May the FOURCC be with you... |
 |
| jcsston |
| Posted: Dec 2 2002, 07:18 AM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
I'd tried some different settings, no change Even my customized vbVidCap (conversion of the MS Video Cap) drops frames at 640x240 YUV2 so it must be the WDM Wrapper
I'll just use 640x240 as my capture res, and just forget about all this interlacing stuff 
BTW 320x240 Huffyuv in VDub works perfect so I'll just use that when I want that for an output res.
-------------------- Use the Matroska file format |
 |
| sh0dan |
| Posted: Dec 3 2002, 10:35 AM |
 |
|
Avisynth Developer
  
Group: Vdubmod Alpha Testing Team
Posts: 41
Member No.: 327
Joined: 20-September 02

|
The problem with your image comes from bad chroma upsampling. The problem is that the codec hasn't given you the correct chroma (color) values for each field.
You can try FixBrokenChromaUpsampling() in AviSynth, and see if it helps. |
 |
| jcsston |
| Posted: Dec 4 2002, 12:35 AM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
Well I was looking over the AviSynth docs and found the MergeChroma function which replaces the chroma while leaving the luma alone, just what I need! So I looked thru my video (tossing out the second field which is fine) and noticed the chroma delay was every 5 frames and lasted for one frame. So every 5th frame I want to replace the Chroma for that frame only with the next frame's chroma. How could I do this? 
Something like this
| CODE | | If FrameNo / 5 = Int(FrameNo / 5) Then MergeChroma(FrameNo,FrameNo+1) |
-------------------- Use the Matroska file format |
 |
| jcsston |
| Posted: Dec 5 2002, 04:58 AM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
I fix the chroma delay every 5th frame with so help from an AviSynth forum. But I found other places the chroma was off, I've all-day yesterday and today trying to correct this but tonight I finally found I solution! Right-Click the file Shift-Left-Click Delete, click Yes. All problems gone
-------------------- Use the Matroska file format |
 |
| jcsston |
| Posted: Dec 11 2002, 07:28 PM |
 |
|
Matroska Dev
  
Group: Moderators
Posts: 553
Member No.: 652
Joined: 3-November 02

|
I now know for sure was is the root of my problem here. When capturing 480 height interlaced video, the MPEG-2 file is Progressive frame-based instead of being Interlaced field-based. I sent an e-mail to ATI asking about this, lets hope they reply with a fix
-------------------- Use the Matroska file format |
 |