358 replies to this topic

[Beeker]

De openpli 4.0 build gaat gelijk al mis bij mij.

make[1]: Entering directory `/home/thomas/openpli-oe-core'
Updating Git repositories...
Already up-to-date.
Synchronizing submodule url for 'bitbake'
Synchronizing submodule url for 'meta-openembedded'
Synchronizing submodule url for 'meta-openpli/recipes-openpli/e2openplugins'
Synchronizing submodule url for 'openembedded-core'
Submodule 'bitbake' () registered for path 'bitbake'
Submodule 'meta-openembedded' () registered for path 'meta-openembedded'
Submodule 'meta-openpli/recipes-openpli/e2openplugins' () registered for path 'meta-openpli/recipes-openpli/e2openplugins'
Submodule 'openembedded-core' () registered for path 'openembedded-core'
fatal: reference is not a tree: d9466101908f05cb11c8a8afb73430ad919ac50d
Unable to checkout 'd9466101908f05cb11c8a8afb73430ad919ac50d' in submodule path 'openembedded-core'
make[1]: *** [update] Error 1
make[1]: Leaving directory `/home/thomas/openpli-oe-core'
make: *** [/home/thomas/openpli-oe-core/openembedded-core/meta] Error 2
thomas@thomas-System-Product-Name:~/openpli-oe-core$

[MiLo]

Seemed I had some local changes in the oe-core reference. Should work now.

[Beeker]

Ja ok..bouwen gaat nu goed tot zo ver. Als ik de box flash springt de box na de reboot gelijk weer in de stop-mode. Alleen eerste bootlogo is zichtbaar.

Vanuit de box een online update doen van 3.0 naar 4 gaat zover wel goed(Oscamstatus werkt niet goed en je moet na een reboot het netwerk weer inschakelen),maar dat kan de bedoeling niet wezen volgens mij.

Telnet leverd ook geen bruikbare informatie.

Enig idee ?

[MiLo]

Welke box?

[MiLo]

Vanuit de box een online update doen van 3.0 naar 4 gaat zover wel goed.

Zou ik niet aanraden, maar 't zou inderdaad niet gauw iets stuk moeten maken.

[Beeker]

Ja sorry DM8000.

Ik heb de .nfi ook al opnieuw laten bakken vanuit het niets, dus ook met lege sources directory begonnen.

Helaas hetzelfde resultaat. Flashen gaat goed maar na reboot in stopmode. Krijg bootloader weer om te flashen.

Zelfgebakken openpli 3.0 ging altijd goed.

Waarschijnlijk iets met nieuwe busybox of zo.

[MiLo]

Da's vreemd, maar ik heb de DM zelf ook nog niet geprobeerd. Ik zou verwachten dat hij wel boot maar bijvoorbeeld geen enigma kan starten omdat de drivers niet laden, daar is nogal wat aan veranderd in de nieuwe versies van OE.

[pieterg]

Verkeerde compressie opties van de 'boot' partitie wellicht?
De bootloader is vrij basic in z'n jffs2 ondersteuning.

[MiLo]

Boot partitie is wel leesbaar voor de loader, maar de kernel zit er helemaal niet in. De "gz" file wordt niet in /boot geplaatst tijdens do_rootfs. Ik denk een probleem met het kernel recept.

[Beeker]

Ok hij loopt nu door..goed werk. Alleen nu problemen met de zenderlijst. Heel wazig. Heel veel zenders zijn grijs gekleurd ,als je die selecteerd krijg je dus -geen vrije tuner,controleer tunerconfiguratie. Tunerconfiguratie staat 100% goed.
Van de Astra 3 doen ze het bijna wel allemaal, maar van astra1 bar weinig. Van de Astra 2 doet BBC 1 het niet,maar BBC HD wel. Van ziggo is alles grijs. Ik heb na een schone installatie de box zelf laten zoeken.Hij vind op alle satellieten en kabel alle zenders,maar ik kan ze na het zoeken dus niet selecteren op een paar na.Andere settingslijsten, zelf scannen, maakt niet uit. Soms worden de kanalen weer wit,maar probleem blijft.Bij de grijs gekleurde zenders krijg je geen info over freq, symbole rate,polarisatie etc. De zenders die het doen zijn zowel horizontaal als verticaal gepolariseerd. Alleen hoge of lage band moet ik nog uitzoeken. Maar Ziggo doet het dus ook niet.Heel apart.

