You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

221

Sunday, August 15th 2010, 3:03pm

Hallo hera,

sorry, aber das was Du beschreibst erscheint mir etwas kopf- und planlos.

Du hattest doch geschrieben, dass Du die GUI unter Windows haben möchtest.
Dann hat es etwas gedauert, aber inzwischen ist doch die GUI unter Windows installiert und funzt auch (so habe ich Dich zumindest verstanden).
Warum jetzt plötzlich wieder Ubuntu?

Willst Du von zwei Desktop-Rechnern parallel arbeiten?
Hattest Du nicht geschrieben, dass Dein Arbeitstier ohne Monitor arbeiten würde?!?

Irgendwie blick ich nimmer, was Du eigentlich willst.

Könntest Du bitte mal konkret ausführen, was Du willst und dann schauen wir Schritt für Schritt, wie Du das umsetzen kannst?!?
Das mal hier, mal da was auszuprobieren, ohne Plan, macht mich ganz wuschig ;)

Wenn Dir die Zusammenhänge noch unklar sind, solltest Du vielleicht mal auf der Projektseite vorbeischauen und die Doku lesen - insbesondere "was ist VdrAssistant" - dort habe ich die Zusammenhänge doch beschrieben.
Wenn Du was nicht verstehst, dann frag, aber bitte erstmal die Info verarbeiten, die zur Verfügung steht.

Gruß Gero

jm24

Trainee

Posts: 166

Location: Ingolstadt

  • Send private message

222

Sunday, August 15th 2010, 6:24pm

Quoted

Das sieht doch gut aus - und ich gehe davon aus, dass die Datei /opt/vdrassistant/etc/recsrv.properties auch korrekt angelegt wurde.
Also gibt es nur noch 2 Möglichkeiten:
1. entweder der Dienst wurde nicht gestartet (laut Log war das aber der Fall)
2. das Verzeichnis /var/log hat die falsche Berechtigung

Könnte sein, dass im Installer noch was schief lief.
In /etc/passwd sollte es einen Benutzer "vadaemon" geben, welcher in der Gruppe "daemon" eingetragen ist. Das Verzeichnis /var/log sollte die Gruppe daemon haben und Schreibrechte für die Gruppe haben.

Schau mal nach, ob das so stimmt, bzw. was nicht stimmt. Du hast nicht zufällig den Bash-Installer als root ausgeführt?


Habe alles kontrolliert, passt alles. Der Installer wurde nicht als root ausgeführt. (aber trotzdem Kein Log, keine Aufnahmen)

Das macht jetzt aber nichts, da ich sowieso mein Konzept nochmal überdacht habe.
Meine Aufnahmen liegen nämlich nur bis sie geschnitten sind auf dem VDR, dann werden sie sofort auf ein NAS geschoben.
Würde mir das ganze jetzt so vorstellen.
- Die Dienste lasse ich auf einem virtuellen Linux laufen (Arbeitstier)
dort binde ich dann das NAS als netzlaufwerk ein, auch die umwandlung in mkv würde ich gerne dort machen
- Wenn ich es richtig verstanden habe, auf dem VDR dann nur vdrproxy

Das virtuelle Linux läuft halt dann auch auf dem Desktop Rechner da dieser der leistungsstärkste ist. (wegen umwandeln, usw.)

Hoffe daß ich das alles nochmal hinbekomme, aber ich sollte ja jetzt schon etwas im Thema sein.

Gruß
Johannes
VDR-Wohnzimmer: OrigenAE S16T, BeQuiet L8 300, Intel G2020, Intel DH77EB, Zotac GT630 Zone Edition, Mystique SaTiX-S2 Dual, Samsung 840 Evo
VDR-Schlafzimmer: OrigenAE S10V, HEC P3D-300, Intel i3 530, MSI H55M-E33, Asus EN210 Silent 128-bit, Mystique SaTiX-S2 Dual V2, OCZ Vertex2

Software: Ubuntu 12.04.3 LTS, Kernel 3.8.0, Nvidia 313.30, softhddevice-git, vdr-2.0.4

This post has been edited 1 times, last edit by "jm24" (Aug 15th 2010, 6:25pm)


223

Monday, August 16th 2010, 5:47am

Moin moin,

Quoted

Habe alles kontrolliert, passt alles. Der Installer wurde nicht als root ausgeführt. (aber trotzdem Kein Log, keine Aufnahmen)

