Bug&Wishlist na Eerste Update

Fonzarelli zei:

Je hebt zeker geen last van een vrouw/vriendin die al haar soaps wil opnemen. Erg handige functie hoor, als de schijf weer eens 100% vol aangeeft.

Klik om te vergroten...

Precies. Want de leden van mijn gezin weten wel hoe je moet opnemen, maar weggooien lijkt veeeeeel moeilijker ;-)

Dus ik gooi af en toe een zootje oude opnames weg, en dan is het prettig dat bestandsbeheer nu wat directer te bereiken valt.

om1 zei:

Precies. Want de leden van mijn gezin weten wel hoe je moet opnemen, maar weggooien lijkt veeeeeel moeilijker ;-)

Dus ik gooi af en toe een zootje oude opnames weg, en dan is het prettig dat bestandsbeheer nu wat directer te bereiken valt.

Klik om te vergroten...

Daar heb je een punt, maar ik blijf het ergonomisch een foute keuze vinden dat je nu na tweemaal drukken op de media toets in het bestandsbeheer belandt in plaats van terug te keren naar het punt waar je was vóórdat de mediatoets voor het eerst werd ingedrukt. Veel toetsen bij de Humax werken als toggle (tweemaal drukken heft de actie van de eerste maal drukken op) en dat intuïtieve principe had men niet moeten doorbreken.

hoorna zei:

Bij mij wordt het prullenbakicoontje ook weergegeven als ik ergens in de buffer aangeef dat er vanaf dat punt moet worden opgenomen.

Het icoontje heeft mij niet verbaasd. Immers het eerste deel van de buffer (dus het deel dat niet niet in de opname wilt hebben) moet worden gewist.

Ik veronderstel dat de 5050 bij opnemen vanuit de buffer als volgt te werk gaat. Eerst wordt de bufferfile gesplitst in twee afzonderlijke files (blijkbaar kan ie toch knippen in een file!). De ene file - het voorstel deel van de oorspronkelijke bufferfile - wordt gewist en de andere file - het achterste deel van de bufferfile dat je wilt houden - wordt bewaard en gebruikt voor de opname. Het wissen van die ene file genereert (terecht) een prullenbakicoon.

Klik om te vergroten...

Bij het opnemen uit de buffer gebeurt het volgende (volgens mijn waarnemingen via de FTP).
Op het moment dat je ergens terug in de buffer gaat en dan op record drukt hernoemd hij de huidige buffer naar de programmanaam van dat moment en begint hij opnieuw met een lege buffer.
Je ziet (bijv via filezilla) dat de buffer ineens weer 0MB wordt en vervolgens weer begint vol te lopen.
Het nieuwe bestand heeft dan de grote van de buffer tot dan toe.

marijnacht zei:

Bij het opnemen uit de buffer gebeurt het volgende (volgens mijn waarnemingen via de FTP).
Op het moment dat je ergens terug in de buffer gaat en dan op record drukt hernoemd hij de huidige buffer naar de programmanaam van dat moment en begint hij opnieuw met een lege buffer.
Je ziet (bijv via filezilla) dat de buffer ineens weer 0MB wordt en vervolgens weer begint vol te lopen.
Het nieuwe bestand heeft dan de grootte van de buffer tot dan toe.

Klik om te vergroten...

OK. Maar dan moet ook nog het ongewenste deel van het hernoemde bufferbestand gewist worden, en dat verklaart wel het verschijnen van het prullenbak icoontje. Vermoedelijk wordt hiervoor het (hernoemde) bufferbestand in twee delen gesplitst, waarna het eerste deel wordt weggegooid. Begrijpelijk, maar ik denk toch dat het verschijnen van het prullenbak icoontje bij veel mensen tot onrust of misverstanden gaat leiden, dat had men beter niet zo kunnen doen.

Interessanter is dat dit bewijst dat de Humax toch in staat is een zelf te definiëren deel van een bestand te wissen. Dan had ik ook graag functies gezien voor het opsplitsen van een opname in twee delen en het wissen van een zelf te definiëren deel van een opname tussen twee punten A en B. Serieus editten van opnamen kan beter op een computer gebeuren maar een basale edit functie is wenselijk omdat nu wel een erg groot percentage van de in gebruik zijnde schijfruimte wordt ingenomen door nutteloos beeldmateriaal als gevolg van de noodzakelijke tijdsmarges bij opnemen via de EPG en (uiteraard) ongewenste reclameblokken.

Er worden tijdens deze werkzaamheden een .nts.tmp, .ts.tmp en een .ts bestand met de programmanaam aangemaakt.

Het lijkt erop dat men eerst het 0.ts en 0.nts hernoemd naar de .tmp bestanden met de programmanaam en dan van daaruit het nieuwe .ts bestand samenstelt.

De nieuwe manier van wissen is halfbakken geïmplementeerd.

