Gast Geplaatst: 23 juli 2004 Geplaatst: 23 juli 2004 Is het niet zo dat autonegotiate default aanstaaat, en dat jouw dreambox jouw netwerk op 10mbit of half-duplex detecteerd? Misschien je hub/switch ?
ml2004 Geplaatst: 24 juli 2004 Geplaatst: 24 juli 2004 Dat zal het zijn ja. Een hub kan alleen half-duplex. Een switch kan full-duplex. ml2004.
Gast Geplaatst: 24 juli 2004 Geplaatst: 24 juli 2004 Neehoor hier een switch en alles full duplex, maar daar ligt het ook niet aan want VOOR 108 enigma werkte alles gewoon, sterker nog, met me andere dreambox waar 107 op draait, werkt het nog steeds! ;-) Dus is gewoon een bug in enigma108/nieuwe kernel whatever
Yo! Geplaatst: 25 juli 2004 Geplaatst: 25 juli 2004 Citaat: ...en dat jouw dreambox jouw netwerk op 10mbit of half-duplex detecteerd? Misschien je hub/switch ? Het is gewoon een 100MB switch, full duplex. Maar ik zal voor de zekerheid binnenkort eens een andere switch proberen. Overigens detecteerd hij prima 100Mb. Wel raar, in het verleden had ik altijd gewoon full duplex. En ook geen problemen. Maar ik betrijfel of dat het (enige) probleem is. Het heeft tenslotte altijd gewerkt. Net als pheno hou ik het maar gewoon op een bug. Groet, Yo! DM800 en DM8000. Visiosat bi-sat 13,19,23 en 28 via EPM 17/8 multiswitch.
XC90 Geplaatst: 26 juli 2004 Geplaatst: 26 juli 2004 Even mijn 2 centen: na uitgebreid testen en tenslotte een crosskabel gebruiken ben ik tot de conclusie gekomen dat de ethernet poort niet meer dan 1,6MB/s input verdraagt. Als ik een file van de DB naar mijn notebook zend haal ik 3,5 MB/s (Op een 100mbit/s netwerk), dit is dus snel genoeg om op te kunnen nemen. Echter bij afspelen (=ontvangen op db) kom ik niet boven de 1,5/1,6MB/s. Ik heb 2*DB7000. Degene gebruikt voor testen heeft een ingebouwde HD en Hydra 1.08 image. Ik test door telkens een file van 100MB van of naar de DB te sturen met FTP. Overigens haal ik ongeveer 11MB/s naar mijn server. Wie nog ideeën heeft mag het zeggen. Grtz, XC90
Gast Geplaatst: 26 juli 2004 Geplaatst: 26 juli 2004 Het verkleinen van rsize en wsize helpt wel bij mij, maar het stotteren van het beeld was daarmee nog niet helemaal over. Op sommige kanalen ging het nog steeds mis. Opvallend genoeg is de eerste opname na het unmounten en daarna weer mounten wel altijd goed. Alle stotterproblemen zijn verdwenen nu ik TCP ipv het default UDP protocol gebruik voor NFS. Uiteraard moet je NFS server dit wel ondersteunen. Als extra optie heb ik nu: nolock,rsize=4096,wsize=2048,tcp
Gast Geplaatst: 27 juli 2004 Geplaatst: 27 juli 2004 Nou geprobeerd maar mijn dreambox hangt op de mountregel zodra ik bovenstaande erin probeer (met tcp). Mijn NFS server is een Redhat9 bak, heb zitten kijken maar vind niet of en hoe die TCP aankan. Ook geupgrade naar de nieuwste 108 rudream (versie 27-7) en daar is de bug nog steeds niet gefixt. GOD GLOEIENDE .... Begin het echt BEU te worden. Waarom ######## ze dit? Op 107 werkte (en werkt!!) het al eeuwen... Heeft iets met de nieuwe kernel en netwerkdrivers te maken zeker? In combinatie met NFS.. GRRRRR om moedeloos van te worden. kan NIETS meer opnemen/afspelen
Gast Geplaatst: 27 juli 2004 Geplaatst: 27 juli 2004 Ik kan wel eens voor de test een build maken met 107 en dezelfde ook met 108. Wellicht wil je die dan eens testen? Peter
Gast Geplaatst: 28 juli 2004 Geplaatst: 28 juli 2004 Uiteraard, ik ben zeer benieuwd! Alvast bedankt voor de moeite! Mijn ene box draait het wel, maar met een 107 versie en dat is beetje jammer want daar draait Multiview niet op, en EPGUI ook niet (draait wel, maar als ik recordings toevoeg komt het niet in de timer) Vandaar dat ik graag 108 wil draaien, en NFS-performance schijnt het enigste probleem te zijn. Wat ik me afvroeg, waar kan je dit soort bugreports aan Dream zelf melden eigenlijk? Anders kunnen we natuurlijk ERG lang wachten op een fix ;-)
Yo! Geplaatst: 28 juli 2004 Geplaatst: 28 juli 2004 Citaat: Wat ik me afvroeg, waar kan je dit soort bugreports aan Dream zelf melden eigenlijk? Je kunt ze natuurlijk gewoon rechtstreeks mailen. Ik heb dat enkele keren gedaan met wisselende resultaten. Als het erg moeilijk wordt reageren ze het liefst gewoon helemaal niet <img src="/ubbthreads/images/graemlins/biggthumpdown.gif" alt="" /> Ik heb ze overigens nooit gemaild over deze bug. Daarnaast is deze bug al min of meer gemeld op het officiele DMM forum. Zie hier. Maar een echte reactie van DMM, laat staan een workaround of oplossing is helaas niet gegeven. En mijn duits is niet goed genoeg om me in die discussie te mengen. Groet, Yo! DM800 en DM8000. Visiosat bi-sat 13,19,23 en 28 via EPM 17/8 multiswitch.
Gast Geplaatst: 28 juli 2004 Geplaatst: 28 juli 2004 Heb gemailed met supportteam van Dream over dit probleem Kwam wat cryptische mail terug: ------- hi, yes i hope so, that cames an new update. i cant tell when is it avaible. Mit freundlichem Gruß, Best Regards T.Pirih Support Tel.: 0180-3684399777 eMail: support@dream-multimedia-tv.de --------- Ik vermoed dat die I HOPE SO een antwoord is op mijn vraag of er spoedig een bugfix voor komt <img src="/ubbthreads/images/graemlins/wink.gif" alt="" /> Pheno
Yo! Geplaatst: 28 juli 2004 Geplaatst: 28 juli 2004 Citaat: Heb gemailed met supportteam van Dream over dit probleem Nou, ik heb het ook maar eens geprobeerd dan. Kreeg een heel ander antwoord: "hi, please try this: 1: Allegro NFSd unter WinXP: rsize/wsize delate, rw,nolock,tcp 2: HaneWin NFS Server mit WinXP Home: nolock,rsize=8192,wsize=8192 3: Suse 9.1: rw,nolock,async,nfsvers=2,tcp,rsize=1024,wsize=1024 Mit freundlichem Gruß, Best Regards" Ik hoef er vast niet bij te vertellen dat geen van de opties het probleem verhielp neem ik aan? <img src="/ubbthreads/images/graemlins/crazy.gif" alt="" /> Ik heb ze gevraagd of ze misschien speciale opties hadden voor mijn NFS server (Userland NFS Server op een andere Dreambox). We wachten het dus nog even af. Groet, Yo! DM800 en DM8000. Visiosat bi-sat 13,19,23 en 28 via EPM 17/8 multiswitch.
jodokus Geplaatst: 28 juli 2004 Geplaatst: 28 juli 2004 Citaat: Ik ben absoluut geen expert, maar wat ik er van begrijp: - /proc/sys/dev/eth/swfdup; duplex mode: 0=half, 1=full - /proc/sys/dev/eth/rspeed; requested speed: 10=10Mb, 100=100Mb - /proc/sys/dev/eth/aspeed; actual speed: 10=10Mb, 100=100Mb - /proc/sys/dev/eth/autoneg; auto negotiation: 0=off, 1=on Ik probeer nu dus autoneg op 0 te zetten, en swfdup op 1. Maar na iedere boot staat autoneg weer op 1, en daardoor heeft de wijziging in swfdup dus waarschijnlijk ook geen zin. Die staat dan in ieder geval weer op 0. Groet, Yo! Yo!, ik ben ook geen expert (integendeel, ik knoei ook maar wat) maar het volgende heeft mij geholpen. 1: bij newcamd au eruit gehaald (lijkt me ondertussen wel duidelijk) 2: op de PC de netwerkkaart op half duplex gezet. 3: db nfs share met opties R,W en buffers op 2048 gezet (beide) en wat denk je.... probleem plots weg <img src="/ubbthreads/images/graemlins/biggthumpup.gif" alt="" /> Misschien werkt het voor jou ook. Hier loopt het al 2 dagen foutloos. if you gotta go, go with a smile
Gast Geplaatst: 28 juli 2004 Geplaatst: 28 juli 2004 Misschien overbodig maar... Ik gebruik de laatste Ronaldd Image en het werkt hier zonder problemen. Ik heb niks gesleuteld of zo. Mijn nfs server is een Cobalt Cube2. Hier zit NetBSD 1.6.1 op. Niks bijzonders dus. Ik neem heel veel op en speel heel veel mp3 en films af. Nooit problemen..... Chris <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />
jodokus Geplaatst: 28 juli 2004 Geplaatst: 28 juli 2004 Kan het zijn dat je netwerkkaart op autosense staat en het dus automatisch goed doet? if you gotta go, go with a smile
Aanbevolen berichten
Maak een account aan of log in om te reageren
Je moet een lid zijn om een reactie te kunnen achterlaten
Account aanmaken
Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!
Registreer een nieuwe accountInloggen
Heb je reeds een account? Log hier in.
Nu inloggen