Das macht jetzt aber nichts, da ich sowieso mein Konzept nochmal überdacht habe.

Hm, ich persönlich finde es wichtig, dass man rausfindet, warum was nicht so tut, wie es soll.
Nur dann kann man beim nächsten Mal den Fehler vermeiden.
Klar, kann die Fehlersuche schon mal ätzend sein/werden - analog zu "nur ein toter Feind ist ein guter Feind" - kann man bei den Fehlern sagen: nur ein bekannter Fehler ist ein guter Fehler ;)
Deshalb: ein "ls -ld /var/log" kann doch nicht zuviel sein?!?

Deinen Strategiewechsel würde ich nochmal auf die Probe stellen, d.h. überdenken.
Ich weiß ja nicht, was Dir an HW so zur Verfügung steht, aber eine MKV-Umwandlung in einer Virtualbox ist extrem heftig. Das macht Deinen Desktop fast unbedienbar und so eine MKV-Umwandlung kann (je nach CPU) schon mal 12 Stunden oder mehr (pro Film) dauern. In der Virtualbox wird es sicher noch länger dauern.

Wenn mkv Dein primäres Ziel ist, dann würde ich ein Arbeitstier mit einer Intel-CPU aufsetzen, die viel MHz hat. Viel Kerne sind nicht notwendig, weil sie an der Ecke soviel nicht bringen, aber MHz ist das was zählt.
Selbst wenn Dein Desktop da gut ausgestattet ist, kommt nur rel. wenig ein einer Virtualbox an, bzw. wenn die wirklich CPU-lastige Arbeiten hat, dann kannst Du den Rest vom Rechner vergessen. Oder Du brauchst einen Desktop mit viel MHz und vielen Kernen (Topmodel von i7) - wenn Du also da üppig zugeschlagen hast - mag sein, dasses passt.
Ok - das sind so meine ganz subjektiven, egoistischen Erfahrungen (schließlich will ich den Rechner zum Arbeiten, wenn ich schon dran sitze) - kann natürlich sein, dass Du ganz andere machst.

Denk auf jeden Fall nomml drüber nach.

Gruß Gero

P.S. Ich habe mir angewöhnt, meine Rechner nach CPU-Info zu vergleichen. Also ein

Source code

1
cat /proc/cpuinfo
Das zeigt, wieviele Kerne zur Verfügung stehen und gibt einen BogoMIPS-Wert aus. Auch wenn das ne Fantasie-Einheit sein sollte, wird die doch auf allen Linux-Systemen gleich berechnet - ist also schonmal ein rudimentärer Vergleichsfaktor.

jm24

Trainee

Posts: 166

Location: Ingolstadt

  • Send private message

224

Monday, August 16th 2010, 4:11pm

Hallo,

Hier die Ausgabe:

Source code

1
2
vdr-wohn:/ # ls -ld /var/log
drwxrwxrwx 18 root daemon 4096 Aug 16 15:27 /var/log

Meinte natürlich auch nicht, dass ich am VDR jetzt gar nicht mehr probieren möchte, würde schon gerne mal die Aufnahmen sehen.

Hmm, daran hab ich gar nicht gedacht, daß die Umwandlung recht zeit, bzw. rechenintensiv ist, da hast du natürlich recht.
Auch ich halte nichts von einem Rechner an dem ich dann nichts machen kann.

Dann wäre es also wohl das beste wenn ich als arbeitstier noch einen linux pc aufsetze. Vom VDR die Aufnahmen dann aufs arbeitstier schiebe, umwandeln und schneiden dort erledige.
Und das Ergebnis dann erst aufs NAS verschiebe.
(möchte aber eigentlich nicht noch einen PC laufen haben, zur Not hätte ich aber noch einen Intel Core 2 Duo E6750 (2x 2,67 GHZ) rumliegen, denn ich verkaufen wollte, aber 775er Boards gäbe es ja schon ziemlich günstig)

Oder doch auf dem VDR, das ist ein AMD X2 235e. (2x 2,7 GHZ)
Hier die Ausgabe von CPU-Info:
bogomips : 5412.82 (wie ist denn dieser Wert jetzt einzuordnen, gut, schlecht)

