Er wordt niet voortdurend data naartoe geschreven, enkel bij pauzeren, mocht deze SD daar werkelijk voor gebruikt worden.
Daar heb je gelijk in.
Maar ik geef toe dat SD niet het meest betrouwbare opslagmedium is, maar dat is ie dan ook zeker niet als opslag voor OS/aansturing gerelateerde zaken?
[..]
Als je de software (op afstand) wilt kunnen updaten, dan ontkom je er niet aan een medium te gebruiken zoals een sd card, eeprom of flash geheugen. In alle gevallen, wegens slijtage, heb je echter te maken met een eindig aantal schrijfcycli. Bij de ene soort chip (en fabricaat) dan een andere, wat meer of wat wat minder, dat wel natuurlijk.
 
Laatst bewerkt:
Er wordt niet voortdurend data naartoe geschreven, enkel bij pauzeren, mocht deze SD daar werkelijk voor gebruikt worden. Maar ik geef toe dat SD niet het meest betrouwbare opslagmedium is, maar dat is ie dan ook zeker niet als opslag voor OS/aansturing gerelateerde zaken?

Afijn, mogelijk wordt op een gegeven moment nog duidelijk waar die SD voor gebruikt wordt door de Next? Misschien wel als buffer voor software_updates?

Voor OS is het prima geschikt. De software wordt dan geladen naar het geheugen en daarna doet het vrij weinig meer. Voor time shifting is een SD kaart niet echt geschikt i.v.m. continue data schrijven. Het is voor de hand liggend dat pauzeren ook in de cloud gebeurt. Dit is makkelijk te testen om het netwerkkabel eruit te trekken en of je dan verder kan kijken (2 minuten). Aangezien het een 8 GB is staat er toch meer op dan alleen records, want anders hadden ze aan 4 GB genoeg wat het apparaat dan weer goedkoper maakt om te produceren.
 
Voor OS is het prima geschikt. De software wordt dan geladen naar het geheugen en daarna doet het vrij weinig meer. Voor time shifting is een SD kaart niet echt geschikt i.v.m. continue data schrijven. Het is voor de hand liggend dat pauzeren ook in de cloud gebeurt. Dit is makkelijk te testen om het netwerkkabel eruit te trekken en of je dan verder kan kijken (2 minuten). Aangezien het een 8 GB is staat er toch meer op dan alleen records, want anders hadden ze aan 4 GB genoeg wat het apparaat dan weer goedkoper maakt om te produceren.
Dat is al getest, en bevestigd, zoals eerder al geschreven, HD (NPO) gaat tot iets meer dan 2 minuten.
 
Voor OS is het prima geschikt. De software wordt dan geladen naar het geheugen en daarna doet het vrij weinig meer. Voor time shifting is een SD kaart niet echt geschikt i.v.m. continue data schrijven. Het is voor de hand liggend dat pauzeren ook in de cloud gebeurt. Dit is makkelijk te testen om het netwerkkabel eruit te trekken en of je dan verder kan kijken (2 minuten). Aangezien het een 8 GB is staat er toch meer op dan alleen records, want anders hadden ze aan 4 GB genoeg wat het apparaat dan weer goedkoper maakt om te produceren.

Ze gaan het OS echt niet op een SD kaart zetten, dat zou wel erg makkelijk maken om er mee te klooien. Nee een buffer is idd veel aannemelijker maar dan zal er een software matig tijd limiet opzitten want NPO HD is 12 Mbit / 8 = 1,5 MB/sec x 120 sec = 180 MB max.
 
Ze gaan het OS echt niet op een SD kaart zetten, dat zou wel erg makkelijk maken om er mee te klooien. [...]
#off-topic
Een echter hacker houd je daarmee niet tegen. Die bouwt in een paar dagen gewoon een schakeling (zie fig) om het programma en data realtime uit te lezen vanuit een TV decoder zelf (in dit geval een versleutelde teletext decoder). Dat is niets vergeleken het werk dat hem zit in het disassembleren v.h. programma en te voorzien van commentaar om het begrijpelijk te maken.
 

Bijlagen

  • spy.JPG
    spy.JPG
    277,9 KB · Weergaven: 434
Laatst bewerkt:
#off-topic
Een echter hacker houd je daarmee niet tegen. Die bouwt in een paar dagen gewoon een schakeling (zie fig) om het programma en data realtime uit te lezen vanuit een TV decoder zelf (in dit geval een versleutelde teletext decoder). Dat is niets vergeleken het werk dat hem zit in het disassembleren v.h. programma en te voorzien van commentaar om het begrijpelijk te maken.

Tuurlijk zijn er middelen om dit te doen maar dan ben je al vele honderden zo niet duizenden euro's verder. Ze maken dit graag zo moeilijk mogelijk door bijv. het dicht gooien van alle communicatie poorten in de software, versleuteling van delen van de firmware etc. Dus binnen een paar dagen een schakeling bouwen, reken er maar niet op.
 
Ik heb het hem toch geflikt? Waar jij beren ziet, schiet ik ze overhoop. :)
Anyhow, ik zou zeggen: Schoenmaker.....etc. en verder ga ik er niet op in.
 
