Userbase

de goedkoopste wifi gsm's met 3.5mm jack?
waarom een "app" nodig?

via "wifi" kunnen ze aan je webserver die een redelijke "kale" http website met mp3's geeft...
mooi chronoligisch verdeelt...

de gsm kan het afspelen... 80% van je bezoekers zal al een geschikte gsm hebben en hooguit geholpen moeten worden om hun "wifi" eens te leren gebruiken

je hebt hierdoor je "display" en bediening

misschien nog eenvoudige koptelefoontjes

Nice, wat een reacties. Alvast bedankt allemaal en nu aan mij om uit te pluizen wat voor mij het best/makkelijkst/verstandigst is.

Schitterend...

Voorlopig even opsommen waar de score zich momenteel bevindt (laatste oplossing van de 'kale html' ga ik wat dieper op in, gezien dit een heel erg goede optie lijkt).

Multirooms:
1. Sonos:
pro's: heeft 'alle' vereisten: out-of-the-box, draagbaar, stabiel, schaalbaar
cons: 30 toestellen wordt nogal log om dragen (niet erg mobiel), voor 30 toestellen 30 stopcontacten, prijzig
kostprijs: voor een basisinstallatie met 4 = >€1000; voor 30 wordt dit >€4000

1. Logitech Squeezebox:
pro's: heeft 'alle' vereisten: out-of-the-box, draagbaar, stabiel, schaalbaar
cons: 30 toestellen wordt nogal log om dragen (niet erg mobiel), voor 30 toestellen 30 stopcontacten, prijzig maar minder dan Sonos
kostprijs: voor een basisinstallatie met 4 = >€500; voor 30 wordt dit >€2000

Mediaservers:
pro's: heeft 'alle' vereisten: out-of-the-box, draagbaar, stabiel, schaalbaar
cons: 30 toestellen wordt nogal log om dragen (niet erg mobiel), steevast een display nodig, moeilijk om settings te 'verbergen' voor de gebruiker
kostprijs: geen exact idee, maar niet goedkoop

