Dreamboard

axxel · 25. Februar 2010

hiho....

BITTE BITTE BITTE helft mir ! ;o)

ich hab bei HD sendern folgendes problem:

wenn ich timeshift mache / aufnahme auf HDsender1 und angucken HDsender2
>>> gibt es bild und tonaussetzer (klötzebildung)

(anscheinend sei das problem bekannt und wird bearbeitet (sagt man mit bei der hotline seit ca mai 09)
nun möchte ich drum bitten mir nen tip zu geben woran das liegt / bis wann ich mit nem fix rechnen kann

>>> an kabel liegt es wohl nicht .. da ich inzwischen viele SAT nutzer kenne die das gleiche problem haben ... auch kabelnutzer haben viele das problem ....

Gruss axxel

box: dm800c kabelbw esata HDD samsung 500 gb
image: experimental orginal 1.6 25.02.2010

telnet >> init 4 >> enigma2

hier kommt die fehlermeldung die den aussetzern vorhergehn

code:
have 1 video stream(s) (03ff), and 1 audio stream(s) (0403), and the pcr pid is 03ff, and the text pid is 0020
decoder state: pause, vpid=1023, apid=1027
resolved to PAUSE
eDVBServicePlay::pause
+ 1/1 TID 00
done!
wait for driver eof timeout
no version filtering
0063: 02 00 82 00 00 00
mask: ff ff ff 00 00 00
mode: 00 00 00 00 00 00
doing version filtering
0000: 00 00 00 23 00 00
mask: ff 00 00 3f 00 00
mode: 00 00 00 3e 00 00
wait for driver eof timeout
OVERFLOW while recording
+ 1/1 TID 02
done!
have 1 video stream(s) (03ff), and 1 audio stream(s) (0403), and the pcr pid is 03ff, and the text pid is 0020
decoder state: pause, vpid=1023, apid=1027
doing version filtering
0063: 02 00 82 11 00 00
mask: ff ff ff 3f 00 00
mode: 00 00 00 3e 00 00
PCR 9c2d8032 found at 861604 pid 3ff (47 03 ff 34 07 10 4e 16 c1 19 7f)
wait for driver eof timeout
wait for driver eof timeout
wait for driver eof timeout
PCR 9c2ec82f found at 2721112 pid 3ff (47 03 ff 35 07 10 4e 17 64 17 ff)
wait for driver eof timeout
PTS 9c303b6f found at 3928448 pid 3ff stream: e0
wait for driver eof timeout
nr_read 968 nr_write 1437
sum 2405 prev_sum 2333
hdd was accessed since previous check!
[IDLE] 0 600 False
PTS 9c30dd27 found at 5177708 pid 3ff stream: e0
wait for driver eof timeout
wait for driver eof timeout
PTS 9c319aff found at 6356280 pid 3ff stream: e0
PCR 9c31a033 found at 7531468 pid 3ff (47 03 ff 3a 07 10 4e 18 d1 19 ff)
PCR 9c3265c9 found at 8870216 pid 3ff (47 03 ff 35 07 10 4e 19 32 e4 fe)
PTS 9c33e297 found at 9978100 pid 3ff stream: e0
PTS 9c348b57 found at 11050452 pid 3ff stream: e0
PCR 9c346d37 found at 12130136 pid 3ff (47 03 ff 39 07 10 4e 1a 37 9b fe)
PCR 9c3525a4 found at 13353264 pid 3ff (47 03 ff 3c 07 10 4e 1a 92 d2 7e)
PTS 9c36626f found at 14580528 pid 3ff stream: e0
PCR 9c36788c found at 15705144 pid 3ff (47 03 ff 39 07 10 4e 1b 3c 46 7e)
PTS 9c37c907 found at 17021896 pid 3ff stream: e0
PCR 9c37e596 found at 18178096 pid 3ff (47 03 ff 3b 07 10 4e 1b f2 cb 7e)
PTS 9c393daf found at 19275264 pid 3ff stream: e0
PTS 9c39fb87 found at 20430336 pid 3ff stream: e0
PTS 9c3aea97 found at 21682604 pid 3ff stream: e0
PTS 9c3b7737 found at 22804776 pid 3ff stream: e0
PTS 9c3c26ff found at 23949884 pid 3ff stream: e0
PTS 9c3cbaa7 found at 25188616 pid 3ff stream: e0
PTS 9c3d5c5f found at 26277512 pid 3ff stream: e0
PTS 9c3e213f found at 27557416 pid 3ff stream: e0
PTS 9c3ef42f found at 28929252 pid 3ff stream: e0
PTS 9c3fc017 found at 30044844 pid 3ff stream: e0
action: pauseService
action -> InfobarSeekActions pauseService
unpause
resolved to PLAY
eDVBServicePlay::unpause
decoder state: play, vpid=1023, apid=1027
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
PTS 9c4045af found at 31451084 pid 3ff stream: e0
PCR 9c40183d found at 32627024 pid 3ff (47 03 ff 33 07 10 4e 20 0c 1e fe)
PTS 9c41ba57 found at 33893392 pid 3ff stream: e0
OVERFLOW while recording
PCR 9c417824 found at 35201496 pid 3ff (47 03 ff 32 07 10 4e 20 bc 12 7e)
getNextSourceSpan, current offset is 009fffc4, m_skipmode_m = 0!
NO CUESHEET. (009fffc4, 10485700)
OVERFLOW while recording
PTS 9c449597 found at 36414472 pid 3ff stream: e0
OVERFLOW while recording
OVERFLOW while recording
PCR 9c45cc20 found at 37685164 pid 3ff (47 03 ff 3d 07 10 4e 22 e6 10 7e)
OVERFLOW while recording
OVERFLOW while recording
ERROR reading PES (fd=42) - Value too large for defined data type
poll: unhandled POLLERR/HUP/NVAL for fd 42(8)
OVERFLOW while recording
getNextSourceSpan, current offset is 013fff88, m_skipmode_m = 0!
NO CUESHEET. (013fff88, 10485700)
It's now Thu Feb 25 20:22:28 2010
next real activation is Fri Feb 26 02:00:01 2010
[timer.py] next activation: 1267125848 (in 99854 ms)
getNextSourceSpan, current offset is 01dfff4c, m_skipmode_m = 0!
NO CUESHEET. (01dfff4c, 10485700)
getNextSourceSpan, current offset is 027fff10, m_skipmode_m = 0!
NO CUESHEET. (027fff10, 10485700)
action: pauseService
action -> InfobarSeekActions pauseService
resolved to PAUSE
eDVBServicePlay::pause
decoder state: pause, vpid=1023, apid=1027
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - ok
AUDIO_PAUSE - ok
PTS 9c603e0f found at 75588784 pid 3ff stream: e0
PTS 9c618f8f found at 77882760 pid 3ff stream: e0
action -> InfobarTimeshiftActions timeshiftStop
disable timeshift
warning, skin is missing element list in (Timeshift beenden?)
action -> MsgBoxActions ok
PCR 9c63391a found at 82237592 pid 3ff (47 03 ff 3d 07 10 4e 31 9d 8d 7e)
SwitchToLive
stopping thread.
FILEPUSH THREAD STOP
thread joined 0
decoder state: pause, vpid=-1, apid=-1
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
have 1 video stream(s) (03ff), and 1 audio stream(s) (0403), and the pcr pid is 03ff, and the text pid is 0020
disable teletext subtitles
decoder state: play, vpid=1023, apid=1027
DMX_SET_PES_FILTER(0x3ff) - pcr - ok
DEMUX_START - pcr - ok
DMX_SET_PES_FILTER(0x403) - audio - ok
DEMUX_START - audio - ok
AUDIO_SET_BYPASS(0) - ok
AUDIO_PAUSE - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux0
VIDEO_SET_STREAMTYPE 1 - ok
DMX_SET_PES_FILTER(0x3ff) - video - ok
DEMUX_START - video - ok
VIDEO_FREEZE - ok
VIDEO_PLAY - ok
DMX_SET_PES_FILTER(0x20) - ttx - ok
DEMUX_START - ttx - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
resolved to PLAY
eDVBServicePlay::unpause
stopping thread.
FILEPUSH THREAD STOP
thread joined 0
remove timeshift file
before: 1
after: 1
setIoPrio best-effort level 7 ok
file /media/hdd//timeshift.ThqNgP.del erased
?[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 337444 bytes for cache used
no ancillary data in audio stream... abort radiotext pes parser
nr_read 1241 nr_write 1996
sum 3237 prev_sum 2405
hdd was accessed since previous check!
[IDLE] 0 600 False
It's now Thu Feb 25 20:23:37 2010
[timer.py] next activation: 1267125917 (in 99994 ms)
It's now Thu Feb 25 20:23:37 2010
[timer.py] next activation: 1267125917 (in 99974 ms)
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 337444 bytes for cache used
nr_read 1241 nr_write 2006
sum 3247 prev_sum 3237
hdd was accessed since previous check!
[IDLE] 0 600 False
It's now Thu Feb 25 20:24:08 2010
next real activation is Fri Feb 26 02:00:01 2010
[timer.py] next activation: 1267125948 (in 99911 ms)
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 337444 bytes for cache used
nr_read 1241 nr_write 2006
sum 3247 prev_sum 3247
hdd IDLE!
[IDLE] 59.9992640018 600 False
It's now Thu Feb 25 20:25:17 2010
[timer.py] next activation: 1267126017 (in 99989 ms)
It's now Thu Feb 25 20:25:17 2010
[timer.py] next activation: 1267126017 (in 99980 ms)
It's now Thu Feb 25 20:25:48 2010
next real activation is Fri Feb 26 02:00:01 2010
[timer.py] next activation: 1267126048 (in 99988 ms)
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 337185 bytes for cache used
nr_read 1241 nr_write 2006
sum 3247 prev_sum 3247
hdd IDLE!
[IDLE] 119.999324083 600 False
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 337185 bytes for cache used
It's now Thu Feb 25 20:26:57 2010
[timer.py] next activation: 1267126117 (in 99986 ms)
It's now Thu Feb 25 20:26:57 2010
[timer.py] next activation: 1267126117 (in 99980 ms)
nr_read 1241 nr_write 2006
sum 3247 prev_sum 3247
hdd IDLE!
[IDLE] 180.007171154 600 False
It's now Thu Feb 25 20:27:28 2010
next real activation is Fri Feb 26 02:00:01 2010
[timer.py] next activation: 1267126148 (in 99980 ms)
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 337185 bytes for cache used
have 1 video stream(s) (03ff), and 1 audio stream(s) (0403), and the pcr pid is 03ff, and the text pid is 0020
decoder state: pause, vpid=1023, apid=1027
resolved to PAUSE
eDVBServicePlay::pause

axxel · 28. Februar 2010

was muss man eigentlich tun um hier ne antwort zu bekommen .....

wäre interessant zu wissen ....

gruss .. axxel

ismail · 28. Februar 2010

du hast ein experimental image von dem nicht mal ein release gibt.
was hast du erwartet

empfehlung: nutze 1.5er image

Homey · 28. Februar 2010

Bringt auch nix, war schon quasi immer kaputt. Schafft die Box halt irgendwie nicht mit 2 HD Sendern die hohe bitraten haben. Hab ich auch zB wenn ich ne aufnahme aufm HD Sender laufen habe und dann noch timeshift aktiv habe ...

Da gibts dann auch immer diese Meldungen:

Zitat

OVERFLOW while recording

Und aufnahmen oder timeshift halt bild- und tonaussetzer und pixelmatsche zwischendurch halt immer wieder mal. Die Box ist halt manchmal einfach überfordert mit 2 HD Aufnahmen

Keine Ahnung ob man das noch in enigma oder treibern fixen kann (irgendnen buffer grösser machen oder so !?) oder ob's halt schlicht und einfach an der Hardware liegt und das die Broadcom CPU halt einfach damit überfordert ist. Auf der DM8000 scheints die Probleme ja anscheinend nicht zu geben An meiner SATA SSD Festplatte von Corsair liegts jedenfalls nicht, die ist schnell genug

PS: Die 1,6er Images rocken total, nutz ich auch. Will nich mehr zu 1.5 zurück

axxel · 28. Februar 2010

Zitat von Homey

Bringt auch nix, war schon quasi immer kaputt. Schafft die Box halt irgendwie nicht mit 2 HD Sendern die hohe bitraten haben. Hab ich auch zB wenn ich ne aufnahme aufm HD Sender laufen habe und dann noch timeshift aktiv habe ...

Da gibts dann auch immer diese Meldungen:

Und aufnahmen oder timeshift halt bild- und tonaussetzer und pixelmatsche zwischendurch halt immer wieder mal. Die Box ist halt manchmal einfach überfordert mit 2 HD Aufnahmen

Keine Ahnung ob man das noch in enigma oder treibern fixen kann (irgendnen buffer grösser machen oder so !?) oder ob's halt schlicht und einfach an der Hardware liegt und das die Broadcom CPU halt einfach damit überfordert ist. Auf der DM8000 scheints die Probleme ja anscheinend nicht zu geben An meiner SATA SSD Festplatte von Corsair liegts jedenfalls nicht, die ist schnell genug

PS: Die 1,6er Images rocken total, nutz ich auch. Will nich mehr zu 1.5 zurück

Alles anzeigen

wenns nur so gut wie bei dir wäre...

ich kann garkein timeshift auf hd sendern machen .... egal mit welchem image.... d.h. pause taste ist bei hd sendern tabu .... und das erwartet man doch bei nem pvr? .... bei dir geht timeshift einwandfrei homey? (also ohne weiter aufnahme im hintergrund)

gruss axxel

DerMicha · 1. März 2010

Meine dm800 S, hat keine Probleme mit Timeshift auf HD-Sendern.
Ich nutze dafür sogar einen Intenso High Speed USB-Stick, was mit dem 1.5er OoZooN-Image schon einwandfrei klappte.
Mit manchen " Fremdimages ", hatte ich Probleme, allerdings nur mit USB-Timeshift.
Meine 1TB eSata (Caviar GP), macht überhaupt keine Sorgen.

Mit dem 1.6er experimental, scheint das noch besser zu laufen, allerdings hab ich PayTV nicht getestet, weil ich keins habe.

Aussetzer bei zwei gleichzeitigen HD-Aufnahmen, hab ich hier manchmal auch !

axxel · 1. März 2010

das nicht alle das problem haben ist mir klar.....

es scheint aber doch nen "höherer" prozentsatz zu sein ......

und ich weiss bisher nicht worans liegt..... weil DMM ja nix sagt ausser: das problem ist bekannt ... wir arbeiten dran .. seit sept 2009 .....

ich kenn einige die das problem auch haben .. und wieder andere die das problem nicht haben ... und ich hab kein fremdimage drauf .. (wobei der fehler in allen images genau gleich ist sogar bei den ganz alten .....)

gruss axxel

DerMicha · 1. März 2010

Ich meinte nur die Probleme mit Timeshift.
Das Erste HD und ZDF HD gleichzeitig aufnehmen, bringt hier manchmal auch Ruckler.
Drei HD-Aufnahmen, geht überhaupt nicht, obwohl die Festplatte schnell genug ist.

teguruma · 1. März 2010

probiert doch mal HD Sender aufnehmen und 30 min später diese Aufnahme ansehen (gleichzeitig wird der Rest noch aufgenommen)
-> nur ein Kanal
-> Trotzdem Ruckler und das wird mit zunehmender Dauer der Sendung immer heftiger bis unerträglich
Was mir aufgefallen ist -> im Log steht bei jedem Aussetzer :

Zitat

ch0: unlock
ch0: lock
ch0: unlock
ch0:

Diese Aussetzer lassen sich auch problemlos folgendermassen reproduzieren :
1. Einfache Aufnahme starten auf einem beliebigen Sender
2. CPU soweit auslasten, dass die Aufnahmen zu stocken anfängt (z.B. 10 mal mit telnet drauf und jeweils TOP)
3. Dann kommen im Log die gleichen nachrichten wie oben.

Meine These -> Der Aufnahmestrom reisst ab -> wir nicht sauber gepuffert von der dream, oder Puffer läuft über, da die Platten ja noch 4 HD Aufnahmen abkönnten und nicht so viele Leute mit unterschiedlichsten Platten die gleichen Probleme haben können.
Leider habe ich mit dem 1.6er image die gleichen Probleme !

dream developer : wäre schön wenn man ein Statement von der Entwicklung bekommen könnte, wann das Problem gefixed ist und mit welcher Intensität daran gearbeitet wird.
dream marketing & Geschäftsleitung
Es liegt doch auch in Ihrem Interesse die gute Reputation zu behalten und die Kunden entsprechend zu informieren wenn es ein generelles oder zumindest weit verbreitetes Problem mit HD Aufnahmen mit der Dm800 gibt.

Olove · 1. März 2010

Schwarzer Text ist GANZ schlecht, bitte mach doch einfach Zitate oder benutz die "Code"-Funktion für Texteinfügungen.

Homey · 1. März 2010

Also ich hab auch keine Probleme beim normalen Timeshiften auf HD Sendern, das geht wunderbar. Problematisch wirds bei mir halt auch nur wenn noch ne Aufnahme läuft aufm HD Sendern, also 2 x HD aufnehmen, das gibt manchmal böse ergebnisse. Aber so ohne zusätzliche Aufnahme kann ich timeshiften wie ich will.

War das nicht evtl. Kabelabhängig, sprich das nur die KABEL User probleme mit timeshift auf HD Sendern hatten? Also ich hab SAT und da gehts wunderbar ...

So oder so ... du hast wohl das selbe problem (OVERFLOW while recording) wie ich wenn ich 2 HD aufnahmen laufen hab ... bei dir tritts wohl aber auch schon bei einer einzigen (timeshift) Aufnahme auf ... komisch komisch ...

Mit etwas glück läuft da nur nen Puffer über, evtl kann DMM den was grösser einstellen ... weiss aber nich woher das OVERFLOW kommt ... das weiss wohl nur DMM oder der liebe Gott

Denke aber wenn's mal eben einfach zu fixen wäre, hätte DMM das sicher schon gemacht ... vlt doch was ernsteres Aber keine ahnung!

axxel · 1. März 2010

auch wenn ich kabeluser bin (dvb-c) hab ich genug pm's von sat usern die das gleich problem haben ....

wohers kommt weiss ich schon ... nur wieso weiss ich nicht ...

fehlermeldung kommt von

/enigma2/lib/base/filepush.cpp

aber das bringt mich auch nicht weiter....
hab keinen plan vom programieren oder imagebau....

gruss axxel

Homey · 1. März 2010

Also wie befürchtet ... die DM800 CPU is halt zu schlapp für mehrere HD aufnahmen/wiedergabe.

Was halt geht ist: 1 x HD Aufnahme + 1 x HD Playback, oder 2 HD aufnahmen aber kein HD Playback dann mehr.

Mehr geht halt einfach nicht mit der CPU in der DM800! Und mehr wird auch nie gehen mit der 800er laut DEVs.

Warum's bei euch aber nichtmal mit einer Aufnahme funktioniert ist mir ein Rätsel, zumal es ja auch bei den meisten anderen auch wunderbar funktioniert, sonst hätte man viel mehr Beschwerden hier oder auch mir hätte in meinem Permanent-Timeshift-Plugin Thread sicher mal bescheid gesagt wenn er nicht timeshiften kann auf HD Sendern. Da es im normalfall funktioniert muss es ja irgendwas mit eurer Box zu tun haben. Wahrscheinlich irgendne "Fremdsoftware" drauf die evtl etwas mehr CPU Last produziert, oder das WebIf geöffnet, irgendwelche Plugins oder crazy Skins die viel CPU Last brauchen ... oder HDD zu lahm ...

Ich würd auch mal nen OE 1.6 Image mit neuem Kernel testen ... weiss nich. Im normfall funktionierts aber halt hier bei den meisten, warum bei einigen nicht is mir ein Rätsel ...

DerMicha · 1. März 2010

Ich hab Sat und kann kaum glauben, dass die dm800 zu schlapp für zwei gleichzeitige HD-Aufnahmen sein soll.
Bei mir läuft weder emu noch sonst irgendwas im Hintergrund und trotzdem geht das nicht immer ohne Aussetzer.
Mit Timeshift hab ich dagegen überhaupt kein Problem.

Mit dem " neuen " Kernel ist das auch nicht besser geworden.

axxel · 1. März 2010

homey: fremdsoftware ... fast nixt druf auf meiner box (ich flash so oft in der hoffnung auf besserung) ...

OE 1.6 ... Vlc, mytube, emu, epgrefresh...
skin : vali hd 0.8

mehr ist das bei mir net .....

und der fehler tritt auch auf bei orginal image .. ohne irgendwas zu installieren ... nacktes image .. kein emu garnix .. bei anixeHD (der ist FTA) .... oder bei ZDF / ARD HD .... zwar viel seltener... aber trotzdem manchmal ...

an der festplatte kanns nicht liegen .. alles schon getestet .. hatte von toshiba, WD, samsung, seagate drin ... auch mal extern per USB oder per lan .. sogar bei nem (richtig schnellem) usb stick .. immer gleicher fehler....
am voodoo kram kanns auch nicht liegen ... antenne geerdet .. lüfter drauf ... anderes netzteil ...
am board / hardware >>> eher unwarscheinlich .. wurde alles mehrfach getauscht.... auch ne andere box zum gegentesten dagehabt.... etc.... wenn du mehr wissen willst guck im schlumpfforum nach "timeshift hd" und user axxel386
ich hab ALLES getestet was geht ... wirklich alles ... sogar 3 andere Kabel-anschlüsse (nicht das es an meiner zuleitung liegt) ...

immerhin glaubt mal einer den fehler... weil .. zu 99% kommt erstmal ... bei mir gehts .. ich glaub nicht das das sein kann das es bei dir nicht geht..........

gruss axxel

p.s. trotzdem wäre es schön wenn sich jemand von DMM zu wort melden würde...

teguruma · 2. März 2010

die Frage wäre dann, warum geht es denn manchmal für eine gewisse Zeit gut, ich hatte schon Fälle da konnte ich parallel timeshift betreiben währen ein Film aufgenommen wurde (alles HD)
kann es sein dass die CPU runtertaktet, wenn die wärmer wird ? Ich habe so den Eindruck, dass die Kiste immer mehr CPU frisst je länger der Abend, beim obigen Scenario ...

axxel · 2. März 2010

wenn dann taktet die cpu nicht temperaturabhöngig runter....

lüfter + kühlkörper bringen keine änderung ....

wieso es gutgeht: es ist filmabhängig.... evtl datenrate der sendung..... z.b. anixe HD fast nie das problem ... aber manchmal eben doch ... andersrum .. discoveryHD fast immer das problem .. aber manchmal eben nicht....

gruss axxel

(p.s. seit einigen versionen braucht die box nach timeshift hd deaktivieren bis zum ersten umschalten manchmal etwas länger... dann wirds aber wieder flüssiger )

DerMicha · 2. März 2010

Nach Timeshift deaktivieren bleibt die angelegte Datei erhalten.
Beim ersten Umschalten, wird die dann gelöscht, deshalb dauert das länger.

Der Inhalt im RAM wird komischerweise auch mitgelöscht.
Danach sind ca80 MB frei.
Dummerweise läuft dann auch noch die HDD an, obwohl ich auf einen USB-Stick timeshifte.

Cleanie · 2. März 2010

Zitat von DerMicha

Nach Timeshift deaktivieren bleibt die angelegte Datei erhalten.
Beim ersten Umschalten, wird die dann gelöscht, deshalb dauert das länger.

Aha. Das nervt mich total. Kann man das irgendwie ändern? Ich will nicht so lange warten. Was soll so etwas?

DerMicha · 2. März 2010

Keine Ahnung, ich bin ja kein Programmierer.
Ich kenne das nur von DVB-Programmen für den PC, da wird nichts gelöscht sondern überschrieben.