• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

Bug&Wishlist na Eerste Update

  • Onderwerp starter Onderwerp starter SayMr2Me
  • Startdatum Startdatum
Status
Niet open voor verdere reacties.
Om nog even terug te komen op de bug ten aanzien van het niet signaleren van timerconflicten: ik kan deze bug inderdaad eenvoudig reproduceren, als volgt.

1. Zorg dat er extra opnametijd is ingesteld, bijvoorbeeld 5 minuten aan het begin van het programma en 10 minuten uitloop aan het einde van programma's.

2. Kies uit de EPG twee opeenvolgende programma's A en B die elkaar niet overlappen in de tijd maar waarbij het verschil tussen de eindtijd van A en de begintijd van B in de EPG kleiner is dan de som van de uitlooptijden. In mijn geval dus kleiner dan 15 minuten.

3. Programmeer programma A en programma B via de EPG.

4. Zoek nu in de EPG een programma C dat begint als programma A al wel begonnen is maar programma B nog niet, én dat op dezelfde tijd eindigt als programma A.

5. Programmeer programma C. De Humax protesteert nu niet, als er althans geen andere opnamen gepland staan in het tijdsinterval waarin A en B staan ingepland.

6. Bekijk de tijden van de drie geprogrammeerde programma's A,B en C in de lijst met ingeplande opnames. Je ziet nu dat er inderdaad een timerconflict is dat de Humax niet heeft opgemerkt: de opnamen van de programma's A en C kunnen normaal starten, maar op het moment dat de opname van programma B zou moeten starten lopen zowel de opnamen van A als C nog. Gevolg is dat de opname van B niet zal kunnen starten en door de Humax zal worden geannuleerd.
 
Ik merk zelf geen verschil voor en na de update. Bij HD-kanalen ging en gaat het altijd veel te snel (zoals hierboven) en bij SD-kanalen klopten/kloppen de snelheden wel zoals aangegeven door de Humax.

Okay. Grappig dat dit nooit eerder als bug gemeld is en dat het me nu pas opvalt.
 
Er zitten echt veel bugs (ook in de laatste update) in die 5050 firmware, die de 9200 niet heeft. Hopelijk is de 5200 meer op het niveau van de 9200 als hij uit is (eventueel na wat updates).
 
Hopelijk is de 5200 meer op het niveau van de 9200 als hij uit is (eventueel na wat updates).

Reken daar maar niet op, de Humax 5050C heeft net na 1 jaar zijn eerste update gehad.
Dus om nu te spreken over updates voor de 5200 is wel heel erg optimistisch. :mrgreen: :wink:
 
Reken daar maar niet op, de Humax 5050C heeft net na 1 jaar zijn eerste update gehad.

Precies, dat bedoel ik. De 9200 heeft meerdere updates gehad, na kortere tijd en daarin zijn alle belangrijke bugs indertijd opgelost. Dat mogen ze wat mij betreft met de 5200 dus weer zo doen, en niet zoals met de 5050.
 
Ja goed uitgelegd tot punt6 , alleen C zal juist niet starten want A en B zijn al aan het opnemen , degene die als laatste start geeft op dat moment melding pas dat het niet kan. https://cid-1ff93a4d1dfec8dd.skydrive.live.com/self.aspx/humax/PIC-0148.jpg 4 en 5 zijn bij jou a en b , en die c is 6 en die gaat niet door dan krijg je popup om 13.55 , ook al heb je die voor b ingevoerd in de epg.

Nee, je vergist je echt. Jammer dat je nu weer verwarring sticht. Zoals ik duidelijk uitleg (punt 4) is C een programma dat later begint dan A maar eerder dan B. Dus de opnamen van A en C lopen (nog) op het moment dat B zou moeten starten.
 
Nee, je vergist je echt. Jammer dat je nu weer verwarring sticht. Zoals ik duidelijk uitleg (punt 4) is C een programma dat later begint dan A maar eerder dan B. Dus de opnamen van A en C lopen (nog) op het moment dat B zou moeten starten.

Ja precies 1minuut later had ik mijn bericht alweer weggehaald omdat ik het niet goed genoeg had gelezen , maar tusen die minuut was jij er nog tussen gesprongen , ik zat a b c te denken ook a b c in tijd dwz c de laatste ook al schreef jezelf c komt eerder , ik dacht nog aan mijn a b c = 1e 2e 3e