Via de filemanager (2x media drukken) kun je zonder probleem meerdere opnames selecteren en wissen.
Met de nieuwe firmware wordt de lijst met de te wissen bestanden in een queue gezet en vervolgens worden ze in de achtergrond één voor één gewist.
Perfect!

Probeer het volgende via de normale methode (1x media drukken)
Wis een opname.
Wis nog een opname.
Op dit punt krijg je een melding dat dat niet kan omdat de Humax bezig is met het wissen van bestanden.

Waarom worden opeenvolgende wis opdrachten niet in een queue gezet zoals bij de filemanager?

marijnacht zei:

Ik probeer op te nemen uit de buffer (wat op zich goed lijkt te gaan).
Vreemd genoeg krijg ik nu tijdens de opname het prullenbak icoontje te zien alsof ik iets aan het verwijderen ben (wat uiteraard niet het geval is).

Iemand anders dit probleem ook?
Ik zal proberen het te reproduceren.

Klik om te vergroten...

Hetzelfde verschijnsel heb ik ook gehad...

joepke-m zei:

Automatisch gaat dat inderdaad niet, handmatig wel en dat gaat mijns inziens best eenvoudig. Maarja, iedere handeling is wellicht er een teveel.

Klik om te vergroten...

tuurlijk kan het vrij eenvoudig handmatig, ff via " schedule" de eindtijd aanpassen (en ook de begintijd want als je de eindtijd aanpast verdwijnt ook de buffer aan het begin) alleen het nadeel hiervan is dat de opname de naam krijgt van het eerste opgenomen programma ...........

cilo zei:

tuurlijk kan het vrij eenvoudig handmatig, ff via " schedule" de eindtijd aanpassen (en ook de begintijd want als je de eindtijd aanpast verdwijnt ook de buffer aan het begin) alleen het nadeel hiervan is dat de opname de naam krijgt van het eerste opgenomen programma ...........

Klik om te vergroten...

Nee, hoor, dat hoeft niet. Naar aanleiding van een voorbeeld zal ik proberen duidelijk te maken hoe je dit zou kunnen doen. Ik doe het ook altijd zo, ik geef toe, het is even bewerkelijk en het zou makkelijker zijn als dit allemaal automatisch zou kunnen, maar het kan met de Humax nou even niet anders...

Stel, ik wil 2 aansluitende programma's opnemen op RTL4 en een gelijktijdige op SBS6

Mijn Humax is ingesteld op 5 minuten eerder en 20 minuten later.

Op te nemen:
RTL4: CSI Miami 20.30-21.30
RTL4: Bones 21.30-22.30
SBS6: House 20.30-21.30

Timers instellen wordt dan:
RTL4: CSI Miami 20.25-21.50
RTL4: Bones 21.25-22.50

Vervolgens deze tijden aanpassen:
RTL4: CSI Miami, bewerken en wijzigen in 20.25-21.30 (5 minuten eerder beginnen en op de exacte eindtijd van de EPG eindigen)
RTL4: Bones 21.25-22.50 bewerken en wijzigen in 21.30-22.50 (op de exacte begintijd van de EPG beginnen en 20 minuten na de exacte eindtijd eindigen)
Hierdoor wordt voor deze 2 timerblokken slechts 1 tuner gereserveerd.

Vervolgens het 3e timerblok programmeren (die gebruik maakt van tuner 2)
SBS6: House 20.25-21.50, dit timerblok wordt dankzij de automatische ingestelde overlap (+ 5 min voor begintijd en + 20 min na eindtijd) direct juist ingesteld

Op deze wijze krijgen de opnames gewoon de juiste naam. De enige risico is dat wanneer Bones ietsjes eerder begint dat het beginstukje van Bones in de opname van CSI Miami staat. Maar in de praktijk is dit vrijwel nooit het geval. Wanneer je gewoon het oudste programma als eerste kijkt is er weinig aan de hand.

Hetzelfde trucje kun je ook toepassen wanneer er in dit voorbeeld ook een aansluitend programma op SBS6 opgenomen moet worden. Belangrijk is dan dat je de eindtijd van Bones even 5 minuten terugzet, daarna het 4e blok programmeert en deze tijden ook weer aanpast en daarna het 3e blok de eindtijd weer 5 minuten later zetten (op de originele eindtijd)

Heel verhaal, maar ik hoop dat het duidelijk is...

Het verhaal is duidelijk alleen is het jammer dat de Humax niet zelf detecteert dat de overlap kan komen te vervallen en automatisch de uitloop van het eerste programma weglaat.

De Humax detecteert namelijk wel dat er een overlap is.
De conclusie is dus al gauw gemaakt dat de Humax dan ook kan bepalen of de uitloop van het eerste programma kan vervallen of niet.

Beetje jammer dat Humax dit niet heeft verwerkt in de update omdat het handmatig aanpassen van de opnames best wel bewerkelijk is.

Ik voorkom dit soort dingen door de Humax dan maar 1 lange opname te laten maken omdat ik de opnames toch niet langer dan 1 à 2 weken bewaar.