Sjaaky

Geen windows nodig

$ dvbsnoop -s ts -if Nederland1HDXP1000 | grep -B2 -A2 transport_scrambling_control
transport_priority: 0 (0x00)
PID: 517 (0x0205)  [= ]
transport_scrambling_control: 2 (0x02)  [= TS packet scrambled with Even Key]
adaptation_field_control: 1 (0x01)  [= no adaptation_field, payload only]
continuity_counter: 12 (0x0c)  [= (sequence ok)]
 
$ dvbsnoop -s ts -if Nederland2HDXP1000 | grep -B2 -A2 transport_scrambling_control
transport_priority: 0 (0x00)
PID: 525 (0x020d)  [= ]
transport_scrambling_control: 2 (0x02)  [= TS packet scrambled with Even Key]
adaptation_field_control: 1 (0x01)  [= no adaptation_field, payload only]
continuity_counter: 11 (0x0b)  [= (sequence ok)]

$ dvbsnoop -s ts -if nederland1hddm800hdpvr | grep -A2 -B2 "transport_scrambling_control"
transport_priority: 0 (0x00)
PID: 517 (0x0205)  [= ]
transport_scrambling_control: 0 (0x00)  [= No scrambling of TS packet payload]
adaptation_field_control: 1 (0x01)  [= no adaptation_field, payload only]
continuity_counter: 5 (0x05)  [= (sequence ok)]
 
$ dvbsnoop -s ts -if nederland2hddm800hdpvr | grep -A2 -B2 "transport_scrambling_control"
transport_priority: 0 (0x00)
PID: 525 (0x020d)  [= ]
transport_scrambling_control: 0 (0x00)  [= No scrambling of TS packet payload]
adaptation_field_control: 1 (0x01)  [= no adaptation_field, payload only]
continuity_counter: 3 (0x03)  [= (sequence ok)]

Toeval, of bug? De transport_scrambling_control is igv de xp1000 overal 2 (TS packet scrambled with Even Key).

I suggest to add @Cimarast ( https://github.com/Cimarast ) to e2openplugin organisation.

Done.

The multiepg screenshot looks very good!

We hopen dat er minder/geen out-of-memory errors voorkomen.

Dream was jarenlang de enige met fatsoenlijke open source software en fatsoenlijke hardware. Enigma draaide alleen op dreamboxen. Dream kon in enigma investeren en open source houden, zonder dat de concurrentie er iets aan had. De dreambox was wat duurder dan vergelijkbare closed source concurrentie, maar de mogelijkheden van de software maakten dit ruimschoots goed. Een aantal jaar geleden kwamen Vu+ en Clarktech / XTrend op de markt met fatsoenlijke en goedkopere hardware die ook gebruik kon maken van enigma. Dit terwijl ze zelf weinig (tot niets?) hebben bijgedragen aan enigma. Hiermee zag Dream zijn unieke concurrentiepositie verdwijnen. Ze hebben altijd enigma doorontwikkeld, maar al die inspanningen waren direct beschikbaar voor de concurrentie. Iedereen zal snappen dat dat economisch niet houdbaar is. Je kunt niet op de kwaliteit en prijs van hardware concurreren met andere partijen, als jij de software ontwikkeling voor je rekening neemt en dat gratis weggeeft. Tenzij je goedkoper kunt produceren oid, maar dat is lastig tegen Aziaten. Al met al is de situatie erg zuur voor Dream. De situatie zagen ze al wel, anders hadden ze enigma2 niet met een dual license ontwikkeld. Maar kennelijk is de klap een stuk harder geweest dan voorzien.

Persoonlijk denk ik Dream daarnaast strategisch een fout heeft gemaakt door geen HD twin tuner te ontwikkelen. Die hebben ze nu wel met de dm7020hd, maar die had er veel eerder moeten zijn. De sprong kwa prijs en features tussen de kleine dm500hd en dm800hd en de grote dm8000 liet een gapend gat, waarmee ze de concurrentie flink in de kaart hebben gespeeld.

De feedback vind je als het goed is terug in het scherm onder de blauwe knop. Zodat je bij initialiseren gewoon door kunt gaan met waar je mee bezig was. Voorheen moest je wachten tot het formatteren afgerond was.

Opnieuw flashen, wat Erik al zei, is zeker het handigst. Na een nieuwe flash zal de box automatisch je harde schijf zien en mounten.

Oh lastige. Grote kans dat je met eerdere pogingen je flash vol hebt geschreven. Nu de harddisk er eenmaal inzit kan die prima werken. Maar omdat je flash nog vol is, kunnen kleine bestandjes zoals timers.xml niet meer weggeschreven worden.

Kun je met telnet inloggen en de output van "mount" en "df -h" geven? Als de flash vol zit met een vorige opname die niet op de harddisk maar in flash terecht is gekomen, zul je eerst de harddisk moeten unmounten voordat je de opname kunt wissen. Dat kan door de box uit te zetten en de hdd echt los te koppelen, maar dat hoeft niet, ligt een beetje aan je niveau wat makkelijker is.

No. http://openpli.org/f...pers-for-a-box/

So you never actually build succesfully? The merge conflicts probably indicates a previous unsuccesfull attempt (probably caused by the too old version of git). Assuming you didn't make your own changes, it's best to clean everything and start all over

I'm not an expert in python versions in various distro's, but since it contains an older version than python 2.6, you'll probably better of updating/upgrading your entire linux installation.

Geen dank. Eigenlijk heb je geluk dat ik ook een logitech keyboard met unifying receiver heb. Het probleem had ik voor mezelf al opgelost. Maar ik bleef hangen bij 'hoe kan ik het het beste in het image onderbrengen'. Jij was de trigger om het even af te maken .

Personally, I think it clutters the view and doesn't add information. I really don't care if a program is at 12% or 19%, the precision of the progress bar is enough for me.
The only way that it would be acceptable is to put the percentage inside the progress bar.

What computer do you use to build the image? On my old p3 800 it takes well over 24 hours. On my more modern i5 750 an openpli-enigma2-image is completed in under 2 hours. You can try to tweak some options in conf/local.conf. My settings on a 4 core machine:

BB_NUMBER_THREADS = "4"
PARALLEL_MAKE="-j4"
BUILD_OPTIMIZATION = "-march=native -O2 -pipe"
BB_SCHEDULER = "speed"

If you own a multicore machine, these settings will certainly help you.

If the box doesn't respond to the remote or does response intermittently, first thing to try is new batteries. The light on remote lights up on keypress even if the batteries are bad.

Vuduo osd problems.

> If I switch to streamts it works like a charm.

That can not be, argggh ^!%@$#. I never tested zapstream on a dm7000 as I don't have one.