Urkel
-
Items
339 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door Urkel
-
-
Ik krijg het angstige vermoeden dat FvW gelijk heeft.
Ik heb 2 .m3u playlists gemaakt. Een met alleen cbr en een met alleen vbr MP3's. De cbr playlist speelde helemaal af en de vbr playlist ging bij het 3e nummer al in de fout. Hakkelen en een onstabiele en trage box.
Verzoek aan Pli bij deze om een goed werkende jukebox plugin aan te bieden die ook vbr bestanden aan kan. Misschien dat een oudere versie het wel goed doet.
Als er getest moet worden, laat het mij weten.
Tengx
Urk
-
Al mijn MP3's converteren is een aardig idee, maar no thanks.
Het zou ook nog iets met een .m3u playlist te maken kunnen hebben. Ik heb zojuist ongeveer een half uur naar muziek geluisterd zonder gebruik te maken van een playlist en dat ging helemaal goed. Daarna een playlist opgestart en bij het 2e MP3'tje begon hij al weer te hakkelen.
Ik zal eens twee playlists maken beide met zo'n 10 nummers. Een met alleen VBR MP3's en een met CBR MP3's.
Wordt (veel) later op deze dag voordat ik kan vertellen wat het resultaat is. Moet zo even gaan klussen, misschien dat ik vanavond nog even terugkom.
Urk
-
Zowel bij Pli Emerald als Flubber heb ik op mijn 7000 en 500 dat bij gebruik van de Jukebox plugin dat na een aantal minuten, meestal tussen 10-15 minuten, dat het afspelen ineens begint te hakkelen en vrijwel tot stilstand komt.
De box is dan ook erg onstabiel geworden en is haast niet meer te bedienen. Het duurt minuten voordat er op een AB toets gereageerd wordt.
Beide box typen spelen MP3's af vanaf een share welke op /mnt/cifs1 is gemount. Ook bij NFS shares heb ik hetzelfde issue.
Afpelen en opnemen van beeldmateriaal via shares is geen issue op beide typen boxen.
Als ik de ingebouwde filemode mp3 afspeelmogelijkheid gebruik blijven beide boxen wel spelen zonder hakkels, echter de jukebox plugin heeft zo zijn voordelen en zou dus liever deze willen blijven gebruiken.
Een swapfile gebruiken op de 7000 heeft niet geholpen, dus geheugen gebrek lijkt niet het issue te zijn.
Zijn er meer van jullie met dit issue en weet iemand misschien een oplossing?
Urk
-
@hemertje
Mbt de indexmarks bestandjes melde jij "de fout is gevonden en inmiddels hersteld", waarna ik vroeg "Dat het inmiddels gevonden is, betekent dit dat ik een nieuwe flubber moet downloaden of is/komt er een fix package beschikbaar?" waar nog geen reactie op gekomen is.
Ik zie geen melding in Pli news komen hierover en ook het Pli image staat nog op 1 augustus (pli-Flubber-dm7000-20060801-1466.zip).
Zou je enige duidelijkheid willen geven waar/wanneer het herstelde kan vinden?
Tengx
Urk
-
De indexmarks bestandjes worden overigens ook niet verwijderd als de opname wordt verwijderd. Althans op een CIFS mount. Kweenie of dat ook geldt voor een NFS mount. De rechten staan goed, want de opname kan wel verwijderd worden.
Urk
-
@hemertje
Je hebt gelijk, had ik moeten vermelden. Ik zal eens een handtekening invullen en onder mijn berichten laten zetten.
Ik heb 2x een DM7000 waar ik het op geconstateerd heb. Ook heb ik nog een DM500, waar het wat moeilijker te testen is, maar ook die bakte niets van de indexmarks bestandje.
Dat het inmiddels gevonden is, betekent dit dat ik een nieuwe flubber moet downloaden of is/komt er een fix package beschikbaar?
Tengx.
Urk
-
In Flubber werken de indexmarks bestandjes niet meer goed.
Het bestandje wordt wel aangemaakt als ik een merkje zet tijdens het afspelen, maar klaarblijkelijk kan flubber er niets mee, want ik kan niet naar het volgende/vorige merkje springen.
Als ik dan boot naar Emerald dan kan deze ook niets met de indexmarks bestandjes. Als ik dan in Emerald een nieuw merkje zet en weer boot naar Flubber, dan ziet flubber dat merkje wat in Emerald gezet was ook en kan ik er naartoe springen.
Heeft iemand anders dit ook?
Tengx
Urk
-
Ik heb een 5-tal cifs mounts gemaakt via de afstandsbediening. Zit ergens in expert setup -> communicatie oid. Anyway, de meesten onder jullie weten wel waar dit zit.
Als ik via de webinterface ga kijken bij de muntmanager, dan zie ik mijn 5 mounts welke gelukt zijn en dan nog tientallen mounts die niet gelukt zijn. Weggooien lijkt niet te werken, want na een 20 minuten mounts weggooien lijken er nog steeds evenveel te staan.
Die tientallen mounts zijn dezelfde als die mounts die wel gelukt zijn op een klein puntje na. Bij de mounts die gemaakt worden naar /mnt/cifsx (x= 1..4) staat een 1/ voor de mount in de kolom Server/Device.
CIFS /mnt/cifs3 1/foto
Moet eigenlijk zijn:
CIFS /mnt/cifs3 foto
Bij de mount die naar /hdd/movie wordt gemaakt staat er geen 1/ voor.
Waar komen deze tientallen mounts vandaan?
Wat is overigens het nu van deze mount manager?
Waar komt die 1/ vandaan?
Dit gebeurt in Pli F, maar ook in Pli E. Pli D niet gecheckt, maar daar zal het ook wel gebeuren. Oh ja, het gebeurt op een DM7000 en een DM500.
Tengx for the tips.
Urk
-
Als ik met Pli Emerald een Recurring Timer Event maak welke door middernacht heen gaat, dan wordt er heel vaak niets opgenomen. B.v. een opname van 23:00 - 01:00 beginnend op zondagavond en eindigend op maandag morgen.
Er staan 2 van dit soort opnames in de lijst en de ene doet het wel en de andere doet het niet.
Dit gedrag is overigens niet Pli Emerald specifiek, maar bestaat al heel erg lang. Uit mijn hoofd zeg ik dat ik het bij de Hydra images ook al gezien had.
Enig idee?
Oh ja, het komt voor op een DM500 en een DM7000.
CU
-
Jazeker. PHP 4.3.11
Het hoofdscherm ziet er verder ook keurig uit met een plaatje.
Urk
-
Ik krijg het hoofdscherm te zien, maar er gebeurt verder niets als ik op een van de links Show Users - Show Card information - Server Control - Todo/log - Home klik.
Voor alle duidelijkheid. De newcam server draait op een linux server en niet op een dreambox. Alle settings in het index.php script heb ik aangepast, maar er lijkt niets te gebeuren. Ook niet als ik op Todo/log klik.
Alle bestanden zijn leesbaar voor de Apache webserver.
Blijkbaar mis ik nog een klein dingetje, maar wat is dat?
CU
Urk
-
Eindelijk even tijd gehad om verder te zoeken.
Beide boxen zitten rechtstreeks op een dual lnb zonder switches e.d. er tussen. Ook heb ik de netwerkverbinding uit de boxen gehaald en elk op een eigen TV aangesloten.
Beide boxen opgestart met een originele Dream firmware welke in de flash zit. Beide boxen op BVN gezet zodat er wat te zien is. Zo nu en dan een spontane stotter tegelijk op beide boxen.
Als ik een box reboot zie ik op de andere box vooral veel stotters als de 2e box weer aan het opstarten is. Dit gebeurt ook als ik de andere box reboot.
Als ik de coax kabel uit een box haal en die reboot zie ik geen stotters. De boxen geven de stotters dus niet direct aan elkaar door, maar alleen als de coax kabels zijn aangesloten.
op de 2e box een kabel aangesloten die niet op de lnb is aangesloten, maar aan het einde gewoon los hangt. Als deze box opstart zie ik nog steeds geen stotters op de andere box.
Druk ik daarna de massa en de kernen van de open kabel van de box en de open kabel die naar de lnb toe gaat weer tegen elkaar en weer los en weer tegen elkaar en weer los, dan zie ik vrijwel bij elk contact c.q. contact verbreken een stotter.
Ook als ik maar 1 box aan heb staan en de andere uit, maar wel aangesloten, dan zie ik geen stotters.
Het moet dus vrijwel de dual lnb zijn die dit veroorzaakt, maar het signaal is verder goed.
Kan dit, dat de signalen die een box doorgeeft aan de dual lnb de andere box beinvloed? Dit zou volgens mij duiden op een defect in de dual lnb?
De andere dual lnb, welke ik gebruikte voor de hotbird, heeft exact hetzelfde.
Hoe kunnen 2 lnb's stuk gaan en dezelfde storing veroorzaken?
Urk
-
Hoe verklaar je met een verkeerd afgestelde schotel dat de boxen elkaar beinvloeden? Behalve spontane stotters zie ik duidelijk dat zappen en het in standby zetten danwel uit standby halen stotters kan veroorzaken in het beeld van de andere box.
Urkie
-
Er moet nog wat anders aan de hand zijn aangezien de boxen nog steeds stotteren hetzij wel duidelijk minder als toen de switches er nog tussen zaten.
Het vreemde is dat het dus tot afgelopen weekend goed heeft gefunctioneerd. Er is dit weekend iets gebeurt wat dit veelvuldig stotteren tot gevolg heeft.
Nu dat beide boxen direct op 1 dual LNB aangesloten zijn zag ik dat de SNR op dezelfde zenders niet altijd gelijk was. Er zat soms wel een verschil tussen van zo'n 5%. Dit riekt naar een kabelbreuk, maar dan nog vind ik het vreemd dat de andere box daar last van heeft.
Wie kan dit verklaren?
Urkie
-
Ik ben wat verder, maar ik kan nog niet mijn vinger op de zere plek leggen.
Ik merkte dat als ik op de ene box switchte tussen een zender op de Astra naar een zender op de Hotbird, dat de andere box stotterde.
Inmiddels de LNB's uitgewisseld en de Diseqc switches er tussenuit gehaald.
Het wordt wel beter, maar onder bepaalde omstandigheden zie ik nog steeds zo nu en dan een stotter. Dat gebeurt b.v. als ik een box op standby zet of hem uit standby haal, dan stottert de andere box maar lang niet in ieder geval.
Toen de hele installatie nog compleet was waren er ook veelvuldig "spontane" stotters, maar die lijken niet meer voor te komen nu dat de Diseqc switches er tussenuit zijn. Helaas heb ik nu geen Hotbird meer, maar ik moet eerst vinden waar de zere plek zit.
Het lijkt er dus op dat beide boxen elkaar beinvloeden, maar er traden ook "spontane" stotters op toen de installatie nog compleet was.
Ik heb de boxen al eens verder uit elkaar gezet en zelfs op verschillende TV's aangesloten. Het resultaat was hetzelfde.
Wat zou dit nou kunnen zijn? Een kabelbreuk?
CU
Urk
-
Er is dit weekend geen nieuwe zenderlijst in de boxen geplaatst en eerlijk gezegd hebben beide boxen niet eens dezelfde zenderlijst. Ik denk dat de opneem box een zenderlijst heeft die zeker een jaar oud is.
In ieder geval bedankt voor het meedenken.
CU
Urk
-
Nope, signaalsterkte staat op 85-86%. Geen BER.
Urk
-
Ik zie het ook op Raceworld en die zit niet op de transponder van CD.
Urk
-
Dan verwacht ik veel meer medesatters die hier last van hebben en zich dus melden.
CU
Urkie
-
DECT telefoon uitgezet, helaas nog steeds stotters op hetzelfde moment op beide boxen. Deze kan ik dus ook wegkrassen als mogelijke schuldige.
Voor diegenen die zich afvragen hoe ik beide boxen tegelijk in de gaten kan houden zal ik dit even uitleggen. Beide boxen zijn op een eigen scart aansluiting van een TV aangesloten. De TV kan dmv PAP (Picture And Picture) het beeldscherm in 2 helften verdelen. Op de linker helft staat box1 en op de rechter helft staat box2. Als het beeld stottert zie ik dat op zowel de linker helft als op de rechter helft en treedt het dus op bij beide boxen.
Iemand nog suggesties?
CU
Urk
-
Er staat een DECT telefoon in de buurt, maar die staat daar al ruim voordat ik de Dreamboxen heb aangeschaft. Ik heb nooit de indruk gehad dat die DECT voor storingen zorgt, althans nooit iets gezien tot afgelopen weekend.
Een box staat er al zo'n 2 jaar, de andere ongeveer een jaar.
Anyway, ik zal proberen om de DECT ergens anders te plaatsen. Ik wil alles uit kunnen sluiten totdat de oorzaak duidelijk is.
Tengx.
Urkie
-
Sinds afgelopen weekend stottert het beeld regelmatig. Ik dacht eerst dat het aan deze specifieke DM7000 lag, maar een 2e DM7000 heeft het ook op exact dezelfde momenten. Deze 2 boxen hebben eigenlijk niet zoveel gemeen. De ene wordt alleen gebruikt voor opnames via de timer en draait met een hele oude originele Dream firmware in de flash en op een CF kaart staat de bekende Hydra Poseidon.
De andere box, die ik dagelijks gebruik voor TV kijken, heeft een CVS van december 2005 in de flash en op een USB stick heb ik Pli Diamond, Gemini 2.50 en de Hydra met LZMA. Alle images hebben hetzelfde gestotter sinds afgelopen weekend.
Beide boxen connecten met een Newcamd 5.28 carserver met een echte C+ kaart op een Linux machine en de boxen zelf draaien Newcamd 5.28 (opneem box) en newcamd 6.05 (kijk box). Zo draait het al maanden en er is niets gewijzigd aan de boxen en de Linux server sinds ik Pli Diamond op de USB stick erbij heb gezet.
De enige overeenkomst tussen beide boxen is dat ze op 1 schotel aangesloten zijn waar 2x dual LNB in hangen voor Astra en Hotbird.
Signaal is altijd goed en geen BER. Waar kan dit gestotter ineens vandaan komen op beide boxen. Let wel, het stotteren komt op exact hetzelfde moment voor op beide boxen. De boxen en de images kan ik dus inmiddels niet meer als schuldigen aanwijzen.
Zover ik heb gezien komt het stotteren op alle C+ zenders voor. Ik heb het zelf nog niet gezien op buitenlandse zenders, aangezien ik nog niet uitgebreid de tijd heb kunnen nemen om dit te controleren. Ook Raceworld heeft dit gestotter, welke niet op een van de C+ transponders zit.
Kan een deels defecte LNB of Diseqc switch hier de oorzaak van zijn?
CU
Urkie
-
Heb min of meer dezelfde opstelling, maar gebruik Redhat ipv Ubuntu.
Weet het niet zeker, maar mogelijk moet het IP adres ook nog vermeld worden.
Dus: USER = user01 ww01 lan 10.0.0.4 au
CU
Urk
-
Ik heb ook 2x DM7000 en een Linux share. Echter ik maak mij helemaal niet druk om de recordings.epl. Mijn DB's kijken naar de bestandsnamen in de share. De recordings.epl negeer ik als ik een opname wil afspelen.
Urk
[7000,500] Jukebox plugin
in Dreambox
Geplaatst:
Ik kan mij herinneren dat in Hydra Poseidon (jawel, heel erg lang geleden) een versie van de jukebox plugin zat die wel met VBR om kon gaan. Mogelijk dat het issue er later in is geslopen.
Als iemand die oude jukebox pluging nog kan vinden, dan wil ik hem wel even proberen.
Het is niet mijn bedoeling om iemand aan te sporen om een hele nieuwe MP3 afspeel plugin te schrijven. Beter is om de maker van de jukebox plugin op de hoogte te brengen van het vbr issue en misschien is hij/zij bereid om er naar te kijken.
Urk