Versión modificada de cccam 2.1.1 (cccam y dvbapi por separado)
He cogido la versión 2.1.1 (con la 2.1.3 es mucho más difícil hacer esto) y le he hecho una serie de cambios/mejoras.
Normalmente al instalar cccam aparece como camd dvbapiCAS, que arranca tanto cccam como dvbapi_module. Algunos renombran dvbapi_module para que no arranque, pero hay veces que sí es conveniente poder usarlo (ya que por ejemplo cccam+multicas pierde un hop).
En mi modificación dvbapiCAS y cccam aparecen de forma separada, cada uno de los dos se puede activar o desactivar según nos haga falta. cccam por sí solo no sirve de mucho, envía y recibe datos, pero no veremos nada. Hay que usar junto a cccam otra camd, como multicas, mgcamd o dvbapiCAS (dvbapi_module). Lo bueno es que ahora dvbapi_module es opcional, se puede desactivar si no hace falta, por ejemplo si vamos a usar cccam+multicas.
Otro fallo corregido: en las versiones normales (tanto de 2.1.1 como de 2.1.3) cccam (y dvbapi_module) nunca se podían detener. Aunque lo desactivaramos, los procesos seguían ejecutándose, era necesario reiniciar el deco para detenerlos realmente. Ahora esto lo he conseguido solucionar. Los procesos realmente se detienen cuando se desactivan las camd, dejando de consumir memoria y CPU.
Probaré esta versión modificada un par de días para ver si va bien y no surgen problemas imprevistos. Y si interesa, la subiré a algún lado para que la probéis vosotros.
De momento he visto que ahora multicas se conecta más rápido a cccam :D
He cogido la versión 2.1.1 (con la 2.1.3 es mucho más difícil hacer esto) y le he hecho una serie de cambios/mejoras.
Normalmente al instalar cccam aparece como camd dvbapiCAS, que arranca tanto cccam como dvbapi_module. Algunos renombran dvbapi_module para que no arranque, pero hay veces que sí es conveniente poder usarlo (ya que por ejemplo cccam+multicas pierde un hop).
En mi modificación dvbapiCAS y cccam aparecen de forma separada, cada uno de los dos se puede activar o desactivar según nos haga falta. cccam por sí solo no sirve de mucho, envía y recibe datos, pero no veremos nada. Hay que usar junto a cccam otra camd, como multicas, mgcamd o dvbapiCAS (dvbapi_module). Lo bueno es que ahora dvbapi_module es opcional, se puede desactivar si no hace falta, por ejemplo si vamos a usar cccam+multicas.
Otro fallo corregido: en las versiones normales (tanto de 2.1.1 como de 2.1.3) cccam (y dvbapi_module) nunca se podían detener. Aunque lo desactivaramos, los procesos seguían ejecutándose, era necesario reiniciar el deco para detenerlos realmente. Ahora esto lo he conseguido solucionar. Los procesos realmente se detienen cuando se desactivan las camd, dejando de consumir memoria y CPU.
Probaré esta versión modificada un par de días para ver si va bien y no surgen problemas imprevistos. Y si interesa, la subiré a algún lado para que la probéis vosotros.
De momento he visto que ahora multicas se conecta más rápido a cccam :D