catastrofus

Binnen dat topic gaf Erik toch al aan dat een flash de snelste/beste/ultieme oplossing was? Vanwaar dan nog dit topic?

Ha, nee: 1200/75 oftewel viewdata ben ik mee begonnen! 2400 baud, toendertijd, was een utopie want te kostbaar.

 

Gigabit gebruikt alle vier de paren (bidirectioneel). Sommige adapters kunnen overweg met jouw "halve" bedrading, daarmee heb je een 500Mbps verbinding. De settops horen niet tot die categorie vrees ik...

 

@MiLo dank voor de uitleg. Ter info de bovengenoemde "opstelling"  had ik, toen ik nog in het kabel gebied woonde. Nu veroordeeld tot aDSL en schotel, dit eerste is minder, maar het laaste een verademing. Met aDSL kom ik gezien de afstand naar het tussen station/straat kast niet verder dan 6-7Mbit/s down en 0,7-8Mbit/s up, maar goed dat is met "gewoon" internet gebruik prima te doen ik kijk uit als hier misschien ooit VDSL2 komt. Ik kan me nog mijn eerste analoge modem herinneren 2400 b/s

 

Maakt niets uit, /var/etc is een symlink naar /etc. Maar in mijn standaard /etc/CCcam.cfg staat idd /var/etc vermeld:

# in this file you can configure what CAIDs CCcam should prefer or ignore
# defaults to /var/etc/CCcam.prio           
# file content can have ignores (I) and prio lists (P)
 

Dit vond ik altijd al een mooie uitleg van 'sanity check': The act of checking that something does not contain elementary mistakes or impossibilities, or is not based on invalid assumptions

Why don't you use scp?

Put: scp <file> <user>@<host>:<path>

Get: scp <user>@<host>:<path>/<file> .

http://wiki.openpli.org/comparison

Ik denk dat ik dit ook ga doen, iemand een suggestie wat nu een goede receiver is?

Maar IMS is het nederlands niet machtig, vandaar het engels.

root@nestorix:~# /usr/sbin/nanddump --noecc --omitoob --bb=skipbad  --file=/tmp/secondstage.bin /dev/mtd1
Block size 262144, page size 4096, OOB size 128
Dumping data starting at 0x00000000 and ending at 0x00100000...
root@nestorix:~# ls -l /tmp/secondstage.bin
-rw-r--r--    1 root     root       1048576 Jan 13 09:56 /tmp/secondstage.bin
root@nestorix:~#
 

Zo heb ik ook mijn et10k vanavond opnieuw geflashed. Met dank aan autobackup!

Deze denk ik: http://openpli.org/f...s-update-fails/

fstrim -v /media/hdd ? Volgens de manualpage althans...

fstrim  [-a]  [-o  offset]  [-l length] [-m minimum-free-extent] [-v] mountpoint

Beetje lullige opmerking dit. Wij (lees: dm stb eigenaren) zijn niet de oorzaak.

Waarom zou ik? Ben PLi fan sinds Milo "ingelijfd" (noem het even zo maar zo ging het uiteraard niet) werd. En de mening van theparasol over dm's kennen we zo langzamerhand wel sinds al die keren dat hij overduidelijk liet merken dat de dm-bezitters eigenlijk allemaal sukkels zijn.

Waar moet ik dan respect voor opbrengen dan? Voor z'n werk bij streamboard? Doet ie goed werk, denk ik. Wel respecteer ik hem hier als user binnen dit (en andere) forum(s) maar niet in zijn rol als dm-basher.

Maar goed, de dm-users moeten wat anders gaan zoeken dus hij kan zijn pijlen op wat anders gaan richten. VU? Vanwege de kwaliteit van hun drivers?

Uiteraard vind ik die beslissing niet prima want ik moet op zoek naar een afgeleide van PLi, zoals openATV.

Dus alle 6 generaliserende & subjectieve redenen, die je noemt, vind ik behoorlijk kortzichtig richting alle gebruikers die nog een dm in huis hebben en daar (tot nu toe) tevreden mee zijn maar dus nu evt support kunnen vergeten.

De enige reden waar ik wel enig begrip voor kan opbrengen is de weigering van het PLi-team om specifieke wijzigingen aan te brengen speciaal voor dm's (terwijl dat eigenlijk ook voor VU's zou moeten gelden)

Niks niet generaliserend en subjectief. Ik heb mijn redenen ruimschoots genoemd en onderbouwd. Ik zou zeggen geniet lekker van je DM8000 boxen.

Als jij tevreden bent prima, maar ik ben blij met de beslissing van openpli team om te stoppen actieve support van closed-source (once) dreamboxen.

Dit klinkt trouwens ook als een 'google translate'.   Maar ik had je standpunt al begrepen uit de dmm discussie.