Maar het zou inderdaad verklaren , de tot nu toe onverklaarbare reden dat er bij mensen geplande opnames niet gedaan worden. Dit zou de oorzaak kunnen zijn , je ziet het zelf in de opnamelijst die je helemaal moet gaan controleren , en als je toevallig je tv aan heb , krijg je op moment van start de popup dat je een probleem heb. En dat die de ene toch maar laat schieten. Dat zijn de 2dingen waar je het nog aan kan zien.
 
Nu we toch bezig zijn met oude bugs, nog maar even een paar oude bugs onder de aandacht brengen die reeds bekend waren maar met de recente firmware update niet zijn opgelost.

1. Bij gebruik van de standby timer verschijnt één minuut voor de geplande uitschakeling de vraag in beeld of je wil blijven kijken. De mogelijke antwoorden zijn JA en NEE, waarbij JA de default is. Het apparaat doet echter precies het tegenovergestelde van wat de gebruiker op grond van het gegeven antwoord mag verwachten. Bij de keuze JA schakelt de Humax uit, bij de keuze NEE blijft de Humax aan. Dit had heel eenvoudig opgelost kunnen worden door de vraag anders te formuleren, óf - beter nog - door de teksten op de buttons in het dialoogvenster om te wisselen, maar dat is dus niet gebeurd.

2. Bij het oproepen van het selectiemenu voor audio zou het in het geval van stereogeluid volgens de handleiding (pagina NL24) mogelijk moeten zijn via de cursortoetsen link/rechts te kiezen voor weergave van uitsluitend het linker of uitsluitend het rechter audiokanaal, maar dit werkt nog steeds niet, de cursortoetsen hebben hier geen effect.

3. Bij weergave van een (SD) opname via de SCART aansluiting wordt een wisseling van de aspectratio van (anamorf) 16:9 naar (full frame) 4:3 niet opgemerkt wanneer met de cursortoetsen omhoog/omlaag of de [|<<] en [>>|] toetsen door een gemengde opname met zowel 16:9 als 4:3 materiaal wordt gesprongen. Met snelspoelen met de [<<] en [>>] toetsen worden de wisselingen meestal ook niet opgemerkt, soms echter weer wel, zonder dat (mij) duidelijk is welke condities hier precies aan ten grondslag liggen. Ook lijkt de aspect ratio bij het starten van het afspelen aan het begin van een gemengde opname met 4:3 materiaal direct aan het begin niet te worden gedetecteerd. De weergave hangt dan af van de aspectratio van hetgeen wordt weergegeven direct voordat de weergave van die gemengde opname wordt gestart. Via HDMI worden wisselingen van de aspect ratio bij weergave van een gemengde opname wel correct gedetecteerd, met dien verstande dat 4:3 materiaal via HDMI in de 'auto' stand als 16:9 pillarbox wordt weergegeven.
 
Laatst bewerkt door een moderator:
-Hopelijk is deze nog niet eerder gemeld en heb ik 'r overheen/het niet gelezen-

Onze Humax is een aantal dagen niet aan geweest ivm een korte vakantie. Op 21 mei is ie uitgegaan ('s avonds). Op 2 juni is ie 's avonds weer aangegaan. Timer opnames (die er overigens voor de update al instonden) t/m de 26e mei zijn WEL opgenomen, die van de 28e, 29e, 30e en 1e echter NIET :(
De 2e ging weer wel goed, waarschijnlijk omdat ie toen weer aangezet is. In de tussentijd stond ie dus in 'powersaving stand-by'. Die stand gebruikte we voor de update ook al en de opnames gingen sinds de aanpassing van de key-update gewoon goed, ook als ie langer uit stond.

Normaal betrap ik de Humax er ook wel op dat ie een 'Updating' doet. 1 juni heb ik 'm dat niet zien doen, al waren we wel laat thuis, dus helemaal waterdicht is die waarneming niet.

Maar de opgegeven dagen is er dus stomweg NIETS opgenomen, ook niet een afgebroken opname omdat de key niet goed was oid.
 
Er zitten echt veel bugs (ook in de laatste update) in die 5050 firmware, die de 9200 niet heeft. Hopelijk is de 5200 meer op het niveau van de 9200 als hij uit is (eventueel na wat updates).

Dit soort reacties dragen weinig bij aan het opgelost krijgen van nog mogelijk resterende bugs, zolang je niet duidelijk maakt om welke bugs het nu feitelijk gaat.
Met de uitleg van Riparius en anderen kan ik het probleem concreet voorleggen voor een bugfix. Humax kan nu eenmaal niets met een opmerking dat de nieuwe software nog steeds vol zit met bugs.
 
Laatst bewerkt door een moderator:
Status
Niet open voor verdere reacties.
Terug
Bovenaan