rsize, wsize geheugenafhankelijk ?

[emp1re]

De rsize en wsize bij mounten van de DM500 is die afhankelijk van het vrije geheugen dat nog je nog over hebt in je droomdoos ?

 

Ik heb een NFS sharing goed aan de gang en de multiboot loopt dus prima. nu heb ik de CIFS share er ook naast lopen voor opnemen van films dat loopt ook stukken beter als voorheen.

 

Nu ben ik toch benieuwd of de rsize en wsize afhankelijk zijn van het vrije geheugen in de dreambox. ik ben al een beetje met die waardes aan het spelen geweest maar nog niet tot volle tevredenheid.. Ongeveer om de 2 minuten zie ik nog blokjes als ik een opname maak van C+ Rood..dit duurt welliswaar heel kort (een halve seconde ofzo). Maar wil toch proberen hem strak te krijgen.

 

het gebruikte geheugen staat nu op 26% (dankzij de multiboot).

Zijn er misschien nog andere dingen aan te spreken..of een buffer aan maken is dat ook mogelijk ?

 

--== Freddy ==--

[metoo]

Bij mij heb ik blokken en stotteren van beeld als wep of wpa encryptie ingeschakeld is, wpa het ergst.

als ik encryptie uitschakel speelt hij zonder horten en stoten opgenomen films af. van pc draad naar router, draadloos naar bridge Wet54G en 500s

[emp1re]

Bij mij is het tijdens het opnemen zo nu en dan schokken.

Ik ben nu al diverse instellingen verder en nog steeds niet optimaal.

Als ik de opgenomen stukken terug kijk zit het schokkerige steeds op dezelfde plek, dus aan het afspelen zal het bij mij niet liggen.

Wat ik wel vermoed is dat het toch ook aan het vrije geheugen ligt, als ik nl opneem van de image die in de Dreambox staat en ik kijk in de info waarin vermeld wordt dat mn totale gebruik van image en addons op 80% zit schokt en hapert ie veel meer als dat ik opstart van de image die op mn pc staat (via multiboot) waar ik dan nog maar 25% gebruik aan addons en image.

 

Ik heb hier SFU op de PC staan, die zorgt ervoor dat mn DB prima kan multibooten en voor opnemen gebruik ik CIFS mounting. Welke image ik gebruik maakt voor opnemen niet zoveel uit..resultaat blijft nagenoeg gelijk.

Toch eens zien of er van de vrije ruimte op de DB een buffer gemaakt kan worden.Ik zat zelf te denken aan misschien een soort ramdisk zoals vroeger ook wel werd gedaan in DOS.. maar ja misschien wil dat niet eens..Ik heb geen verstand van linuxachtige dingen en van een Dreambox ook eigenlijk niet.Sinds een week of 5 heb ik een dreambox, daarvoor nog nooit met satelietdingen bezig geweest...heb er dus net een nieuwe hobby bij, en wil kijken of we het max er uit kunnen halen..met heel veel hulp van hier <img src="/ubbthreads/images/graemlins/crazy.gif" alt="" />

[Tonskidutch]

feitelijk draait je dreambox dm 500, emp1re met een kaart en emulator ...

dat gaat prima, zoals ik heb getest zonder enige bijverschijnselen

 

als de var zo vol is dat er de grens van 70 a 80% bereikt wordt kan dat wellicht problemen oproepen, voor andere vrije processen die op de achtergrond draaien

 

er zijn immers ook tmp bestanden die geschreven worden naar het /var/tmp bij bepaalde toepassingen en plugins

maar ook emulators schrijven het een en ander weg naar tijdelijke of logboek bestanden.

 

neem, newcam bijvoorbeeld die schrijft PMT_UPDATE_WATCH = yes (indien ja) meerdere bestanden tijdens de normale werking op de achtergrond / tijdens zappen

zo zijn er meer die op de achtergrond iets schrijven en bevestigingen lezen

 

echter indien je op een zender staat en opneemt zou der alleen maar de kaart zelf nog gecontroleert moeten worden op het caid interval (afhankelijk van het gekozen caid) EN VERDER niks behalve de stream naar je pc

 

staat bij jouw emu (# Use emulator?

EMU = yes) dan kan het zijn dat (daar je met kaart werkt) deze emulator en de kaart zich bijten danwel een langere zoek procedure naar de juiste keys opleveren waardoor het toch gevoelige opname streampje wordt onderbroken..

 

