138 replies to this topic

[theparasol]

Dat is voor mij al een zekerheid. Ik ga niet langer een fabrikant ondersteunen die er zulke rare streken op nahoudt.

[ESM]

Ik heb de Dreamboxen nooit willen hebben vanwege de, in mijn ogen, idiote prijzen die voor die boxen gevraagd wordt. En met de komst van de VU was voor mij helemaal duidelijk dat Dream Media een bedrijfje is van boeven. Geen ontvanger hoeft zoveel te kosten kijkend naar wat er in zit.

[Jeroensky]

Jammer dat openpli niet kan/mag doorgaan met Openpli voor dreamboxen met enigma 3.x / 4.x.
Kan dus niet op een manier zoals we nu zien bij mytube & webif plugins.
Dat de openpli versie voor dreamboxen wel verder gaan met enigma toekomstige versies 3.x / 4.x ?

Ik probeer de vraag ook op dmm forum te plaatsen, maar dan heb ik gedoe met mod betreft forumregels.(ik probeer te vragen of op die dmm images met enigma 3.x / 4.x wel een softcam als oscam kan werken, en zoniet waarom dreamboxes dan een kaartlezer hebben).

[littlesat]

De kaartlezers blijven heus wel werken op de dreamboxen...

[Jeroensky]

De kaartlezers blijven heus wel werken op de dreamboxen...

Bij openpli en anderen wel ja.

Maar stel, dat kernelupdate (ext4 filesystemsupport) en bv blindscan op nieuwe Dream multimedia image komen, met enigma3 of 4.
Werkt oscam dan nog op het originele DMM image. Want je wordt dan gedwongen DMM image te gebruiken, tenzij je wilt blijven steken met drivers/kernel van enigma2.

Edited by J3r03n5ky, 5 November 2011 - 22:51.

[mika-nl]

De kaartlezers blijven heus wel werken op de dreamboxen...

Bij openpli en anderen wel ja.

Maar stel, dat kernelupdate (ext4 filesystemsupport) en bv blindscan op nieuwe Dream multimedia image komen, met enigma3 of 4.
Werkt oscam dan nog op het originele DMM image. Want je wordt dan gedwongen DMM image te gebruiken, tenzij je wilt blijven steken met drivers/kernel van enigma2.

Ik wil best wel blijven steken op deze drivers als het niet anders is.
Bedoel mijn 500hd werkt perfect, en heeft functies en looks zat tenopzichte van andere niet linux of gesloten boxen.

MiKa

[ni_hao]

Maar stel, dat kernelupdate (ext4 filesystemsupport) en bv blindscan op nieuwe Dream multimedia image komen, met enigma3 of 4.
Werkt oscam dan nog op het originele DMM image. Want je wordt dan gedwongen DMM image te gebruiken, tenzij je wilt blijven steken met drivers/kernel van enigma2.

Blindscan werkt al op images met Enigma2 v3.2 met tuners vanaf bcm4505 en zal dat blijven doen. Softcams blijven werken, net zoals nu het geval is. Je kunt ook andere images gebruiken zoals thans vanaf Enigma2 v3.2 ook het geval is, alleen niet iedereen heeft dezelfde mogelijkheden.

Edited by ni_hao, 6 November 2011 - 09:33.

[littlesat]

Hebben ze dan ook de ondertites al verbeterd?

[Gman2oo6]

Maar stel, dat kernelupdate (ext4 filesystemsupport) en bv blindscan op nieuwe Dream multimedia image komen, met enigma3 of 4.
Werkt oscam dan nog op het originele DMM image. Want je wordt dan gedwongen DMM image te gebruiken, tenzij je wilt blijven steken met drivers/kernel van enigma2.

Blindscan werkt al op images met Enigma2 v3.2 met tuners vanaf bcm4505 en zal dat blijven doen. Softcams blijven werken, net zoals nu het geval is. Je kunt ook andere images gebruiken zoals thans vanaf Enigma2 v3.2 ook het geval is, alleen niet iedereen heeft dezelfde mogelijkheden.

Hiermee bedoel je dan dat je de IMG kunt gebruiken met toevoegingen maar geen verbeteringen daar dat gesloten is
of te wel origineel van DMM met plugins
en alle fouten wat er in zitten is dan jammer maar daarvoor kom je aan het wachten op DMM ( en dat kan soms heel lang duren !!! )

[Jeroensky]

Gaat weer lekker op DMM forum. (ik probeer het daar simpel te houden)

Edited by J3r03n5ky, 6 November 2011 - 12:50.

[Meega]

Ik volg je daar op de voet!!

[Jeroensky]

Ik heb deze zinvolle reactie ontvangen van DMM forum member:
(bron)

I think you don' t get the consequences of all that stuff right.

Are image builders still able to build their own images with newest kernels / drivers / features ? Yes they are !!!!
Are image builders still able to include additional functionality (like plugins, skins, c*ms, etc...)? Yes they ARE!!!
Are they able to patch any python file in the image, that they want? Yes they are!!!
Are they able to modify core enigma2 files for some very special features? No they are not, but dmm is working on the Integration of patches from that iamages, that they find to be useful, and for others they create interfaces that can be used.

Yes, there will not be 100% of the possibilities that were there before 3.2, but there will still be a LOT to modify.
If you just take the icvs: there are -as far as i followed the forums, probably I missed something- two (in Numbers: 2) modifications of the image, that can not be done anymore with 3.2.
And one of them could most probably be implemented using a pure python solution, the other one dmm works on...

Maybe for other images it is some more functions that will have to be recoded / submitted to dmm as a patch, but it for sure is NOT the majoority of changes that will get lost...

Edited by J3r03n5ky, 6 November 2011 - 13:25.

[littlesat]

DMM heeft de licentie veranderd... en de cpp code closed source gemaakt. Daar kunnen wij niets aan veranderen, dat is hun keuze.

Edited by littlesat, 6 November 2011 - 13:31.

[Jeroensky]

Dat ga ik daar even corrigeren

Edited by Frenske, 6 November 2011 - 13:44.

[pieterg]

Are they able to modify core enigma2 files for some very special features? No they are not, but dmm is working on the Integration of patches from that iamages, that they find to be useful, and for others they create interfaces that can be used.

Nee, dat mogen ze dus NIET, ze mogen geen opensource GPL spullen onder hun gesloten licentie overhevelen.

[Jeroensky]

Daar antwoord men op DMM als volgt op:
"Only enigma2 c++ code is closed source now.
Not the kernel-sources (this would violate gpl), not the work of others, no plugins, no skins, no python-code!!"

[pieterg]

precies, en we hadden het juist over die e2 c++ code.

[MiLo]

Alle GPL plugins zijn dus ook meteen niet meer compatible met DMM images?

[pieterg]

Volgens mij niet, maar daar zijn de meningen wat over verdeeld.
Omdat python een interpreted language is, zou je kunnen verdedigen dat alleen de interpreter in dezelfde memoryspace draait, en niet de interpreted code...

http://www.gnu.org/l...#IfLibraryIsGPL

[Jeroensky]

En als we de Free Software Foundation inlichten over het feit dat DMM C++ code voorzien van GPL(welke versie eigenlijk, de 3?) licentie closed source maakt?

Edited by J3r03n5ky, 6 November 2011 - 19:00.