[MiLo]

Volgens mij doen alle "SD" zenders het niet (MPEG-2 dus). Ik heb geen idee waar dat probleem vandaan komt, op de VU en ET heb ik dit probleem nooit gezien.

[Beeker]

Gebruikt OpenPli 4 een andere enigma code ? Of is dit weer iets met de kernel ?

[MiLo]

Zelfde enigma2, zelfde kernel.

[Beeker]

Dat wordt dus maar weer terugzetten naar 3.0. OpenPLi 4 voorlopig maar even in de ijskast.

[Beeker]

Ben er al achter. OpenPLi 4 lust geen DVB-C en DVB-S, alleen DVB-S2.

[MiLo]

Wat daar echt raadselachtig aan is, is dat dat alleen op de dm8000 gebeurt.

[christophecvr]

Wat daar echt raadselachtig aan is, is dat dat alleen op de dm8000 gebeurt.

Hallo ik ben juist begonnen met builden van openpli 4.0. Voor gebruiksgemak ben ik de Makefile aan het aanpassen. Zal de file doorgeven als ze op punt is (machine dependent build in orde) .

Nu zou dit tuner probleem niet kunnen liggen door een intermix van bepaalde settings versus gebruikte machine ?

Edited by christophecvr, 17 February 2013 - 11:39.

[MiLo]

Hallo ik ben juist begonnen met builden van openpli 4.0. Voor gebruiksgemak ben ik de Makefile aan het aanpassen. Zal de file doorgeven als ze op punt is (machine dependent build in orde) .

Laat dan even weten wat je aan het doen bent...

Nu zou dit tuner probleem niet kunnen liggen door een intermix van bepaalde settings versus gebruikte machine ?

Hoe bedoel je?

[christophecvr]

Hoe bedoel je?

Dat er ergens bv een defconf setting van andere machine wordt gebruikt of een specifieke machine gerelateerde tuner enigma2 setting van andere machine is geconfigureerd.

Dit omdat uiteindelijk dezelfde enigma2 is gebruikt en drivers en de drivers zijn dezelfde als deze in 3.0 .

Nu ik ben bijna klaar. Ik had reeds een volledige build en feeds ook. Maar heb het in stappen gedaan.

Er waren 4 fouten in bitbake mpd......bb file die ik gepatched heb. + dat ik mijn eigen oscam heb toegevoegd, ook deze moest in 4.0 een beetje anders zijn.

Nu dat alles is gepatched ga ik net een nieuwe fresh image van scratch maken. Om te zien dat alles ok is.

Indien zo zal ik er hier een volledig rapport van geven met mijn werkwijze die ik heb toegepast.

De makefile is ook aangepast en bouwd nu machine geralateerd. dat schijnt goed te werken nu.

Door eerst make dm8000 uit te voeren, zodat ik dan mijn conf kan aanpassen voor de image wordt gebouwd.

Binnen een tweetal uren zal ik de build(met feeds ) moeten hebben

[MiLo]

De makefile is ook aangepast en bouwd nu machine geralateerd. dat schijnt goed te werken nu.

Dat klinkt als het tegenovergestelde van wat ik wil.

De bedoeling is nou net dat de build NIET machine afhankelijk is. Je kunt met de huidige makefile vanuit dezelfde build directory alle machines bouwen, en je kunt wisselen wanneer je maar wil. Scheelt ook heel veel tijd, aangezien ze allemaal dezelfde compiler en voor 99% dezelfde packages gebruiken.