Encoding/deinterlacing issue on PAL60

[KuroNeko]

Mods, please feel free to move this to a more appropriate group - I simply could not tell which one this should be posted under (since I'm not yet sure what component is the cause of the problem).

I have two NTSC SVHS recordings, that were created using a PAL SVHS deck playing back in PAL60 format. My NTSC decks are all dead and just for these two tapes I couldn't afford to buy a new one (shipping alone to Europe would be a killer). The only card I had that could hande PAL60 input was a Hauppauge TV card. It procuced a .ts mpeg2 stream, which I demuxed using Project X and remuxed into an mkv.

This mkv plays well using cccp (LAV filters) and MediaPlayer Classic HC. The latter does deinterlacing on the fly and the result looks more than good enough for me. However, the picture is in need of cropping and I would rather have a progressive h264 mkv.

So I imported the mkv into StaxRip, using ffms2 FFVideoSource option. This recognises the stream incorrectly as 25FPS so I manually changed this to 29.970. All works well, audio is in sync, but any form of deinterlacing does not work at all (I usually use Yadif).

When using deinterlacing, the following artefacts appear. This does not look like a TFF vs BFF issue, but I tried manually changing this, to no avail.

Settings:
FFVideoSource("%source_file%", cachefile="%working_dir%%source_name%.ffindex")
AssumeFPS(29.970)
Crop(0,0, -Width % 8,-Height % 8)
ConvertToYV12()

http://i13.photobucket.com/albums/a252/JSmithers/pal60issue.jpg (http://s13.photobucket.com/user/JSmithers/media/pal60issue.jpg.html)

When I do not deinterlace in StaxRip, the image has the typical fine combing artefacts, but MediaPlayer Classic HC does not recognize this file as interlaced, and forcing deinterlacing gives the same issue as above.

The reason I use ffms2 on mkv, and not any other import filter or use the ts stream directly is that all these methods squeeze the picture vertially leaving a green area of about 30% of the picture at the bottom. This does not happen by demuxing the ts before importing into StaxRip.

What is the cause of the artefacting and what can I do about it? I realise PAL60 isn't a good place to start, but it's all that's available. Thanks!

[Guest]

Please post a link to an unprocessed sample of the TS file (not the MKV). You can cut it with DGSplit.

[KuroNeko]

OK, will do. But I'll have to find a place to host that sample first.

[LoRd_MuldeR]

OK, will do. But I'll have to find a place to host that sample first.

http://mediafire.com/ or https://mega.co.nz/ - just to name two options.

[KuroNeko]

Thanks for the tip, LordMulder, I'll have a look at these in case I need them in future (depending on how much personal data they want from me :sly:)

In any case, problem solved, thanks for the tip! Lesson learned, don't keep trying settings, googling, etc. for a whole week. Just post to Doom9 and words of wisdom will be heaped upon you by Neuron2 :thanks:

Not being sarcastic there, just pissed at my own stupidity. I cut part of the stream for you, where the problem is easily spotted, and to make sure it shows up well ran it through Staxrip. Which now of course worked perfectly.

Using that nifty little tool DGsplit I cut off 10 seconds of the start of the stream (luckily, enough room to cut stuff away) and the rest encoded perfectly. The Hauppauge must have needed a while to decide on the format or something, and the first part of the stream must have been pure PAL, throwing the rest of the stream out of whack for StaxRip. Which also explains why FFVideoSource defaulted to 25 FPS.

Anyway, thanks again, will keep DGsplit for future use! :)

[Guest]

Oh happy day. But give yourself some credit for fine detective work.