Frage mich gerade, wie denn eine solche Umwandlung, den VDR beeinflussen würde, bezüglich normalem Fernsehen usw.
Wie siehts den aus wenn die umzuwandelnde Aufnahme schon auf dem NAS liegt. Ist wahrscheinlich auch nicht optimal, könnte ich mir vorstellen.

Gruß
Johannes
VDR-Wohnzimmer: OrigenAE S16T, BeQuiet L8 300, Intel G2020, Intel DH77EB, Zotac GT630 Zone Edition, Mystique SaTiX-S2 Dual, Samsung 840 Evo
VDR-Schlafzimmer: OrigenAE S10V, HEC P3D-300, Intel i3 530, MSI H55M-E33, Asus EN210 Silent 128-bit, Mystique SaTiX-S2 Dual V2, OCZ Vertex2

Software: Ubuntu 12.04.3 LTS, Kernel 3.8.0, Nvidia 313.30, softhddevice-git, vdr-2.0.4

225

Monday, August 16th 2010, 4:50pm

Quoted

würde schon gerne mal die Aufnahmen sehen

Huch? - das geht an Deinem VDR nicht?

Quoted

Dann wäre es also wohl das beste wenn ich als arbeitstier noch einen linux pc aufsetze. Vom VDR die Aufnahmen dann aufs arbeitstier schiebe, umwandeln und schneiden dort erledige.

Also wenn Du HW für ein Arbeitstier überig hast, dann mach das - aber nicht wie beschrieben.

Wenn ich Dich richtig verstanden habe, verschiebst Du Deine Aufnahmen bereits auf das NAS.
Dementsprechend würde ich Dir empfehlen, das NAS auf dem Arbeitstier einzubinden und die Aufnahmen direkt vom NAS verarbeiten.
Auf dem Arbeitstier würde ich ein RAID-0 aufsetzen. Du brauchst ein Medium mit hoher Schreibrate, wobei die Sicherheit vernachlässigbar ist - schließlich liegt die Aufnahme auf dem NAS und wenn beim RAID-0 was schief geht, brauchst Du die Verarbeitung nur nochmal anstoßen.
Auf dem Arbeitstier installierst Du also die Hintergrund-Dienste und auf Deinem Windowsrechner (der ja inzwischen funzt) nur die GUI. Auf dem VDR wird also nur der proxy benötigt.
Die Datenbank würde ich auf dem Rechner installieren, der potentiell immer im Zugriff ist. Wenn also Dein VDR 24/7 läuft, warum dann nicht auf dem VDR - ansonsten wäre das Arbeitstier auch der richtige Platz für die Datenbank.

Quoted

Oder doch auf dem VDR, das ist ein AMD X2 235e

Das würde ich nicht empfehlen. Wie gesagt, eine HD-Konvertierung ist sehr CPU-intensiv. Wenn Du dann zufällig ne HD-Aufnahme anschauen oder aufnehmen oder beides willst, stört die Umrechnung nur.

Quoted

Wie siehts den aus wenn die umzuwandelnde Aufnahme schon auf dem NAS liegt. Ist wahrscheinlich auch nicht optimal, könnte ich mir vorstellen.

Wenn Du vom VDR direkt auf das NAS aufnimmst, würde ich vorher einige Tests bezüglich gleichzeitigem Schreiben und Lesen fahren. Wenn Du "nur" fertige Aufnahmen auf das NAS schiebst, ist es dagegen völlig unkritisch.

Quoted

wie ist denn dieser Wert jetzt einzuordnen, gut, schlecht

Keine Ahnung ;)
Mein alter Core 2 Duo hatte 4250 und der hat sich mehr als eine Nacht bei der Umwandlung um die Ohren geschlagen. Ein Forumskollege mit einem potenten i7 schrieb mir mal, dass inzwischen seine Umwandlungen so 1-2 Stunden brauchen würden.

Quoted

Hier die Ausgabe

Hm, das ist schlecht, denn das sieht genauso aus, wie es soll.
Hast Du vielleicht bei der Installation bei Logging das system gegen "local" ausgetauscht?
Dann solltest Du die Logdateien unter vdrassistant/log finden. Vielleicht gibt es die Datei ja noch ;)

Gruß Gero

jm24

Trainee

Posts: 166

Location: Ingolstadt

  • Send private message

226

Sunday, August 22nd 2010, 1:29pm

Servus,

