compatibility with dvbufs9xx plugin

[ninjagp]

Using vdr with sh4 processor (gm990) the dvbapi plugin does not let work dvbufs9xx plugin (video output)

If loaded dvbapi as first plugin, dvbapi works but dvbufs9xx does not If loaded dvbufs9xx as first plugin, dvbugs9xx works but dvbapi does not.

Tried with ffdecsa and dvbcsa, with no success.

Best,

[manio]

Please tell me where can I obtain the dvbufs9xx plugin sources (your version). What vdr version you're using?

[ninjagp]

vdr 1.7.22 plugin dvbufs9xx-> http://www.egal-vdr.de/ufs910/vdr-dvbufs9xx-0.0.3pre-20100613.tgz

thanks for your interest!!

[manio]

Sorry for asking, but are you 100% sure that the plugin is working with vdr-1.7.22? I was trying to compile it on vdr-1.7.27 and 1.7.22 and plugin compilation is failing... :( The plugin sources are two years old, when comparing to the latest vdr code...

[ninjagp]

I am crosscompiling for sh4 arch. (Possible it won't compile for i686 or amd64)

I use this sources : http://www.tinnilizer.com/vdr1722.tgz (I included dvbapi plugin (dvbcsa branch) and the dvbufs9xx plugin)

[manio]

Ok, thanks for the sources. I think there are needed changes in the dvbapi plugin code to inherit from cDvbHdDevice (provided by dvbufs9xx plugin). Unfortunately i don't have your hardware to test it... but if you're willing to, you can be my beta tester :) Do you have some time and willingness to help me with this?

I am also not sure if the standard plugin version (with FFdecsa will work), i think that libdvbcsa is more portable, but there is a bug in the code. The bug is sometimes causing the picture stall (i need to figure out the problem), but this bug should not prevent at least testing it on your STB.

My questions:

1. Did you test it with FFdecsa (is it working on sh4?)
2. Are you able to use dvbufs9xx with let's say vdr 1.7.27? Is it even compiling and working (without my plugin of course)?

[ninjagp]

1- Yes, FFdecsa is working in sh4. I had to change some parameters in Makefile and FFdecsa, (sh4 compiler does not accept flags like mmx,sse...., and FFdecsa.test (skiped) can't run because the binary is build for host sh4) 2 - I tested with 1.7.22. 1.7.27 also compiles, but i have not tested with it. Today I will give it a try.

For me it is great to be a betatester;)

[ninjagp]

Tested with vdr 1.7.27. Compiles, but vdr binary hangs in sh4 stb.

[manio]

Hello I just pushed new code to dvbufs9xx branch. Please try to build it, then load vdr with -Pdvbapi and don't explicit load dvbufs9xx plugin, it should be automatically loaded. Please also provide me a full debug log from vdr.

[ninjagp]

I tested and here are the results using dvbufs9xx branch:

If I start vdr -Pdvbapi. dvbapi works, but ufs9xx does not. error in log : device 1 has no MPEG decoder If I start vdr -Pdvbufs9xx -P dvbapi, ufs9xx works, but dvbapi does not. error in log: ERROR: can't get CA capabilities on device 0 If I start vdr -Pdvbapi -P dvbufs9xx. dvbapi works, but ufs9xx does not. error in log : device 1 has no MPEG decoder

logs:

http://www.tinnilizer.com/vdrlog001.tgz

[manio]

Thanks for the logs, it gives me a good overview :) I fixed one thing in dvbufs9xx branch, please pull, rebuild and test again. Also please check if you have libvdr-dvbufs9xx.so.1.7.22 and libdvbapi-dvbufs9xxdevice.so.1.7.22 libraries in /usr/lib/vdr. These libraries must be there in vdr plugin dir.

[ninjagp]

I tested with new changes. It loads dvbufs as subplugins, but continues with the error device 1 has no MPEG decoder.

Log : http://www.tinnilizer.com/vdrlog002.tgz

Libraries are in the right path /usr/lib/vdr) ;)

Thanks!

[manio]

I found another bug, please pull, rebuild and try again...

[ninjagp]

Now it is compiling and working both plugins. Nevertheless, it does not decode the images.. I have some problems with oscam.. Error log from oscam : dvbapi can not write to /dev/dvb/adapter0/ca0 . I need to do more testing because i made it work before with streamdev-server & original dvbapi. Thanks for your great work, and I'll keep testing;)

[ninjagp]

Working ;)

Just one thing... For correct compilation with sh4 host, change Makefile to PARALLEL_128_16CHAR , delete -march options (sh4-gcc does not accept), remove mmmx sse ... and disable the ffdecsa_test....

Great Work!!! Thanks again!

[manio]

Great! :) Please send me your current Makefile via e-mail.

[manio]

Done in 2e6c1bac1e