T_I Geplaatst: 31 maart 2004 Geplaatst: 31 maart 2004 Hmmm, vandaag wat lang aan het klooien geweest buiten. Lang leve de timer, maar wat viel me op, de DB was nog aan na de opname. Dat is me ook al opgevallen bij de 2202a en de 0703 image van ronald (heb nu de laatste). Is dit bij de 107-4 based images naar boven gekomen of is het iets specifiek voor de ronald image? (of is die DB van mij weer eens op hol en heeft niemand anders dat) Het viel me overigens alleen op bij bbc opnames. (andere heb ik nog niet ingeprogrammeerd) Jan HuijsmansVU+ Solo2 + 2 TB netwerk storage, Palm SG-2100A (73E - 58W), Triax 78cm schotel + MTI AP82-XT2N
Gast Geplaatst: 31 maart 2004 Geplaatst: 31 maart 2004 Standaard is het zo dat de DB terug gaat naar de state als voor de opname. Is ie uit dan gaat ie weer uit, was ie aan dan blijft ie aan. Wil je dat anders dan kan je met DreamVCR een programmering maken en het gedrag zelf kiezen Peter
Urkel Geplaatst: 22 mei 2004 Geplaatst: 22 mei 2004 Mijn DB gaat pas na 15 minuten nadat de opname is afgelopen terug naar de status van vlak voor de opname. Iemand enig idee waar deze 15 minuten vandaan komen? CU Urk 3xDM800 1xVisiosat Bigsat met 2x Inverto quad lnb's en 2x Alps quad lnb's 1xEdubuntu server met 500GB voor o.a. de 3 DM's
Gast Geplaatst: 22 mei 2004 Geplaatst: 22 mei 2004 Mij is ook wel eens iets vreemds opgevallen aan die timer. Ik gebruik momenteel wel Twister-X3 maar daar zal het niet aan liggen denk ik. Maar het volgende gebeurde, dat als ik 2 programma's wil opnemen achterelkaar met de timer, dat het 2e programma vaak maar voor 'n kwart opgenomen is... <img src="/ubbthreads/images/graemlins/confused.gif" alt="" />
pippen2 Geplaatst: 22 mei 2004 Geplaatst: 22 mei 2004 Dat had ik afgelopen donderdag nu ook! De eerste opname ging perfect, de 2e staat er maar voor zo'n 10 minuten op. Helaas is de opnamefunctie zo totaal onbetrouwbaar. Ik gebruik trouwens de laatste Ronald image.
Urkel Geplaatst: 22 mei 2004 Geplaatst: 22 mei 2004 Dat zou verklaard kunnen worden als de 1e timer pas na een kwartier na afloop van de opname de box in de status van voor de opname gaat terugbrengen. De 2e timer opname is dan al bezig en wordt dus onderbroken doordat de 1e timer de box in standby brengt. De laatste keer had ik de opnames geprogrammeerd op de box zelf mbv de AB. Ik heb zojuist nog een testje gedaan en deze keer deed hij het wel "netjes". Althans hij ging zelfs ongeveer 10 seconden voordat de eindtijd bereikt was op standby. Dit is nog niet helemaal goed, maar er valt mee te leven. Deze had ik geprogrammeerd met DreamVCR. Ik zal eens kijken of ik er achter kan komen wanneer de DB dit gedrag vertoont. CU Urk 3xDM800 1xVisiosat Bigsat met 2x Inverto quad lnb's en 2x Alps quad lnb's 1xEdubuntu server met 500GB voor o.a. de 3 DM's
Urkel Geplaatst: 22 mei 2004 Geplaatst: 22 mei 2004 Het lijkt erop dat timer opnames gemaakt dmv met de hand de tijden in te voeren pas na 10 minuten na het eindigen van de opname voor het op standby gaan van de box. Voor timer opnames die via DreamVCR ingevoerd zijn lijkt het wel goed te gaan. Ik weet niet of dit image afhankelijk is dus noem ik maar even de image waar ik mee werk, Hydra. Kunnen jullie dit timer gedrag ook even proberen? Tengx. Urk 3xDM800 1xVisiosat Bigsat met 2x Inverto quad lnb's en 2x Alps quad lnb's 1xEdubuntu server met 500GB voor o.a. de 3 DM's
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