Als Vorbereitung für mein neues "Arbeitstier" teste ich gerade auf einem virtuellen Debian!

Habe nun auch ein Recmanager log. (auf meinem VDR mit Suse habe ich das bis jetzt immer noch nicht gesehen)

Source code

1
2
3
4
5
6
7
8
<INFO> (22.08.2010 13:21:00)-[de.schwarzrot.recmgr.service.RecordingManager] run()  >> found Job #3 2 process ...
   <INFO> (22.08.2010 13:21:00)-[de.schwarzrot.data.access.jdbc.JDBCEntityManager] saveProperties()  >> 1 rows updated
   <INFO> (22.08.2010 13:21:00)-[de.schwarzrot.recmgr.service.RecordingManager] doScan()  >> should scan for new recordings ...
<SCHWERWIEGEND> (22.08.2010 13:21:00)-[de.schwarzrot.recmgr.RecordingScanner] run()  >> no temp-dir for scanfiles set! Can't scan!
   <INFO> (22.08.2010 13:21:00)-[de.schwarzrot.recmgr.LocalRecordingHandler] doScan()  >> got 0 scanned items to save
<WARNUNG> (22.08.2010 13:21:00)-[de.schwarzrot.recmgr.LocalRecordingHandler] doScan()  >> scanning of 0 items took 0.0010
   <INFO> (22.08.2010 13:21:00)-[de.schwarzrot.data.access.jdbc.JDBCEntityManager] saveProperties()  >> 1 rows updated
<WARNUNG> (22.08.2010 13:21:00)-[de.schwarzrot.app.support.ServiceLauncher] start()  >> let the service work a little bit ...


Was hat denn das "no temp-dir for scanfiles set! Can't scan!" zu bedeuten? Habe bei der Installation /var/tmp als Verzeichnis angegeben, oder ist damit ein anderes Verzeichnis gemeint?

Gruß
Johannes
VDR-Wohnzimmer: OrigenAE S16T, BeQuiet L8 300, Intel G2020, Intel DH77EB, Zotac GT630 Zone Edition, Mystique SaTiX-S2 Dual, Samsung 840 Evo
VDR-Schlafzimmer: OrigenAE S10V, HEC P3D-300, Intel i3 530, MSI H55M-E33, Asus EN210 Silent 128-bit, Mystique SaTiX-S2 Dual V2, OCZ Vertex2

Software: Ubuntu 12.04.3 LTS, Kernel 3.8.0, Nvidia 313.30, softhddevice-git, vdr-2.0.4

227

Sunday, August 22nd 2010, 2:21pm

Hallo,

das "temp-dir" für den Scan ist "normalerweise" die Ramdisk (siehe Online-Doku).
Sollte vom Bash-Installer bei der Installation abgefragt worden sein. Wenn Du /var/tmp eingegeben hast, dann muss ich nomml schaun, ob sich da vielleicht ein Käfer versteckt hat.

Gruß Gero

jm24

Trainee

Posts: 166

Location: Ingolstadt

  • Send private message

228

Sunday, August 22nd 2010, 3:57pm

Das war ein wohl ein Missverständnis meinerseits, habe nicht gewusst, das temp-dir die Ramdisk ist.
Eigentlich müsste es dann aber passen, denn die Ramdisk habe ich wie auf deiner Seite beschrieben eingerichtet.

(Habe das ganze jetzt nochmal mit einem anderen Verzeichnis geprüft, geht auch nicht.)

Gruß
Johannes
VDR-Wohnzimmer: OrigenAE S16T, BeQuiet L8 300, Intel G2020, Intel DH77EB, Zotac GT630 Zone Edition, Mystique SaTiX-S2 Dual, Samsung 840 Evo
VDR-Schlafzimmer: OrigenAE S10V, HEC P3D-300, Intel i3 530, MSI H55M-E33, Asus EN210 Silent 128-bit, Mystique SaTiX-S2 Dual V2, OCZ Vertex2

Software: Ubuntu 12.04.3 LTS, Kernel 3.8.0, Nvidia 313.30, softhddevice-git, vdr-2.0.4

This post has been edited 1 times, last edit by "jm24" (Aug 22nd 2010, 3:59pm)


229

Sunday, August 22nd 2010, 4:50pm

Quoted

Das war ein wohl ein Missverständnis meinerseits, habe nicht gewusst, das temp-dir die Ramdisk ist.

