Daniel Laird wrote:
> 
> I have a screen that has a single output and multiple encoders.
> 
> It would be good to have a build that supports multiple encoders but
> diffferent boards may not have all encoders.
> 
> The problem is that in DFB the InitScreen function completes before
> InitEncoder function so there seems to be no way to modify the description
> of the screen to indicate that it only has 1 encoder not 2.
> 
> The Application build ontop of DFB would see how many encoders are
> available which would be the number of succesfully initialised encoders
> not the number that we tried to initialise.
>  
> in src/core/screens.c we could check the error returned from InitEncoder,
> InitOutput and InitMixer and modifiy the description of the screen
> accordingly (only add one to the number in the description if DFB_OK
> returned).  We would set the array entries of shared->encoders[x] only if
> init was successful and SetConfig would only be called if succesful Init.
> 
> It seems perfectly possible that in a dual output or dual enoder system
> you carry on if at least one is found to be working.
> 
> Any comments on this proposal?
> 
> Cheers
> Dan
> 
> 
> 
I forgot to add that i will have to deal with the SHMALLOC mallocing the
number of requested framebuffers as i will get a mem leak otherwise. (maybe
I could store the number of encoders active and the number requested in the
CoreEncoder etc that way i can free them properly)

More comments would be appreciated
Dan
-- 
View this message in context: 
http://www.nabble.com/Problems-with-multiple-Encoders-when-setting-screen-Description-tf2004220.html#a5510547
Sent from the DirectFB Dev forum at Nabble.com.


_______________________________________________
directfb-dev mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev

Reply via email to