MP3 spelers & on-ear hoofdtelefoons:
pro's: heeft 'alle' vereisten: out-of-the-box, draagbaar, stabiel, schaalbaar, erg mobiel
cons: moeilijk om settings te 'verbergen' voor de gebruiker (cf. lastig om 'accounts' aan te maken, lastig om MP3 te verplaatsen (voor elke gebruiker moet je 30 mp3's configureren, vaak op batterij (op te lossen), uitbreiding vraagt een nieuwe mp3
kostprijs: betaalbaar als je naar basismodellen gaat

simultaanvertalingsapparaten:
pro's: haalt bijna de vereisten: draagbaar, stabiel, schaalbaar, mobiel
cons: vraagt verder uitpluizen, afhankelijk van 1 bedrijf en diens ondersteuning, soundkaart per toestel (uitbreiding niet geweldig)
kostprijs: betaalbaar mits gefasseerd

internetradio:
pro's: haalt bijna de vereisten: out-of-the-box, relatief draagbaar, stabiel, schaalbaar, mobiel
cons: 30 toestellen voor 3O personen, 30 stopcontacten
kostprijs: best wel duur: >100/stuk

HD + WIFI + 'kale HTML en basis javascript' + smartphone van de bezoeker (als die 1 bezit met wifi) én 4-10 zelf voorziene smartphones:
pro's: haalt 'alle' vereisten: heel erg schaalbaar (unlimited access zolang er maar een smartphone met wifi in de buurt is, 1 stopcontact voor de 'server' en enkele voor de smartphones (vb 6), heel erg draagbaar (1 HD, 1 router, 4 smartphones), heel erg mobiel, heel erg makkelijk om mp3's te verhuizen...
cons: vraagt initiële config van javascript media player, mogelijks minder veilig (hoewel, niets dat http niet kan verhinderen), stabiliteit van de router (?)
kostprijs: goedkoop: voor een basisinstallatie (degelijke HD, router, 5 smartphones) zit je aan ong. €1000


Even iets uitgebreider HD + WIFI + 'kale HTML en basis javascript' + smartphone van de bezoeker:
Setup: verbindt een HD met een WIFI router en laat via een webbrowser (of later zelfs een eenvoudig appcelerator app) de bezoekers toegang krijgen tot een index.html pagina. Op die index pagina staat een javascript media player die én mp3 én video kan spelen. Zorg dat het javascript alle files van een bepaalde dir gaat halen en dat het een 'playlist' aanmaakt (in feite een lijst met alle files). Er is dus geen (voor zover ik weet) nood aan een LAMP/MAMP/WAMP installatie. Een html kan gewoon ingelezen worden en de JS kan dan geplukt worden van een folder.
Bescherm alle andere folders via HTTP en de veiligheid is best gegarandeerd (tot op zekere hoogte).
Een HD van 1 TB is super makkelijk om mp3 op te plaatsen en verwijderen, is hanteerbaar door iedereen die een USB kan inpluggen en vereist minimaal onderhoud door eenieder die de basis kent van HMTL(5) en javascript (vb door een extern code monkey). Bovendien kan een externe ingeschakeld worden die zulk script snel en goedkoop kan aanpassen.
Iedereen met een smartphone kan connecteren en via een browser de javascript speler bedienen. Gezien smartphones echt wel common worden, betekent dit dat het heel erg schaalbaar is. Enkele (vb 4/5/8) smartphones dienen aangekocht te worden voor zij die geen smartphone hebben. De kostprijs is dus heel erg beperkt.
Zijn er mensen die dit desondanks geen goede setup vinden of problemen voorzien die we gaan tegenkomen eens het systeem 'in place' is?


Ter herrinering, even beschrijven wat ik nodig heb:
Concept

• systeem waar verschillende mensen
• op hetzelfde moment
• naar verschillende mp3's kunnen luisteren met een hoofdtelefoon
• met een aparte controller (vorige, volgende, play, stop, luider, zachter)
• eventueel maar hoeft niet met een display

Vereisten + Systeem

• installatie die op verschillende plaatsen wordt geïnstalleerd (beurs, parochiecentrum, kerk, bunker, de Alpen...)
• installatie die mobiel is (makkelijk te vervoeren)
• installatie die geen internet connectie nodig heeft, enkel electriciteit
• installatie met zo weinig mogelijk software, liefst een installatie die 'out-of-the-box' werkt en/of supereenvoudig te installeren valt
• installatie die schaalbaar is (makkelijk extra controllers toe te voegen, zonder extra config)

kadded schreef:Zijn er mensen die dit desondanks geen goede setup vinden of problemen voorzien die we gaan tegenkomen eens het systeem 'in place' is?

In al de wireless oplossingen die je hierboven hebt opgesomd, is er minstens één erg belangrijke factor die meestal deel uitmaakt van een separaat geheel: de studie, het ontwerp en opzetten van draadloze systemen.
De plaatsen die je opnoemt (beurs, parochiecentrum, kerk, bunker, de Alpen) zullen allicht een zeer diverse setup op dit vlak vereisen om de werkbaarheid en stabiliteit te kunnen garanderen, afhankelijk onder andere van de plaatselijke omstandigheden...

Denk hierbij ook even aan de opmerking van forumgebruiker iceke om de probleemstelling precies te formuleren. Er zijn namelijk heel wat variabelen (zoals het professioneel opzetten van wireless netwerken) die in voorgaande teksten niet aan bod zijn gekomen...

@eternum:

De wireless setup zou niet op het netwerk van de organisatie/plaats gezet worden. Het zou een wireless netwerk zijn die onafhankelijk van de wireless setup van de plaats (zij het parochie, zaal, kerk...) toelaat om te connecteren. In feite een wireless netwerk waar je een open connectie aanbiedt, die dan op de HD een HTML pagina kan bevragen.

Misschien begrijp ik je niet goed, of is het niet goed doordacht wat ik hier in gedachten had. Maar ik meen dat je een wireless router kan dingen laten doorsturen zonder ook maar in verband te staan met een ander netwerk en/of internet. Dus simpelweg: router die wifi stuurt en die een HD toegang geeft aan bepaalde HMTL bestanden (vb URL: 192.169....) via browser geeft. Die initiële setup lijkt me niet al té moeilijk, is makkelijk te herconfigureren (vb een bestand uploaden op de router) en is makkelijk te herstellen mits documentatie. Of is dit nonsens?

Da's geen nonsens, maar 30 mensen binnen het bereik van 1 wifi access, zonder te weten wat die mensen ondertussen aan het doen zijn is het moeilijk in te schatten. Bijkomende bedenking: welke snelheid blijft er nog over per user.

J.

kadded schreef:(laatste oplossing van de 'kale html' ga ik wat dieper op in, gezien dit een heel erg goede optie lijkt).

We sturen het factuur voor de consultancy wel op

kadded schreef:Er is dus geen (voor zover ik weet) nood aan een LAMP/MAMP/WAMP installatie.

En hoe ga je dan aan die index.html file geraken op js GSM ? Trouwens, test eerst eens of GSM wel mediaplayer support hebben, of dat je gewoon een link kan leggen naar de .MP3.

kadded schreef:Bescherm alle andere folders via HTTP

Dus toch een LAMP/MAMP/WAMP... of bedoel je hiermee dat je enkel de A nodig hebt, en niet de M en de P ?

Dergelijke "audio server" zou je kunnen bouwen op een Atom platformpje... of zelfs op de Rasphberry Pi !

Joe de Mannen schreef:Da's geen nonsens, maar 30 mensen binnen het bereik van 1 wifi access

Zelfs een Cisco geeft inderdaad een aanbeveling voor 25 clients.

Joe de Mannen schreef:zonder te weten wat die mensen ondertussen aan het doen zijn is het moeilijk in te schatten.

Aangezien het een private AP is zonder internet connectiviteit is dat geen issue.

Joe de Mannen schreef:Bijkomende bedenking: welke snelheid blijft er nog over per user.

30 x 256 Kbits is op zich ver beneden de specs van zelfs 802.11g... dus 30 client zijn vermoedelijk wel mogelijk.

Ik bedoelde het voornamelijk naar bereik toe 'wat die mensen doen' zitten die in 1 ruimte, lopen die rond in een gebouw van x-verdiepen ?

J.

1 ruimte, lopen die rond in een gebouw van x-verdiepen

1 ruimte indeed, als er een andere ruimte is zou er eventueel voor een tweede router gekozen kunnen worden.

aanbeveling voor 25 clients

Moet ik inderdaad eens bekijken. Ik neem aan dat wat je streamt bepaalt hoezeer de connectie belast wordt. Met mp3's moet dat nog wel meevallen vermoed ik.

hoe ga je dan aan die index.html file geraken op js GSM

Door aan de mensen te zeggen:
1. connect met de wifi
2. ga naar URL...

LAMP/MAMP/WAMP

Ik bekijk eerst hoever ik raak zonder. Als het nodig is doen we het wel met. Maar zoals ik zeg, dat weet ik nog niet helemaal...

GSM wel mediaplayer support

Dat probleem heb je altijd inderdaad. Maar JS wordt door én Android én iPhone ondersteund (in tegenstelling met flash). Dus een basis JS lijkt me geen probleem te vormen.

En hoeveel schuift dat ? Krijgt Usebase ook een aandeel in je bedrijf ?
Ik ga het nog 1 keer zeggen, hoe kan je nu verwachten dat we een degelijke oplossing gaan voorschotelen ?
Heb jij ooit al eens stil gestaan hoeveel werk & miserie het vraagt om zo'n systeem (op te zetten)te onderhouden met 'consumer'' apparaten (als je al aan de praat gaat krijgen) ?
Ik blijf er bij, het makkelijkste gaat zijn om dat dingen gewoon op een mp3 spelerke te zetten. (maar daar ga je natuurlijk je brood niet mee kunnen verdienen)
Er zijn gewoon geen producten op de markt die doen wat jij wil, ttz mischien wel voor 4 gebruikers, niet voor 30.
Vroeg of laat ga je in de problemen komen, denk je nu echt dat een gewone server zonder problemen 30 mp3s kan afspelen, denk je dat je zonder problemen 30 gebruikers kan laten inloggen op een gewone wifi router? Denk je dat je 30 Sonos/Squeezebox/weet ik veel met een pc kan verbinden ?
Stel dat dit wel lukt, waar ga je dan software vinden om die 30 gebruikers tegelijkertijd te bedienen ?

Blijkbaar heb ik meer vragen dan jij ?

@Iceke: Je hoeft niet te antwoorden natuurlijk. Bovendien, mocht dat nog niet duidelijk zijn, is dit geen bedrijfsoplossing (een 'business' plan is niet noodzakelijk gerelateerd aan een commercieel product), laat staan een betaalde service die ik aan het uitpluizen ben.
Maar eens te meer, je moet echt niet antwoorden, laat dat duidelijk zijn.

kadded schreef:Door aan de mensen te zeggen:
1. connect met de wifi
2. ga naar URL...

Inderdaad, maar de vraag is waar verwijst die URL naar...

kadded schreef:Maar JS wordt door én Android én iPhone ondersteund (in tegenstelling met flash). Dus een basis JS lijkt me geen probleem te vormen.

Javascript is het probleem niet, maar die speelt ook niet de MP3's...

iceke schreef:Ik ga het nog 1 keer zeggen, hoe kan je nu verwachten dat we een degelijke oplossing gaan voorschotelen ?

Dat is zijn probleem... hij vraagt gewoon ideetjes en input (zoals iedereen hier).

iceke schreef:Heb jij ooit al eens stil gestaan hoeveel werk & miserie het vraagt om zo'n systeem (op te zetten)te onderhouden met 'consumer'' apparaten (als je al aan de praat gaat krijgen) ?

Als het ideetje met de HTML en mediaplayer werkt is dit peanuts...

iceke schreef:denk je nu echt dat een gewone server zonder problemen 30 mp3s kan afspelen,

Nogmaals, 30 x 256 Kbits is amper 7.5 Mbits ... dat lijkt me voor zelfs een Atom geen probleem (wetende dat die Blurays kan afspelen aan 30 Mbits)..

Ik denk toch dat er een verschil is tussen 1 30Mbit stream en 30 kleinere streams, er zit meer overhead bij. Er moet ook 30 keer van de disk gelezen worden enz...

Maar ik dacht het ook simpel te kunnen met een smartphone, al ben ik niet zeker of die direkt van de UPNP kan lezen.
J.

Joe de Mannen schreef:Ik denk toch dat er een verschil is tussen 1 30Mbit stream en 30 kleinere streams, er zit meer overhead bij.

Maar als jullie honderden P2P connecties open hebben dan lig je er niet wakker van... dit is in essentie niets anders (up of down maakt heus niets uit).

Joe de Mannen schreef:Er moet ook 30 keer van de disk gelezen worden enz...

Peanuts... 7.5 Mbits... do the math !

Joe de Mannen schreef:al ben ik niet zeker of die direkt van de UPNP kan lezen.

UPNP zoals in Universal Plug and Play ? Volgens mij is dat een protocol en valt daar niets van te lezen.

Ik denk dat je het de TS veel te moeilijk wil maken en dat hij beter eens kan gaan informeren bij de professionele audio guide fabrikanten.
Die hebben namelijk alle hardware en software in huis om 30 of meer apparaten te leveren waar je verschillende audio bestanden mee kan afspelen.

Leg de werking van een smartphone maar een uit aan 30 Nonnekes (kerk),veteranen (bunker) of Duitsers (Alpen).

Ik ? P2P connecties ? en dan nog honderden ? tiens, daar weet ik niks van

Maar je kan inderdaad niet lezen van UPNP, maar wel het protocol aankunnen of niet.

J.

iceke schreef:beter eens kan gaan informeren

Heb ik reeds gedaan natuurlijk en 2 van de drie raadden Sonos/Squeezebox aan, de derde zag geen oplossing. En zoals al zo vaak gezegd, is dat een te dure oplossing.

iceke schreef:Leg de werking van een smartphone maar een uit aan 30 Nonnekes (kerk),veteranen (bunker) of Duitsers (Alpen).

Wel, is best te doen als je een JS gebruikt die fullscreen werkt en die al in fullscreen staat op het moment dat het nonneke de smartphone moet gebruiken. Ik vermoed dat een display van Sonos even lastig is (lees makkelijk) dan die van een fullscreen JS.

Indien alle mensen zich in één ruimte bevinden en dus altijd binnen het bereik van je access point vallen (dwz voldoende bandbreedte én een acceptabele latency) dan zou je misschien volgende hardware setup kunnen overwegen:

• een kleine NAS met dual core Atom processor bijvoorbeeld eentje van Netgear (vandaag verkopen ze op ibood zelfs nen grote aan 599 euro incl. 6TB). Op zulke NAS kan je makkelijk apache, mysql, perl/php/python draaien want deze NAS draait een busybox met debian (apt-get install .. en het staat erop);
• een deftige access point (of meerdere): bijvoorbeeld van mikrotik;
• 30 simpele smartphones (met oortjes/headset) die je zelf beheerd (en dus ook het MAC adres van kent, kan configureren zoals je wil,..)

Ik denk dat je dan al een heel eind op weg bent, niet afhankelijk bent van een fabrikant zijn implementatie en na configuratie over een quasi out-of-the-box oplossing beschikt...

Het beheer van je gebruikers/play-lists zou je kunnen doen via een admin pagina op je NAS.

Waarom zouden die Sonos\Squeezebox aanraden ? Ze hebben de technologie in huis om verschillende audiostreams op verschillende kanalen af te spelen op 100+ headsets.
Die audioguides werken met veel meer clients die jij ooit nodig zal hebben & zijn foolproof. Ik heb geen idee waarom jij het wiel opnieuw wil uitvinden.

Nu los daarvan, ik heb nog nergens een werkend systeem gezien met 30 Sonos\Squeezebox clients.

iceke schreef:Waarom zouden die Sonos\Squeezebox aanraden ?

Omdat ze daar het meest aan verdienen en van de rest geen verstand hebben?

iceke schreef:Ik heb geen idee waarom jij het wiel opnieuw wil uitvinden.

Omdat de TS minder geld wil uitgeven en/of meer controle wil en/of niet afhankelijk wenst te zijn van dure fabrikanten?

Die prijzen starten vanaf 600€.... Voor de prijs moet je zelf het wiel dus niet gaan uitvinden.
In principe zijn dat gewoon op afstand bediende mp3 spelers hoor, ik snap niet waarom jullie alles willen omdraaien.

Vanaf 600 euro voor dertig stuks??
20 euro het stuk?

Ben ik er nu mee aan't lachen of ben jij het ?

Nee, serieus, heb jij een goed gedacht wat een volledige "commerciële config" voor 30 stuks zou kosten?
En, euh, geen Telenet marketing praatje, hé. Deftige cijfertjes.

Ja, daarom vind ik ook gek om met niet met professionele producten te willen werken. Nu, ik kan me best wel inbeelden dat er bepaalde situaties zijn om niet voor een audio guide systeem te gaan, maar daar wil de TS niet verder op ingaan.

Maar audio guide systemen zijn toch unidirectioneel (geen enkele terugkoppeling, vb van de gekozen mp3 in deze casus)?

Als je niet weet wat de Ts wil kan je daar toch niet op antwoorden ? Je hebt systemen die je bv. 8 radiokanalen geven, is dat genoeg ? of moet hij echt 30 verschillende apparaten hebben met 30 verschillende streams ? Je hebt systemen die werken ala een mp3 speler (waar je dus geen controle meer over hebt eens ze in de handen van de gebruiker zitten) Je hebt systemen (bedraad) waar je wel nog controle hebt over de audio bestanden, maar ik weet niet of je met dat systeem ook echt tracks kan skippen.
Enfin, zo'n systeem maak je zo goedkoop of zo duur als je zelf wil, reken op 500-2000€ voor de basis en 100-300€ per handset.

ik denk de de TS sabam wil omzeilen door zo'n setup te gebruiken en daarom de toepassing niet meedeelt

Tja, waarom niet gewoon een "audio guide" ?

Voor 115 euro heb je reeds een systeem met 30 players... http://www.everbuying.com/product35175.html

Dat is wat iceke reeds in het begin van deze thread opmerkte.
Sindsdien is de tussen de twee een beetje .

kadded schreef:

iceke schreef:Proficiat ! je hebt het gat in de markt gevonden !! of toch niet, wat is er mis met 30 ipod Shuffles of goedkopere clones ?

Goh, bedankt voor de constructieve bijdrage

Wat er mis is met 30 iPod shuffles:
- batterij (kan opgelost worden)
- elke shuffle individueel de nummers op plaatsen
- bij een wijziging van een playlist (vb als er nummers bijkomen), moet je elke ipod aan een laptop hangen vs een centrale HD die in 1 keer alle users voorziet
- als je besluit over 30 'luisterplaatsen' te gaan, kan je mogelijks een hele dag bezig zijn om de ipods vol te stouwen met mp3's

Als je ideeën hebt, laat maar horen...

Dat komt alleen omdat de Ts niet wil afstappen van zijn Sonos/Squeebox idee/avontuur.
Waarom zie je dat nergens denk je, 30 audio streamers in een netwerk ? Misschien is dat wel omdat dat voor zo'n aantal niet de beste oplossing is ?

(Volgens mij is de TS een kleine zelfstandige met een grote klant die zijn vraag op een verkeerde manier wil oplossen) Ik haat grote klanten die van een kleine zelfstandige willen profeteren om een probleem goedkoop op te lossen Dus niks slechts over de TS


Als je gaat kijken naar professionele oplossingen zie je dat je 9/10 de data niet centraal staat, dat heeft een reden (die hier al genoeg aangehaald is bv. bandbreedte, processorkracht) waarom zou je dan met niet professionele toestellen alles ineens omdraaien en dat wel proberen te doen ?
De goedkope manier is dus in die richting te zoeken, desnoods naar een mp3 apparaat dat je remote kan aansturen.

iceke schreef:Waarom zie je dat nergens denk je, 30 audio streamers in een netwerk ? Misschien is dat wel omdat dat voor zo'n aantal niet de beste oplossing is ?

Ik hoor nog altijd graag waarom dit niet kan ? Wat is er problematisch aan 7.5 Mbits te streamen ?

Je focus zit veel te veel op die 7.5mbit terwijl er veel meer factoren spelen.
Je moet een stevige speler hebben, gene smartphone dus.
Je moet een goedkope speler hebben.
Je moet voldoende rekenkracht hebben.
Als je draadloos gaat werken moet je genoeg bandbreedte hebben. (Ik zie echt geen 30 mensen over een wifirouterke tegelijkertijd audio streamen)
Je harde schijf moet voldoende snel zijn.
Je moet software hebben om 30 verschillende apparaten te managen.
Je moet die apparaten op een voldoende makkelijke en snelle manier terug kunnen opladen.

Enfin, aan een smartphone oplossing zitten volgens mij evenveel nadelen dan aan de goedkopere mp3 speler oplossing. Waarom zou je dan voor die eerste kiezen ? Omdat je niet wil afstappen van die centrale harde schijf ?

Serieus jongens... Verkennen dus, dat betekent zoveel als 'wat is er allemaal en hoe kan dit opgelost raken'. Dat betekent ook kijken met hoeveel budget een mens hoever raakt. Lijkt me niet verkeerd.

Over de oplossing van Iceke:
- basis = "500-2000€ voor de basis"
- "100-300€ per handset"
Voor een setup van 4 is dat een totaal rond de 2000 (als ik ruwweg de gemiddeldes neem), voor 30 wordt dat een whooping 7000. Zoals ik al wel een paar keer meen gezegd te hebben is dat dus te veel. Als het in deze verkennende fase van dit project (lees verkennend), dan zo duur blijkt te zijn en er geen realistisch ander alternatief is, gaat het project niet door.

Over de smartphone app en "niet wil afstappen van die centrale harde schijf"
Inderdaad, liever niet. Zoals ik ook al wel een paar keer gezegd heb, is het probleem hier dat telkens er 1 nummer moet worden bijgevoegd, ik elke MP3 speler moet bij mij nemen en dat nummer toevoegen. In een situatie waar het blijkt dat er vaak en veel nummers worden bijgevoegd, is dat dus continu die spelers inpluggen en updaten. Handig.

"evenveel nadelen dan aan de goedkopere mp3 speler oplossing": aha, die comments van je laatste post, daar kan ik iets mee. En ik neem ook mee dat er 'evenveel' nadelen aanzitten. Dan lijkt het vooral aan mij om te oordelen welke nadelen ik belangrijk vind en welke niet.

"8 radiokanalen geven, is dat genoeg": nee

"daar wil de TS niet verder op ingaan": wat wil je dan dat ik vertel over een project dat in volle conceptfase zit?

"Volgens mij is de TS een kleine zelfstandige met een grote klant"
Helaas, ik doe dit niet met een grote klant (I wish), noch wordt ik massief veel betaald (niets dus, het is een project waar ik vooral zelf plezier aan beleef), noch is het een klant die van 'een kleine zelfstandige profiteert'. Serieus, ik zeg het je nog maar eens, het is geen commercieel product, het is geen grote klant en ik zal er me vooral mee geamuseerd hebben. Just having fun met een klein budget. Ik kan niet nog duidelijker zijn. Laat staan dat die 'nummers' iets met Sabam te maken hebben. Beyonce, Urbanus of Clouseau is het heus niet. En nee, het is ook geen verkoopsstandje voor op een beurs ofzo...

Ok, wat ik dan niet begrijp is dat, wanneer ik zeg dat er een dynamische collectie is (eentje waar mp3's bijkomen), wanneer ik niet het budget heb voor een installatie van >5000 euro en wanneer ik liever niet (zoals Eternum schreef) 'niet afhankelijk wenst te zijn van dure fabrikanten', waarom ik toch zou moeten kijken naar een mp3 oplossing en/of professionele oplossingen. Ik weet heus wel dat een bende mp3's zal werken tot op zekere hoogte (met de beperkingen die er bijhoren), ik snap die oplossing heus wel. Dus nu ik weet wat die oplossing is, can we please move on? Dus ik zou nu willen 'verkennen' wat er ook nog kan en wat de gevolgen zijn. Dus comments als
- "harde schijf moet voldoende snel"
- "genoeg bandbreedte"
- "voldoende rekenkracht"
dan zijn dat comments waar ik echt iets mee ben. Erop blijven hameren 'gebruik mp3 spelers' is de conclusie die een stap in de uitleg overslaat. Dus voor die comments: merci.

Ten slotte lijkt die 'Mede8er MED400X2' wel cool en te overdenken. Straks heb ik nog te veel opties. Merci.

PS: als dit wat bits klinkt, excuses, maar ik hoef echt niet op een forum te gaan hangen om sommige comments te lezen. Maar merci voor het goede advies so far, werkelijk.

iceke schreef:Je focus zit veel te veel op die 7.5mbit terwijl er veel meer factoren spelen.

Geef dan aan welke factoren volgens jou een probleem zijn ipv. steeds dramatisch te doen over die 7.5 Mbits.

iceke schreef:Je moet een stevige speler hebben, gene smartphone dus.

Als je die dingen gaat uitlenen wil je inderdaad iets stevig (die dingen vallen nog wel eens ed.), maar indien je ervan uit gaat dat iedereen z'n eigen Smartphone gebuikt dan vallen veel problemen weg (het moet niet goedkoop zijn want je moet hem zelf niet kopen, je moet ze niet snel kunnen laden want dat doet de eigenaar, ...)

iceke schreef:Je moet voldoende rekenkracht hebben.

Waarom... om een MP3'tje af te spelen ?

iceke schreef:Als je draadloos gaat werken moet je genoeg bandbreedte hebben. (Ik zie echt geen 30 mensen over een wifirouterke tegelijkertijd audio streamen)

Wederom ben je daar met dat argument... onderbouw het eens !

iceke schreef:Je harde schijf moet voldoende snel zijn.

Ik heb hier nog een oude Jazz Drive liggen van 15 jaar geleden... die lacht zich krom met 7.5 Mbits.

iceke schreef:Je moet software hebben om 30 verschillende apparaten te managen.

Je hoeft niets te managen... gewoon een (desnoods statische) HTML pagina. Indien je een klein beetje moeite doet kan je dit dynamisch schrijven, en dan is één client evenveel moeite als 500 clients.

iceke schreef:Enfin, aan een smartphone oplossing zitten volgens mij evenveel nadelen dan aan de goedkopere mp3 speler oplossing. Waarom zou je dan voor die eerste kiezen ? Omdat je niet wil afstappen van die centrale harde schijf ?

We weten niet hoe dynamisch z'n "playlist" is, noch z'n publiek... da's dus een keuze die hij zelf moet maken, maar jij schiet een idee gewoon af op basis van... tja wat eigenlijk (je buikgevoel dat 7.5 Mbits onmogelijk is ?)

Voor de fun trouwens eens 30x de demo gestart op http://www.flashmp3player.org/demo.html (en zo kan je nog wel 101 appletjes vinden, of desnoods schrijf je het zelf).

Buiten een pure kakkafonie speelde dit prima met zelfs heel wat minder bandbreedte (aangezien er gecached wordt)... al zal je nog altijd testen moeten doen via wireless (zoek je 30 vrienden met een laptop, nodig ze uit en geef er een bak bier bij).

kadded schreef:Ten slotte lijkt die 'Mede8er MED400X2' wel cool en te overdenken.

Wat ga je daarmee doen... da's een client (die duur is en zeker niet portable) ! Een streamer is hier NIET in de context van een server !

r2504 schreef:Een streamer is hier NIET in de context van een server

Ok, had het nog niet goed bekeken, maar blijkbaar toch echt te kort. Excuus.

r2504 schreef:de fun trouwens eens 30x de demo gestart

Brilliant! Merci en klinkt dus inderdaad veelbelovend.

r2504 schreef:

iceke schreef:Als je draadloos gaat werken moet je genoeg bandbreedte hebben. (Ik zie echt geen 30 mensen over een wifirouterke tegelijkertijd audio streamen)

Wederom ben je daar met dat argument... onderbouw het eens !

Bandbreedte is geen probleem. Een access point die 30 sessies kan bijhouden is iets anders. Een cisco aironet gaat niet veel meer dan 20-25 clients doen. Linksys'kes gaan onderuit bij 10-12 clients. Je zal dus minstens naar 2 acces points moeten gaan om 30 clients te voorzien.

Die mede8er zit in het zelfde vakje van de squeezebox/sonos, het afspelen op die dingen is geen probleem, een geschikte server vinden die 30 van die dingen tegelijk kan afspelen ??

Volgens mij moet je dit van 3 kanten bekijken.
1. De kant van de gebruiker, die wil een makkelijk, stevig ding met niet teveel blabla. 3 knopjes te veel en alles loopt in de soep. Ooit al eens een publiek bezig gezien met een audio guide ? Je moet daar afblijven, awel iedereen zit daar direct mee te prutsen geen goed idee dus om een onwetende gebruiker iets in zijn handen te geven waar het op 10 manieren kan vout lopen.
2. De kant van de klant, die moet die dingen opladen, makkelijk kunnen bijwerken en zien dat de gebruiker het juiste apparaat in zijn pollekes krijgt.
3. De technische kant en de uitbreidingsmogelijkheden van dat systeem.

Op punt 1 moet je iets hebben met geen mogelijkheden of iets met veel mogelijkheden die je makkelijk kan dichttimmeren. Ne simpele mp3 speler of een Sonos/Squuezbox oplossing dus
Op punt 2 kan je dan best voor een bestaande oplossing kiezen, ga je voor de mp3 speler ga je wel wat werk hebben om die te updaten, maar dat hangt natuurlijk af hoeveel je van data gaat verwisselen of voor bv. de squeezserver software (degelijke software die zijn ding allang bewezen heeft)

Op punt 3 kom je in de problemen te zitten. Een mp3 speler geeft je mischien wel hopen werk, maar je gaat die dingen sowieso moeten opladen, je gaat die maw toch een uur aan een pc laten hangen. Bij de squeezbox/sonos systemen zit je met het probleem dat je netwerk/server/software dat niet gaat trekken als je daar niet deftig gaat in investeren.(als het uberhaubt al lukt.

Conclusie ?
1. Er zijn genoeg audioguide oplossingen die waarschijnlijk (zonder dat hij er wat dieper wil op ingaan gaan we dat nooit weten) doen wat de TS vraagt zonder al te veel moeite of geld te kosten.
2. Mp3 spelerkes zijn een budgetvriendelijke oplossing mits je de moeite doet om ze up te daten.
3. Je gaat van in het begin stevig moeten investeren in server/netwerk als je met sonos/squeezbox toestanden wil gaan werken + niemand weet of dit wel de juiste oplossing is.

De TS verkijkt zich verder op de kosten van zo'n systeem, tuurlijk kost dat veel geld als je dat ineens per 30 apparaten gaat uitrekenen, maar het blijft wel de beste oplossing. Maar is nen dikke server, een managed switch, een hoop stopcontacten en 30 squeezboxen niet duurder ? Het wiel opnieuw uitvinden dus.