Nö, isses auch ned.

Schau mal das bildle ;)

Gruß Gero
geronimo has attached the following file:
  • vainst-rd.png (7.56 kB - 431 times downloaded - latest: Mar 31st 2013, 11:12pm)

jm24

Trainee

Posts: 166

Location: Ingolstadt

  • Send private message

230

Sunday, August 22nd 2010, 6:10pm

Ich glaube ich verstehe dich momentan nicht, das hat bei mir auch nie anders ausgeschaut. (ramdisk war immer /ramdisk, und Arbeitsverz. war /var/tmp)

Es kommt immer nur diese Meldung:
"no temp-dir for scanfiles set! Can't scan!"

Gruß
Johannes
jm24 has attached the following file:
VDR-Wohnzimmer: OrigenAE S16T, BeQuiet L8 300, Intel G2020, Intel DH77EB, Zotac GT630 Zone Edition, Mystique SaTiX-S2 Dual, Samsung 840 Evo
VDR-Schlafzimmer: OrigenAE S10V, HEC P3D-300, Intel i3 530, MSI H55M-E33, Asus EN210 Silent 128-bit, Mystique SaTiX-S2 Dual V2, OCZ Vertex2

Software: Ubuntu 12.04.3 LTS, Kernel 3.8.0, Nvidia 313.30, softhddevice-git, vdr-2.0.4

231

Sunday, August 22nd 2010, 7:28pm

Quoted

Ich glaube ich verstehe dich momentan nicht, ...

Mag sein - aber hast Du auch geprüft, ob es /ramdisk bei Dir gibt, ob dort Platz ist und das Verzeichnis schreibbar ist?

Gruß Gero

232

Monday, August 23rd 2010, 9:04am

Hallo,

habe gerade entdeckt, dass die ramdisk-Geschichte ein Fehler im Installer ist.
Wird für die nächste Version behoben.

Gruß Gero

P.S. Als würgaround könntest Du in der Datei ".java/.systemPrefs/VDRAssistant/de/schwarzrot/app/config/SystemDefault" folgende Zeile einfügen:

Source code

1
  <entry key="tempScanDir" value="/ramdisk"/>
Bei Bedarf änderst Du den Pfad der ramdisk eben.
Bei der Java-Preferences-Datei musst Du mal schauen, wo die in Deinem System liegt. Normalerweise ist obiger Pfad unter /etc zu finden, auf manchen Systemen (insbesondere Suse und Co) liegt die auch mal unter "$JAVA_HOME/jre/lib"

This post has been edited 1 times, last edit by "geronimo" (Aug 23rd 2010, 9:38am)


jm24

Trainee

Posts: 166

Location: Ingolstadt

  • Send private message

233

Monday, August 23rd 2010, 5:35pm

Servus,

Echt Super, jetzt funktionierts, bin echt begeistert es geht vorwärts!!!


Habe die Aufnahmen im Verwalter, allerdings gehts leider schon weiter. Wenn ich mir die Details der Aufnahme anzeigen lassen will, kommen im Java Fenster folgende Meldungen, aber sonst passiert nichts.

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
com.jgoodies.binding.beans.PropertyNotFoundException: Property 'name' not found in bean class class de.schwarzrot.rec.domain.Recording
        at com.jgoodies.binding.beans.BeanUtils.getPropertyDescriptor(BeanUtils.java:139)
        at com.jgoodies.binding.beans.BeanAdapter$SimplePropertyAdapter.getPropertyDescriptor(BeanAdapter.java:1397)
        at com.jgoodies.binding.beans.BeanAdapter$SimplePropertyAdapter.<init>(BeanAdapter.java:1294)
        at com.jgoodies.binding.beans.BeanAdapter.createPropertyAdapter(BeanAdapter.java:764)
        at com.jgoodies.binding.beans.BeanAdapter.getValueModel(BeanAdapter.java:725)
        at com.jgoodies.binding.beans.BeanAdapter.getValueModel(BeanAdapter.java:678)
        at com.jgoodies.binding.PresentationModel.getModel(PresentationModel.java:799)
        at de.schwarzrot.recmgr.app.view.RecordingDetails.createView(RecordingDetails.java:72)
        at de.schwarzrot.ui.control.support.AbstractDetailsView.buildPanel(AbstractDetailsView.java:133)
        at de.schwarzrot.ui.control.support.AbstractDialogBase.createDialog(AbstractDialogBase.java:262)
        at de.schwarzrot.ui.control.support.AbstractDialogBase.showDialog(AbstractDialogBase.java:161)
        at de.schwarzrot.ui.control.support.AbstractDialogBase.showDialog(AbstractDialogBase.java:150)
        at de.schwarzrot.recmgr.app.RecordingManager.doDetail(RecordingManager.java:1204)
        at de.schwarzrot.recmgr.app.RecordingManager$8.run(RecordingManager.java:1666)
        at java.lang.Thread.run(Unknown Source)