Laatst bewerkt:
Tuurlijk zijn er middelen om dit te doen maar dan ben je al vele honderden zo niet duizenden euro's verder. Ze maken dit graag zo moeilijk mogelijk door bijv. het dicht gooien van alle communicatie poorten in de software, versleuteling van delen van de firmware etc. Dus binnen een paar dagen een schakeling bouwen, reken er maar niet op.
Dat zijn er toch meer dan je denkt. Zelfs zonder schakeling was het mogelijk om bij het OS te komen^-^ ...(Ga ik verder ook niet op in...) Bufferen op een SD kaart dat wil je echt niet. Dan krijgen ze elk jaar die boxen terug, omdat het SD kaatje de geest heeft gegeven. Het lijkt me logischer om dat in het geheugen (prom) zelf te doen. Maar om verder te speculeren misschien kan @Inside Next het SD kaartje uitlezen en kijken wat erop staat. Ben wel erg benieuwd.
 
Het SD kaartje heeft een XFS file system en wordt zo te zien voornamelijk gebruikt voor caching van EPG en apps als Netflix. Je ziet wat json files met programma info in de cache directories. De log directories zijn leeg. Verder niks interessants volgens mij. Er staat ook een directory 'pvr' op die is verder leeg. Kaartje is maar voor 1% in gebruik. Lijkt mij ook dat tijdens pauzeren in memory wordt gebuffered en niet op de sd kaart.
./cache/app_cache/jsapp/channel_logo_cache
./cache/app_cache/jsapp
./cache/app_cache/netflix/crashlog
./cache/app_cache/netflix/tiles
./cache/app_cache/netflix/nrd/gibbon
./cache/app_cache/netflix/nrd
./cache/app_cache/netflix
./cache/app_cache/wpe
./cache/app_cache
./cache/app_img_cache/node_image_cache
./cache/app_img_cache
./cache/drm_storage/netflix
./cache/drm_storage/rmfstreamer
./cache/drm_storage/ipplayer
./cache/drm_storage/wpe
./cache/drm_storage
./cache/wpe_cache/wpe/local-storage
./cache/wpe_cache/wpe/disk-cache
./cache/wpe_cache/wpe
./cache/wpe_cache
./cache/logging/opt-logs
./cache/logging/var-log-journal
./cache/logging/var-core-dumps/crashdumpconfig
./cache/logging/var-core-dumps/appservices
./cache/logging/var-core-dumps/axact
./cache/logging/var-core-dumps/bupload
./cache/logging/var-core-dumps/dbus
./cache/logging/var-core-dumps/devupdateproxy
./cache/logging/var-core-dumps/dnsmasq
./cache/logging/var-core-dumps/fsmaintainer
./cache/logging/var-core-dumps/hiddenscreens
./cache/logging/var-core-dumps/ipplayer
./cache/logging/var-core-dumps/iptables
./cache/logging/var-core-dumps/journald
./cache/logging/var-core-dumps/journalupload
./cache/logging/var-core-dumps/jsapp
./cache/logging/var-core-dumps/logcfg
./cache/logging/var-core-dumps/nginx
./cache/logging/var-core-dumps/n7s
./cache/logging/var-core-dumps/oemplatform
./cache/logging/var-core-dumps/pinfo
./cache/logging/var-core-dumps/platformcontrol
./cache/logging/var-core-dumps/power
./cache/logging/var-core-dumps/rmfstreamer
./cache/logging/var-core-dumps/udhcpc
./cache/logging/var-core-dumps/utils
./cache/logging/var-core-dumps/utilsipv6
./cache/logging/var-core-dumps/utilsnet
./cache/logging/var-core-dumps/utilstime
./cache/logging/var-core-dumps/vrex
./cache/logging/var-core-dumps/wpelauncher
./cache/logging/var-core-dumps/nxserver
./cache/logging/var-core-dumps/dial
./cache/logging/var-core-dumps/netflix
./cache/logging/var-core-dumps
./cache/logging
./cache/epg_cache/epg/events
./cache/epg_cache/epg
./cache/epg_cache
./cache/netflix_media_cache/diskstore/font-store
./cache/netflix_media_cache/diskstore/ui-cache
./cache/netflix_media_cache/diskstore/NRDMEDIADISKCACHE
./cache/netflix_media_cache/diskstore
./cache/netflix_media_cache
./cache
./pvr
 
Als deze idd voor de live TV buffer wordt gebruikt dan is dat een interessant gegeven, dan zou deze mogelijk vervangen kunnen worden door een (flink) grotere opslag waarmee live TV voor een flink langere periode gebufferd zou kunnen worden.
Rest een volgende vraag, is het kaartje via kaartlezer ook uit te lezen, en zo ja, wat staat er dan op en hoe is het kaartje geformatteerd?

Over het algemeen wordt zoiets software matig bepaald (buffergrootte), dus ik acht de kleins zeer klein dat het vervangen van de SD-card voor een grotere het gewenste resultaat heeft...
 
Terug
Bovenaan