schakel de emu eens uit in newcam en neem nog eens tien minuten op.

 

indien je met een andere cam werkt kun je ook bij die terugvinden welke zaken verwerkt worden en of dat principieel kortstondige schrijf lees acties zijn die de opnamestream even verstoren (dat zijn misschien maar een of twee frames maar dat zie je als blokken of stotteren)

 

ook staan veel emu's standaard al ingesteld om naar een poort te luisteren waarop iets verwacht wordt van overige dreamboxen of servers...

is dat bij jouw niet nodig dan probeer acties die van geval tot geval aanwezig zijn uit te schakelen.

 

bij het telnet commando <top> zie je hoeveel actieve threads lopen op de box en welke de meeste resources verbruiken.

bijvoorbeeld gebruik je radegast als emu dan zie je ook dat radegast er enkele malen in staat / waarom heeft ie die allemaal nodig (is dat te herleiden uit je radegast configuratie file?)

 

terug naar newcam:

# Autoupdate for Emu and Control Word Servers

# AU is always yes if there are Betacrypt UDS control word server

# connected to newcamd

AU = yes

heb je geen betacrypt kaart is er geen noodzaak voor deze AU instelling daar de control word server helemaal niet gebruikt wordt en dus alleen resources verbruikt om de zoveel seconden.

 

tracht eens na te gaan (niet om buffers aan te spreken maar) om buffers vrij te maken van programma's en diensten die op de achtergrond onnodig draaien.

DAT moet beter worden voor de opnames.

 

idem je PC die draai de SFU server en die gebruikt ook redelijk veel sap.

zet eens alle andere flauwekul uit (MSN en outlook op de achtergrond is dodelijk voor je performance)

 

hoop je weer wat tips te hebben gegeven.

 

cheers

[emp1re]

Hoi

 

Ik heb geen kaart in mn DB zitten...

Wat betreft die files schrijven (TMP en LOG) zou inderdaad remmend kunnen werken aangezien mn image op de PC staat en die data dus ook via dezelfde netwerkkabel naar de PC moet worden geschreven..het voordeel is wel dat mn var nooit meer als 25% aangeeft, juist door die multiboot.

 

wat de PC aangaat dat had ik al in de gaten...voor opnemen zet ik ook alles uit wat maar onnodig is..

 

Maar heb hier idd weer wat lees en testvoer aan.. zal eens kijken of ik er een eind verder mee kom...

alvast bedankt..

 

--=== Freddy ==--

[emp1re]

net ff de cam uitgezet en stukje BVN opgenomen..

en inderdaad Super opname niet 1 keer een hik of wat dan ook..

iets om op verder te borduren.

[Tonskidutch]

zo begint de lol aan dat kassie..

ik heb zelf lol zonder newcam (gebruik toch echt liever de camd3)

 

cheers

[emp1re]

Zoo.. nu enkele dagen verder met het testen..

Ik heb inderdaad eens even gekeken met telnet en er waren diverse dingen die liepen... na het kill commando te hebben gebruikt en de dingen die in mijn ogen onnodig waren uitgezet..(zelfs de cam) nog eens geprobeerd...zwart beeld neemt ie overigens prima op <img src="/ubbthreads/images/graemlins/crazy.gif" alt="" /> ... toen handmatig met telnet de cam opgestart en ik merkte wel enige verbetering.. heb nog steeds newcamd niet geprobeerd, maar ben het deze week wel van plan.. opnames met radegast schokken iets meer als met camx merkte ik.. oke ik zit nog steeds met een hik zo om de 3 minuten ongeveer..maar het is al een stuk beter als gewoon opstarten en simpelweg opnemen..

 

Ook heb ik al geprobeerd op te nemen met de image die in de db staat, waarbij ik dus een var van 70% heb..en dan zijn de opnames slechter(meer hikken), wat mij dus inderdaad bevestigd dat een vrije var wel heel nuttig is..dus starten vanaf de multibootimage op de pc is het beste resultaat.Daar staat wel tegenover dat data die de dreambox nodig is om goed te kunnen functioneren ook door de netwerk kabel moet lopen.. en dat zou dus net dat beetje hikwerk kunnen zijn wat ik ondervind.

 

Het blijft een leuke bezigheid.. Ik had nooit verwacht dat ik als leek in satland zo met die dingen bezig kon zijn...

 

--== Freddy ==---