Caused by: java.beans.IntrospectionException: Method not found: setName
        at java.beans.PropertyDescriptor.<init>(Unknown Source)
        at java.beans.PropertyDescriptor.<init>(Unknown Source)
        at com.jgoodies.binding.beans.BeanUtils.getPropertyDescriptor(BeanUtils.java:95)
        at com.jgoodies.binding.beans.BeanUtils.getPropertyDescriptor(BeanUtils.java:128)
        ... 14 more

Ansonsten muss ich sagen komme ich mit Debian ganz gut zurecht, so dass ich dann demnächst das echte "Arbeitstier" aufsetzen werde.
Manches wie z.b. transcode usw musste ich halt selbst bauen, da ich squeeze benutze.
(habe alles mitgeschrieben, also von null bis zum laufenden Vdrassistant, damit ich das nächste Mal dann schneller bin. Sobald ich mal die Zeit habe das ganze zu verschönern, kann ich es bei Bedarf dann auch gerne zur Verfügung stellen).

Gruß
Johannes
VDR-Wohnzimmer: OrigenAE S16T, BeQuiet L8 300, Intel G2020, Intel DH77EB, Zotac GT630 Zone Edition, Mystique SaTiX-S2 Dual, Samsung 840 Evo
VDR-Schlafzimmer: OrigenAE S10V, HEC P3D-300, Intel i3 530, MSI H55M-E33, Asus EN210 Silent 128-bit, Mystique SaTiX-S2 Dual V2, OCZ Vertex2

Software: Ubuntu 12.04.3 LTS, Kernel 3.8.0, Nvidia 313.30, softhddevice-git, vdr-2.0.4

234

Monday, August 23rd 2010, 6:32pm

Quoted

... allerdings gehts leider schon weiter.

Oh nein. Der Fehler ist ein alter Bekannter - jetzt ist der schon wieder da :(
Ich hab da heftigst um einen Fehler im Java rumgedockort. Frust, Hass, Zorn :angryfire

Könntest Du mir bitte die Ausgabe von "java -version" posten?

Quoted

Manches wie z.b. transcode usw musste ich halt selbst bauen, da ich squeeze benutze.

Das ist nicht notwendig. Schau Dir mal Debian-Multimedia an. Dort gibt es auch die Repositories für squeeze. Kannst die also genauso installieren, wie den Rest von Debian.
Hier im Howto-Bereich findest Du einige Anleitungen, wie man Multimedia in Debian einbindet (schau mal die Anleitungen von Kilroy an).

Gruß Gero

jm24

Trainee

Posts: 166

Location: Ingolstadt

  • Send private message

235

Monday, August 23rd 2010, 7:48pm

Hier die Ausgabe:

Source code

1
2
3
4
C:\Users\Johannes>java -version
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b07)
Java HotSpot(TM) 64-Bit Server VM (build 17.0-b17, mixed mode)
Danke für den Tip mit den HowTos.

Gruß
Johannes
VDR-Wohnzimmer: OrigenAE S16T, BeQuiet L8 300, Intel G2020, Intel DH77EB, Zotac GT630 Zone Edition, Mystique SaTiX-S2 Dual, Samsung 840 Evo
VDR-Schlafzimmer: OrigenAE S10V, HEC P3D-300, Intel i3 530, MSI H55M-E33, Asus EN210 Silent 128-bit, Mystique SaTiX-S2 Dual V2, OCZ Vertex2

Software: Ubuntu 12.04.3 LTS, Kernel 3.8.0, Nvidia 313.30, softhddevice-git, vdr-2.0.4

236

Tuesday, August 24th 2010, 12:14am

Hi,

ich habe hier auch das

Quoted

"no temp-dir for scanfiles set! Can't scan!"

