[skippy]

Sorry, aber auch ein Update auf die neue Projectx-Version MLD-3.0.0_projectx-0.91.0_3.sfs mit anschl. reboot liefert denselben Fehler:

Code: [Select]

[demux] demuxing DVB MPEG-TS file 00001.ts
[demux] ok> PID 0x0131 has PES-ID 0xE0 (MPEG Video) (376 #3)
[demux] ok> PID 0x0132 has PES-ID 0xC0 (MPEG Audio) (20868 #112)
[demux] >>> process stopped...
[demux]
[demux] !> an error has occured..  (please inform the authors at 'forum.dvbtechnics.info')
[demux] java.lang.NullPointerException
[demux]         at java.util.TimeZone.parseCustomTimeZone(TimeZone.java:784)
[demux]         at java.util.TimeZone.getTimeZone(TimeZone.java:488)
[demux]         at java.util.TimeZone.getTimeZone(TimeZone.java:482)
[demux]         at net.sourceforge.dvb.projectx.common.Common.formatTime_1(Common.java:790)
[demux]         at net.sourceforge.dvb.projectx.parser.Gop.goptest(Gop.java:336)
[demux]         at net.sourceforge.dvb.projectx.parser.Gop.goptest(Gop.java:196)
[demux]         at net.sourceforge.dvb.projectx.parser.StreamDemultiplexer.writeVideo(StreamDemultiplexer.java:1379)
[demux]         at net.sourceforge.dvb.projectx.parser.StreamParserTS.parseStream(StreamParserTS.java:1161)
[demux]         at net.sourceforge.dvb.projectx.parser.StreamParser.parseStream(StreamParser.java:92)
[demux]         at net.sourceforge.dvb.projectx.parser.MainProcess.processCollection(MainProcess.java:1025)
[demux]         at net.sourceforge.dvb.projectx.parser.MainProcess.startProcessing(MainProcess.java:352)
[demux]         at net.sourceforge.dvb.projectx.parser.MainProcess.run(MainProcess.java:144)
[demux]
[demux] -> we have 1 warnings/errors.
[vdr] process demux (pid = 30816) exited gracefully (exit code 1)
[vdr] process "demux" exited
[vdr] ERROR: process author (pid = 30817) crashed (signal 15)
Schlaft trotzdem gut, ich muss noch ein bisschen durchhalten  - Netzwerkparty

Viele Grüße skippy

[Christian]

Sorry, aber auch ein Update auf die neue Projectx-Version MLD-3.0.0_projectx-0.91.0_3.sfs mit anschl. reboot liefert denselben Fehler:

Code: [Select]

[demux] demuxing DVB MPEG-TS file 00001.ts
[demux] ok> PID 0x0131 has PES-ID 0xE0 (MPEG Video) (376 #3)
[demux] ok> PID 0x0132 has PES-ID 0xC0 (MPEG Audio) (20868 #112)
[demux] >>> process stopped...
[demux]
[demux] !> an error has occured..  (please inform the authors at 'forum.dvbtechnics.info')
[demux] java.lang.NullPointerException
[demux]         at java.util.TimeZone.parseCustomTimeZone(TimeZone.java:784)
[demux]         at java.util.TimeZone.getTimeZone(TimeZone.java:488)
[demux]         at java.util.TimeZone.getTimeZone(TimeZone.java:482)
[demux]         at net.sourceforge.dvb.projectx.common.Common.formatTime_1(Common.java:790)
[demux]         at net.sourceforge.dvb.projectx.parser.Gop.goptest(Gop.java:336)
[demux]         at net.sourceforge.dvb.projectx.parser.Gop.goptest(Gop.java:196)
[demux]         at net.sourceforge.dvb.projectx.parser.StreamDemultiplexer.writeVideo(StreamDemultiplexer.java:1379)
[demux]         at net.sourceforge.dvb.projectx.parser.StreamParserTS.parseStream(StreamParserTS.java:1161)
[demux]         at net.sourceforge.dvb.projectx.parser.StreamParser.parseStream(StreamParser.java:92)
[demux]         at net.sourceforge.dvb.projectx.parser.MainProcess.processCollection(MainProcess.java:1025)
[demux]         at net.sourceforge.dvb.projectx.parser.MainProcess.startProcessing(MainProcess.java:352)
[demux]         at net.sourceforge.dvb.projectx.parser.MainProcess.run(MainProcess.java:144)
[demux]
[demux] -> we have 1 warnings/errors.
[vdr] process demux (pid = 30816) exited gracefully (exit code 1)
[vdr] process "demux" exited
[vdr] ERROR: process author (pid = 30817) crashed (signal 15)
Schlaft trotzdem gut, ich muss noch ein bisschen durchhalten  - Netzwerkparty

Viele Grüße skippy

update:

openjdk hat seine zonemappings nicht wie sun im programmverzeichnis *ttzzzeeee

ich habe diese mal dazugenommen ...morgen kann getestet werden

[clausmuus]

ich hab's neu bauen lassen.

[skippy]

Hi Christian,

nun klappt es auch mit openjava. Das Iso wird erstellt.

vll wird es mit der openjava version besser

nö, die Artefakte habe ich immer noch. Also hier habe ich keine Veränderung gegenüber Java feststellen können. Der Livebuffer funktioniert hier, war mir vorher gar nicht aufgefallen. Wenn das Bild über Sekunden eingefroren ist, läuft es danach an derselben Stelle weiter.

Viele Grüße skippy

[Christian]

Hi Christian,

nun klappt es auch mit openjava. Das Iso wird erstellt.

vll wird es mit der openjava version besser

nö, die Artefakte habe ich immer noch. Also hier habe ich keine Veränderung gegenüber Java feststellen können. Der Livebuffer funktioniert hier, war mir vorher gar nicht aufgefallen. Wenn das Bild über Sekunden eingefroren ist, läuft es danach an derselben Stelle weiter.

Viele Grüße skippy

zurück zu burn

kannst du mir mal deine config zeile für burn aus der rc.config posten?

wir könnten wir mal probieren die Pfade umzubiegen, vll hilfts ... hast du schon mal versucht den Livebuffer in das tmpfs zu schieben? den VDR mit den argumenten "-b /tmp" erweitern (genug RAM vorhanden?)

[skippy]

Hi Christian,

hier die gewünschte Zeile aus der rc.config:

Code: [Select]

VDR_PLUGIN_ARGS_burn="-i /data/iso -t /data/burn-tmp -D /dev/dvd -d /data/video"das landet dann auf meiner Datenplatte (sdb1), wo auch der Livebuffer schreibt. Das Fernsehbild kommt über Stream vom MLD-Server

hast du schon mal versucht den Livebuffer in das tmpfs zu schieben?

nö!

genug RAM vorhanden?

2 GB HSP, der wird aber schon ziemlich beansprucht, wenn burn läuft.

Was soll ich zuerst versuchen?

Viele Grüße skippy

[Christian]

Hi Christian,

hier die gewünschte Zeile aus der rc.config:

Code: [Select]

VDR_PLUGIN_ARGS_burn="-i /data/iso -t /data/burn-tmp -D /dev/dvd -d /data/video"das landet dann auf meiner Datenplatte (sdb1), wo auch der Livebuffer schreibt. Das Fernsehbild kommt über Stream vom MLD-Server

hast du schon mal versucht den Livebuffer in das tmpfs zu schieben?

nö!

genug RAM vorhanden?

2 GB HSP, der wird aber schon ziemlich beansprucht, wenn burn läuft.

Was soll ich zuerst versuchen?

Viele Grüße skippy

den livebuffer in den ram schicken, bitte


EDIT:

und bitte dieses probieren :
VDR_PLUGIN_ARGS_burn="-i /data/iso -t /tmp -D /dev/dvd -d /data/video"

[MarMic]

habe zwar keine ahnung, aber könnte nicht swap helfen bei burn?

greetz MarMic

[skippy]

:applaus das war eine gute Idee, Christian - keine Artefakte, während burn arbeitete. Dann waren es wohl die vielen Schreibzugriffe auf die Datenplatte? Macht es Sinn, den Livebuffer auf die MLD-Partition zu legen, da habe ich noch ca. 9 GB frei, oder ist der SATA-Controller dann überfordert?

Dir vielen Dank und viele Grüße
skippy

[Christian]

:applaus das war eine gute Idee, Christian - keine Artefakte, während burn arbeitete. Dann waren es wohl die vielen Schreibzugriffe auf die Datenplatte? Macht es Sinn, den Livebuffer auf die MLD-Partition zu legen, da habe ich noch ca. 9 GB frei, oder ist der SATA-Controller dann überfordert?

Dir vielen Dank und viele Grüße
skippy

hmm ich würde den livebuffer im ram lassen ...solange dieser reicht!

oder

einfach mal anders herum probieren. Den Livebuffer auf der Datenplatte lassen und Burn mit ' VDR_PLUGIN_ARGS_burn="-i /data/iso -t /tmp -D /dev/dvd -d /data/video" ' ins Ram schicken

mfg
Christian

[clausmuus]

Daten Partition und System Partition machen keinen Unterschied, wenn's die selbe Festplatte ist. Was aber auch helfen kann, ist ne Platte mit mehr Cache
Nen zu kleiner Cache kann den PCI Bus verstopfen. Das hatte ich damals bei meiner FF Lösung. Da gab's immer dann Aussetzer, wenn die Platte den Kopf bewegen musste. Die Platte hatte in der Zeit keine Daten entgegen genommen (Cache zu klein) und die DVB-Karte konnte ihre Daten nicht in den RAM kopieren.
Bei ner RAM Disk gibt's all diese Probleme ja nicht
Was sicher auch helfen kann, ist den Video Cache von xine größer einstellen. Dann wird das Umschalten zwar langsamer, aber das Bild ist weniger störanfällig.

Claus

[skippy]

Daten Partition und System Partition machen keinen Unterschied, wenn's die selbe Festplatte ist.

Es sind zwei verschiedene Platten. Die Systemplatte hat 80 GB, auf der ich derzeit nur die MLD Partition mit 10 GB habe.
Die Datenplatte hat 500 GB und wird komplett von einer Partition genutzt.

Ich könnte ja bei Bedarf auch noch HSP kaufen, der ist momentan nicht so teuer. Muss ich dann etwas am MLD umstellen, damit der tmpfs für /tmp erhöht wird, oder passiert das automatisch?
Derzeit wird 1 GB für /tmp und 1 GB für /dev verwendet. Wobei der benutzte Hauptspeicher für /dev 0 Byte ist. Kann man das auch umstellen z.B. 1,5 GB für /tmp und 0,5 GB für /dev?

Viele Grüße
skippy

[clausmuus]

Dre verfügbare Platz auf /tmp wächst dynamisch mit dem benötigten Platz. Allerdings hatte ich letztens festgestellt, das bei 1GB RAM nicht mehr als 512 MB in die Ramdisk gelegt werden konnte. Ich weiß nicht ob das ne feste Grenze ist, abhängig vom verfügbaren Ram oder eingestellt werden kann.
Die MLD unterstützt derzeit nicht mehr als 4GB RAM. Es ließe sich jedoch ohne großen Aufwand nen Kernel kompilieren der bis zu 64GB RAM unterstützt. Ob der dann jedoch noch kompatibel zu den Addons ist weiß ich nicht. Auf jedenfall wäre solch nen Kernel langsamer.

Claus