1080i deinterlacing

[sugatam]

Is there a possibility of adding this to the GPU? Doesn't have to be fancy, even bob would do.

[dom]

Is there a possibility of adding this to the GPU? Doesn't have to be fancy, even bob would do.

Something simple (like bob) is possible. Could you provide a sample file that would benefit from this?

[sugatam]

Here is a clip from NBC captured using my hdhomerun. It is 1080i mpeg2 with ac3 audio, and the pi plays it perfectly other than the jaggies.

https://docs.google.com/open?id=0B6kbH3 ... mZJRG8yMWc

[dom]

Here is a clip from NBC captured using my hdhomerun. It is 1080i mpeg2 with ac3 audio, and the pi plays it perfectly other than the jaggies.

https://docs.google.com/open?id=0B6kbH3 ... mZJRG8yMWc

Thanks.

[dom]

Here is a clip from NBC captured using my hdhomerun. It is 1080i mpeg2 with ac3 audio, and the pi plays it perfectly other than the jaggies.

https://docs.google.com/open?id=0B6kbH3 ... mZJRG8yMWc

I've added a simple "bob" deinterlace to GPU that seems to work akay at 1080i.

Currently omxplayer and xbmc don't allow deinterlace to be enabled when the resolution is too high, so I've requested that check is removed.

Should be supported in a build soon...

[sugatam]

Wow, that was fast! Thanks dom!! I compile my own omxplayer, so I can remove the check easily enough myself. Do I need a new firmware?

[dom]

Wow, that was fast! Thanks dom!! I compile my own omxplayer, so I can remove the check easily enough myself. Do I need a new firmware?

Yes, rpi-update or grab start.elf from GitHub.

[sugatam]

Just tested it - works great! Thanks a lot!! Hopefully one of days you'll have the time to code something a more sophisticated deinterlacing algorithm, but this is great in the meantime.

BTW, is there any harm to calling omxplayer with -d even when the source is progressive? Hopefully the GPU does not do anything if it is dealing with progressive content?

[dom]

Just tested it - works great! Thanks a lot!! Hopefully one of days you'll have the time to code something a more sophisticated deinterlacing algorithm, but this is great in the meantime.

BTW, is there any harm to calling omxplayer with -d even when the source is progressive? Hopefully the GPU does not do anything if it is dealing with progressive content?

You don't want to do that. It will apply the algorithm and degrade the quality of progressive content.
The metadata in files doesn't always signal correctly interlaced content, so GPU can't be sure whether it was interlaced.

[sugatam]

Makes sense. So the selective application of deinterlacing based on the source has to be done at the player level. Looking at the code, OMXPlayer doesn't do it currently. In reality, things are a bit more complicated - the source could be true progressive, it could have 3:2 pulldown, or true interlaced. The first two cases should bypass the GPU deinterlacing, provided that in the pulldown case, the player can apply the proper 2:3 reverse pulldown.

[chris178]

Hi All,

Can anyone confirm any successful testing with de-interlacing on 1080i (or HD in general) content on latest version of firmware and omxplayer (or some xbmc builds) ?

Best regards,

Chris

[sugatam]

Yes, I have tested 1080i deinterlacing with omxplayer and it works well

[sorrowuk]

If I update to this latest gpu firmware and also use the latest nightly xbmc build can I deinterlace 1080i using bob.

Do I just select the deinterlace option in xbmc and will it work ? Can I expect it to run at 50fps with no drop frames ?

[dom]

If I update to this latest gpu firmware and also use the latest nightly xbmc build can I deinterlace 1080i using bob.

Do I just select the deinterlace option in xbmc and will it work ? Can I expect it to run at 50fps with no drop frames ?

I believe this will work with a recent xbmc build.

[sorrowuk]

Is bob the best deinterlacing the pi can do ?

Is everything else too too powerful for the processor/gpu ?

[dom]

Is bob the best deinterlacing the pi can do ?

Is everything else too too powerful for the processor/gpu ?

We can do weave...

[sorrowuk]

So could we do bob + weave deinterlacing together ?

[Huffster]

I've added a simple "bob" deinterlace to GPU that seems to work akay at 1080i.

Should be supported in a build soon...

I just downloaded the latest Raspian SD card image (end of October 2012) after waiting all month and am disappointed this 1080i bob deinterlacing feature is not included in omxplayer. I guess an older version of omxplayer is still included with official Raspian release?

I don't know how to compile my own omxplayer, but I may have to learn, as I also need the "audio boost while downmixing" off, because is overdrives and distorts my music concert blu-ray rips.

I tried to install different and newer binary versions of omxplayer that others built, but the screen just goes black when trying to use the -d option on 1080i material. The concert rips sound MUCH better with these different versions though.

[dom]

I tried to install different and newer binary versions of omxplayer that others built, but the screen just goes black when trying to use the -d option on 1080i material. The concert rips sound MUCH better with these different versions though.

What memory split are you on? Can you try with 128M on GPU?
Does the -r option make any difference?
Does overclocking help?

[Huffster]

Thank you for the help. I set GPU memory to 128, tried -r, tried -d, tried both together, and its behaving exactly like the last official Raspian build. I get a picture but its still interlaced. I'm currently testing with the American Football clip posted earlier in this thread. I think the omxplayer in the new Raspian SD card image is still an older version.

I will try later to install the newer builds of omxplayer, that I was testing with yesterday, and see if the 128 GPU split makes a diff:

http://omxplayer.sconde.net/

Also, I will test with this experimental version designed to run lower GPU mem and get subtitles working:

https://github.com/downloads/torarin/om ... _armhf.deb

As a side: I'm impressed with the video playback quality of the RPi / omxplayer when it's working. Once we have DTS_MA and Dolby True HD passing through, a more advanced de-interlacer working, and a nice light-weight GUI interface frontend, I will create a NAS collection of HD disc rips and no longer need my stand alone blu-ray player. Ahhh, technical progress. Messed around with Raspxbmc, but it has a long way to go.

[andrego]

You could also try running a nightly image of OpenELEC if you have a spare sdcard. It's a very light-weight build specialized for running XBMC only (so may not suit your needs if you want to do anything other than XBMC) but it tends to include changes to XBMC every day so it's a great way to test new features or see if a bug is fixed.

Daily RPi builds can be had here: http://openelec.thestateofme.com/

[Huffster]

@dom
Your expertise and knowledge comes through again. After setting GPU to 128M and installing a newer build of omxplayer, than is included with the official Raspian image, I was able to get 1080i deinterlacing to work with the -d switch. I did have significant audio/video sync issues though. But, once I overclocked the RPi to medium setting, with the raspi-config utility, everything seems to be working.

@andrego
Thank you for the openelec links. I've been wanting to try it, but did not know where to get a disk image. I'll give it a whirl.