Problem. Leider hilft auch der Eintrag

Quoted

<entry key="tempScanDir" value="/ramdisk"/>

in der

Quoted

/etc/.java/.systemPrefs/VDRAssistant/de/schwarzrot/app/config/SystemDefault/prefs.xml

bei mir nicht weiter.

Muss ich auf eine neue Version warten?

Gruß
Sinclair

237

Tuesday, August 24th 2010, 4:13am

warten ... ist eine Möglichkeit.

Eine andere Möglichkeit wäre, Du schaust Dir Dein System an und findest, wo ".systemPrefs" bei Dir liegt. Da drunter solltest Du dann auch den Rest des Pfades finden.

Wenn Du es gefunden hast, wäre es schön, wenn Du es hier posten könntest. Zusammen mit der Angabe Deiner Linux-Variante könnte ich dann einen Sonderfall bei den Installern einbauen.

Gruß Gero

This post has been edited 1 times, last edit by "geronimo" (Aug 24th 2010, 7:04am)


238

Wednesday, August 25th 2010, 9:20am

Hallo,

habe den Installer korrigiert, sodass auch die Einstellungen der Ramdisk gespeichert werden.
Beim Aufnahme-Ermittler konnte ich den Scan-Lauf etwas umstellen, sodass der Dienst jetzt fehlertoleranter arbeitet. Wenn nicht alle Aufnahmen in der Übersicht auftauchen - Logdatei vom Aufnahmeverwaltungs-Dienst nach Fehlern durchsuchen (die "headless"-Fehler sind normal, die treten immer auf).

Quoted

... allerdings gehts leider schon weiter. Wenn ich mir die Details der Aufnahme anzeigen lassen will, kommen im Java Fenster folgende Meldungen ...

Puh - jetzt warst Du aktueller als ich ;)

Sorry, aber den Fehler konnte ich nicht nach vollziehen.
Ich habe nochmal eine Neuinstallation auf einem sauberen System hochgezogen und es wird alles angezeigt. Könnte es sein, dass Du evtl. noch eine Datei von einer älteren Installation "rumliegen" hattest?

Anders kann ich es mir im Moment nicht erklären, denn der Fehler war vor etlichen Versionen akut.

Bitte nomml überprüfen. Gegebenenfalls müsstest Du mir die Aufnahme zur Verfügung stellen, sodass ich es nachprüfen kann.

Gruß Gero

jm24

Trainee

Posts: 166

Location: Ingolstadt

  • Send private message

239

Thursday, August 26th 2010, 4:32pm

Hmm, habe keine alten Installationsdateien gefunden, weder von Vdrassistant noch von java.

Kann mir eigentlich nicht vorstellen dass es an den Aufnahmen liegt.
Hab nämlich verschiedene probiert, PES von 2007, TS HD von 2010,
mal schauen, vielleicht probiere ich noch ein paar andere.

Gruß
Johannes
VDR-Wohnzimmer: OrigenAE S16T, BeQuiet L8 300, Intel G2020, Intel DH77EB, Zotac GT630 Zone Edition, Mystique SaTiX-S2 Dual, Samsung 840 Evo
VDR-Schlafzimmer: OrigenAE S10V, HEC P3D-300, Intel i3 530, MSI H55M-E33, Asus EN210 Silent 128-bit, Mystique SaTiX-S2 Dual V2, OCZ Vertex2

Software: Ubuntu 12.04.3 LTS, Kernel 3.8.0, Nvidia 313.30, softhddevice-git, vdr-2.0.4

240

Thursday, August 26th 2010, 4:55pm

Hi,

könntest Du bitte mal die neue Version ausprobieren?

Am besten nochmal mit "drop database" anfangen und alle Dateien aus den "vdrassistant/*.flielist" löschen.
Danach zuerst den Bash-Installer und dann den Java-Installer.

Wie gesagt - mit der aktuellen Variante habe ich es mit einer jungfräulichen Installation probiert und der Fehler ist nicht aufgetreten, d.h. ich konnte alle Aufnahmen im Detail anschauen.

Nur wenn der Fehler dann immer noch bei Dir auftritt, müssten wir uns weitere Gedanken machen.
Prinzipiell gebe ich Dir recht - ich halte es auch für unwahrscheinlich, dass es an den Aufnahmen liegt.

Gruß Gero