WPW Geplaatst: 8 maart 2006 Geplaatst: 8 maart 2006 Wie kent er een systeem wat een audio/video stream pushed/pulled van een stream server over een LAN, of, hoe een buffer systeem in te richten, zodat een LAN bandbreedte beter benut kan worden ? een stream blijkt iets van 5mb te trekken waarbij de source niet meer dan 5mb levert, dit gaat goed als er niets anders op het LAN zit, een hogere stream zorgt dan lokaal automatisch voor een buffer. gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-
WPW Geplaatst: 9 maart 2006 Auteur Geplaatst: 9 maart 2006 Het lijkt er dus op dat de streaming source voldoende power moet hebben om het nodige op het LAN te zetten, vandaar dat die kleine oplossingen moeite hebben om een beetje film (out) te streamen en temeer met meer dan 1 stream, dit gaat dus minimaal om de kracht van een pentium 4 dacht ik zo, comments? gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-
Gast Geplaatst: 10 maart 2006 Geplaatst: 10 maart 2006 Ik snap geen snars van je vraag. En dat terwijl ik al jaren werkzaam ben op dat gebied. Kun je je vraag eens op een andere manier formuleren? Het lijkt er nu op dat je video wil streamen over een netwerk dat daar de capaciteit niet voor heeft?
WPW Geplaatst: 10 maart 2006 Auteur Geplaatst: 10 maart 2006 Ik ook niet <img src="/forums/images/graemlins/smile.gif" alt="" /> het LAN heeft voldoende capaciteit, 1 stream gebruikt iets van 5mb maar de stream source kan vaak niet eens deze stream leveren (op een lan), via een LAN zal je dus of de handel moeten pushen of de proc.cap. verhogen aangezien daar nog een bottelnek zit, het zou mooier zijn als je de stream kan pushen of lokaal kan bufferen, wmp doet dat al bvb. maar daar kan je geen gebruik van maken binnen andere applicaties. Dus wat doet bvb. een streamium (dat media lan spul van flips), LAN technisch gezien ? zit er in de stream source enorme proc. kracht of pushed men de streams ? gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-
Gast Geplaatst: 13 maart 2006 Geplaatst: 13 maart 2006 Netwerk transfer gebruikt heel weinig CPU - dat is je probleem niet. Doe nog eens een poging, en beantwoordt tenminste deze vragen: - Wat voor netwerk (coax, utp, wireless, ...)? - Wat wordt er gebruikt als protocol? (TCP, UDP, IPX, ...) - Welk (type) OS draait de server (die data levert)? (linux, windows, embedded...) - Wat voor hardware voor server? (CPU type, MHz, MB RAM) - Wat is de bron van de data? (file, internet, analoog via capture, ...) - Welk (type) OS draait de client (die data afspeelt)? - Wat voor hardware voor client?
WPW Geplaatst: 13 maart 2006 Auteur Geplaatst: 13 maart 2006 Citaat: Netwerk transfer gebruikt heel weinig CPU - dat is je probleem niet. {ik denk van wel als het om media streaming gaat} Doe nog eens een poging, en beantwoordt tenminste deze vragen: - Wat voor netwerk (coax, utp, wireless, ...)? {cat5e, gigabit en scalable WIFI op een backbone} - Wat wordt er gebruikt als protocol? (TCP, UDP, IPX, ...) {IP} - Welk (type) OS draait de server (die data levert)? (linux, windows, embedded...) {w2k server} - Wat voor hardware voor server? (CPU type, MHz, MB RAM) {xeon, 3ghz, 4gb ram} - Wat is de bron van de data? (file, internet, analoog via capture, ...) {media opslag op firewire 800, 500gb} - Welk (type) OS draait de client (die data afspeelt)? {de simpele media player, of een xp laptop met dvdplayer/media player,enz...} - Wat voor hardware voor client? {2.4ghz pentium xp, en anders wat er in een (losse) media player zit, en een MCE via LAN} gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-
Gast Geplaatst: 13 maart 2006 Geplaatst: 13 maart 2006 Als ik het zo lees, is er gewoon iets kapot. Waarschijnlijk ligt het gewoon aan je software, die zal wel rare dingen aan het doen zijn (transcoden ofzo). Tussen mijn twee PCtjes (een 1.4GHz en een 0.5 GHz) kan ik streamen met ruim 10mbps (hoger niet geprobeerd, maar filetjes op-en-neer pompen doen ze met bijna 100mbps). Probleemloos. Met netwerkkaartjes van 7 euro en een switch van nog geen 20 euro. Netwerk transfer gebruikt heel weinig CPU - dat is je probleem niet. {ik denk van wel als het om media streaming gaat} Ieder is vrij on te denken wat ie wil he... - Wat voor netwerk (coax, utp, wireless, ...)? {cat5e, gigabit en scalable WIFI op een backbone} Alle wired netwerken kunnen probleemloos streamen. Streamen met WiFi zuigt - die heeft namelijk een "burst" karakter, waardoor je soms enkele seconden helemaal geen data krijgt. Dikke buffers aan de client kant vangen dit vrij goed op, zolang je geen UDP gebruikt. - Wat wordt er gebruikt als protocol? (TCP, UDP, IPX, ...) {IP} Welk? Zowel UDP als TCP zijn een protocol op IP.
WPW Geplaatst: 13 maart 2006 Auteur Geplaatst: 13 maart 2006 Citaat: Streamen met WiFi zuigt - die heeft namelijk een "burst" karakter, waardoor je soms enkele seconden helemaal geen data krijgt. Dikke buffers aan de client kant vangen dit vrij goed op, zolang je geen UDP gebruikt. We zijn beland waar het om gaat, dat is, of buffering, of push/pull, kijk WMP kan je zo instellen dat 'tie bekant de hele film buffered voordat hij hem vertoont, leuk maar dvdplayer bvb. kan dat niet en zo nog meer, ik wil dus op de 1 of andere manier op voorhand kunnen bufferen of een eea. push/pull client, die dan nagenoeg hetzelfde doet. Dat met WMP is goed te zien, draai de snelheid op wifi naar benee en speel met de laptop om het signaal flink te storen, dan zie je WMP flink aan de gang om z'n buffers vol te houden, maar het gaat haast nooit mis. gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-
Gast Geplaatst: 14 maart 2006 Geplaatst: 14 maart 2006 Als je via TCP streamt, en je hebt source code voor de client, dan kun je aan de client kant de netwerkbuffer groter maken (default 16k dacht ik) met een setsockopt() call, dan heb je wat meer 'reserve'. Deze buffer wordt namelijk zo snel mogelijk volgestouwd. Echt veel helpt dat natuurlijk niet (64k is max geloof ik). Hoe dan ook: Bufferen doet de client, en daar kun je op de server niks aan veranderen. Als je UDP streamt, kun je proberen om de eerste packets veel sneller uit te sturen, om zo de client te forceren om meer te bufferen. Met natuurlijk het risico dat je die UDP pakketten gewoon kwijt raakt als de uitgaande buffer van de server of een switch vol raakt.
WPW Geplaatst: 14 maart 2006 Auteur Geplaatst: 14 maart 2006 Daar kan ik wat mee, had ik moeten weten <img src="/forums/images/graemlins/smile.gif" alt="" /> de stream loopt over tcp, ik kan de server nic driver een hogere prio geven, ik ga eens experimenteren. gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-
WPW Geplaatst: 7 april 2006 Auteur Geplaatst: 7 april 2006 Een handige tip, nog niet geprobeerd maar wel de moeite waard om hier ff een ref ernaartoe te zetten. http://www.sat4all.com/forums/showflat.p...rue#Post1126314 <img src="/forums/images/graemlins/xyxthumbs.gif" alt="" /> Oja, de buffers opschroeven van de NIC helpt zekers! gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-
WPW Geplaatst: 25 april 2006 Auteur Geplaatst: 25 april 2006 Zo eens even bijwerken, deze volgende tip werkt voor MCE: http://www.sat4all.com/forums/showflat.p...rue#Post1113302 Ook het verhogen van de LAN buffers helpt bergen, nero showtime werkt perfect als vervanger maar MCE ondersteunt dit weer niet, maar ik kwam vandaag eindelijk de oplossing van ellende met dvdplayer(powerdvd) tegen, er is een optie genaamd (de)interlacing, het aan of uit zetten verhelpt het stotteren met bepaalde dvd's, alleen 1 probleempje, MCE kent intern deze optie niet dus buiten om afspelen kan je dit omzetten maar binnen MCE valt er niets in te stellen op dit front, misschien dat iemand hier nog iets op weet. gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-
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