View Issue Details

IDProjectCategoryView StatusLast Update
0000016madVRbugpublic2013-06-02 20:58
ReporterChortos-2 Assigned Tomadshi  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionwon't fix 
Summary0000016: RGB vertically flipped when the chain is AviSynth -> xy-VSFilter (auto-loaded) -> madVR
DescriptionWhen madVR is used to render an RGB video output by AviSynth, all is fine. But when there is an external subtitle file and xy-VSFilter is automatically inserted between AviSynth and madVR, the video (together with the subtitles) gets vertically flipped somewhere between VSFilter and madVR.
* If I change the renderer to EVR, the problem goes away.
* If I encode the video in lossless H.264 and put it in an MKV or MP4 file, the problem goes away.
Steps To Reproduce1. Create sample.avs with the following line:
StackVertical(BlankClip(color=$00FFFF, pixel_type="RGB32"), BlankClip(color=$FFFF00, pixel_type="RGB32")).KillAudio()
2. Open it in a player. There’s a cyan rectangle and a yellow rectangle below it.
3. Create any valid sample.ass. It doesn’t even have to have any Dialogue lines, but it must have the header for VSFilter to load.
4. Open the avs file again. The rectangles have switched places. If the ass file outputs any text, it is vertically flipped along with the background.
Additional InformationI’ve tried to look at pin information in MPC-HC. The only thing I can discern is that in the AviSynth+madVR scenario the biHeight field of BITMAPINFOHEADER output by xy-VSFilter is positive while in all other cases it is negative. (There are other differences that I don’t understand.)
TagsNo tags attached.
madVR Version0.86.1
Media Player (with version info)MPC-HC Lite 1.6.6.6419 (b9f1762) (blitzkrieg) from CCCP 2012-12-30
Splitter (with version info)Haali 1.11.288.0 for MKV, LAV 0.54.1 for MP4 (both from CCCP 2012-12-30)
Decoder (with version info)LAV 0.54.1 from CCCP 2012-12-30 for H.264
DecodingSoftware
Deinterlacingnone (progressive)
DXVA2 Scaling Activeno
Aero / Desktop CompositionOn
Problem occurs with modeall modes
GPU ManufacturerNVidia + Intel
GPU ModelParallels Display Adapter, powered by NVIDIA GeForce GT 330M
GPU Driver VersionParallels Desktop for Mac Build 8.0.18354 (Version 823166; Tue, 04 Dec 2012)

Activities

Chortos-2

2013-02-23 21:21

reporter   ~0000036

Last edited: 2013-02-23 21:35

Oh right, I wanted to add (but forgot) that I’ve tested SEt’s AviSynth 2.6 MT 2011.09.13 and 2013.02.20. I don’t actually use MT and only prefer these builds to official alphas because they contain extra bug fixes.

Ah, and apparently I also forgot to fill in my OS details. I’m running 64-bit Windows 7 Pro SP1 with all updates installed under Parallels Desktop 8 for Mac (as detailed in the GPU Driver Version field) on Mac OS X 10.6.8.

madshi

2013-06-02 20:58

administrator   ~0000127

Hmmmm... Some filters output a positive biHeight, others a negative biHeight. Usually one means normal orientation and the other one upside down. madVR behaves accordingly. I'm not sure how EVR figures out what to do. I've had problems with wrong orientation before, and did some changes to fix that. I fear that if I fix this problem now, it might make things go wrong with other filter combinations.

The xy-vsfilter developer and I have been working on creating a new subtitle interface. It's still a work in progress, but it's already working relatively well. It will (hopefully soon) replace the normal xy-vsfilter version. This problem with the vertically flipped image will then be gone.

Because of these two reasons I'm closing this bug report for now. If you find filter combinations other than xy-vsfilter where this problem occurs, please feel free to re-open this bug report. Thanks.

Issue History

Date Modified Username Field Change
2013-02-23 21:15 Chortos-2 New Issue
2013-02-23 21:21 Chortos-2 Note Added: 0000036
2013-02-23 21:35 Chortos-2 Note Edited: 0000036
2013-06-02 20:58 madshi Note Added: 0000127
2013-06-02 20:58 madshi Status new => closed
2013-06-02 20:58 madshi Assigned To => madshi
2013-06-02 20:58 madshi Resolution open => won't fix