[TF5000PVR modelen] dual reording

[Sigma]

Hallo allen,

heb afgelopen week van Topfield-Korea een mail ontvangen over het soms mislukken van opnames met dual recording

 

heb het even letterlijk vertaald dus het kan hier en daar niet helemaal kloppen in de bij lage staat het orgineel

 

Beste gebruikers,

 

Ik heb over de op opname betrekking hebbende kwesties van 5000 reeksenmodellen met de ingenieurs bestudeerd.

En nu denk ik ik u kan duidelijk maken

 

Symptoom 1:

1. U let op kanaal A.

2.Een geplande opname wordt begonnen=is= die op kanaal B.

3.Een andere geplande opname wordt begonnen=is= die op kanaal C.

4.Kanaal C voorgesteld worden op het scherm alhoewel u nog wilt kanaal A zien.

 

Symptoom 2 (zeer gelijkend op symptoom 1):

1. U begint speel een geregistreerd programma.

2. Een geplande opname wordt begonnen=is= die op kanaal B.

3. Een andere geplande opname wordt begonnen=is= die op kanaal C.

4.De playback van de opname u let op einden en het kanaal C wordt voorgesteld=wordt= dat op het scherm alhoewel u nog wilt achter het spelen.

Om rechtstreeks te zeggen, maken de bovengenoemde verrichtingen deel van onze voorgenomen ontwerpen en zo normaal uit.

 

Verklaring 1 (wegens het aantal tuners):

1.Veronderstel dat kanaal A in transponder (d.w.z. frequentie) 1000 is, die seved door Tuner is 1.

2.Kanaal B in transponder 2000 is, die door Tuner wordt gediend 2.

3.Kanaal C zijn, unluckily, in niethertransponder 1000 noch transponder 2000

4.verleent de ontvanger voorrang aan geplande opname, zodat wordt de huidige presentatie onderbroken.

Als het kanaal C in één van beiden van beide transponders is, zult u niet gehinderd worden. Hier niet kunnen wij om het even welke verbetering krijgen tenzij wij een extra tuner hebben.

 

Verklaring 2 (wegens de beperking van de belangrijkste bewerker):

1.De ontvanger heeft intern, zo te zeggen, drie wegen van de vervoerstroom aan cpu voor presentatie, opname of playback.

2.Nochtans, zijn twee wegen slechts beschikbaar voor opname.

3.Door de manier, wordt een playback toegewezen aan één van opnamewegen zelfs als de andere weg niet bezet is.

4. Zo, wanneer een opnameweg door een tijdopnemeropname wordt bezet en de andere opnameweg door een playback wordt bezet, als nu een andere tijdopnemeropname zou moeten zijn begonnen, verleent de ontvanger voorrang aan de recentere opname en houdt de playback tegen.

 

Waarschijnlijk vraagt u, "waarom u de playback aan de opnameweg toewijst?

Als u het in de andere weg verandert wanneer die weg vrij is, zouden wij minder gehinderd kunnen zijn.

 

" Ik zeg, "u bent juist, maar zal dergelijke wijziging u in plaats daarvan om vereisen te kosten sommige nutseigenschappen zoals het uitgeven of kopiëren-op-playback."

Ik hoop deze verklaring van één of andere hulp aan u zal zijn.

 

Regards,

Marketing Team

TOPFIELD

 

[winwiz]

Duidelijke informatie, maar als je het niet erg vind, lees ik liever het origineel

 

 

[Sigma]

geen probleem

 

ik hoop dat het nu het één en ander verduidelukt

[Jorgen]

Bedankt voor de informatie Sigma! Het is fijn dat er iemand op dit forum met Korea in verbinding staat.