[Eisfair] [e1] MiniDLNA 1.1.1 mit eiskernel 2.0.13

[Fabian Törner]

Hallo Peter,

Am 03.10.2011 12:00, schrieb Peter Bäumer:
> Im Logfile sollte in etwa so was auftauchen:

ähm in welchem Log-File?
Ich habe eben heraus gefunden das es anscheinend eins gibt unter 
/var/log/minidlna :)
Ok, hier ein Auszug:

--- [schnipp] ---
[2011/10/03 10:28:28] minidlna.c:899: warn: Starting MiniDLNA version 
1.0.22 [SQLite 3.5.9].
[2011/10/03 10:28:28] minidlna.c:922: warn: Creating new database...
[2011/10/03 10:28:28] minidlna.c:991: warn: HTTP listening on port 8200
[2011/10/03 10:28:28] scanner.c:726: warn: Scanning /mnt/daten
[2011/10/03 10:41:28] minidlna.c:153: warn: received signal 15, good-bye
[2011/10/03 10:41:31] minidlna.c:899: warn: Starting MiniDLNA version 
1.0.22 [SQLite 3.5.9].
[2011/10/03 10:41:31] minidlna.c:922: warn: Creating new database...
[2011/10/03 10:41:31] minidlna.c:991: warn: HTTP listening on port 8200
[2011/10/03 10:41:31] scanner.c:726: warn: Scanning /mnt/daten
[2011/10/03 11:57:53] upnphttp.c:958: warn: HTTP Connection closed 
unexpectedly
[2011/10/03 11:57:53] upnphttp.c:958: warn: HTTP Connection closed 
unexpectedly
[2011/10/03 11:59:07] upnphttp.c:958: warn: HTTP Connection closed 
unexpectedly

--- [schnapp] ---

> [2011/10/02 09:00:40] scanner.c:797: warn: Scanning /mnt/data/media/mp3
> finished (12345 files)!
>
> [2011/10/02 09:01:44] scanner.c:797: warn: Scanning
> /mnt/data/media/Video/Buntes finished (23456 files)!
>
> [2011/10/02 09:04:10] scanner.c:797: warn: Scanning
> /mnt/data/media/Bilder finished (34567 files)!

mhh, nö in dem o.g. Logfile ist nichts mit finished zu finden :(


> Bei mir klemmt es wenn ich bestimme Filme mit einbinde, dann liest
> minidlna nicht weiter, andere File im gleichen Format werden ohne
> Probleme eingelesen :(
>
>  > 2. Auch wenn ich den MiniDLNA neustarte sind nicht alle Files aus dem
> Media-Archiv zu sehen.
>
> Es sieht so aus das Du da ein ähnliches Problem hast.

yeap, sieht so aus :( - s.u.

>
>  > 1. Neue Dateien werden nicht automatisch erkannt obwohl 2.6er Kernel
> auf dem System ist. Ich muss trotzdem ab und an den MiniDLNA neustarten.
>
> Könnte mit dem zusammenhängen was ich oben beschrieben habe.

it looks so

>
>> achso, und die Debug-Funktion ist momentan wohl nicht aktiviert - oder?
>> Es wird auf jeden Fall kein debug-File unter /var/lib/minidlna angelegt..
>
> Das muss ich mir noch anschauen was/wie Jens es umgesetzt hat.
> In der Version 1.1.5 habe ich es erst mal heraus genommen.
> Im Debug-Mode wird minidlna nicht "daemonize", also nicht in den
> Hintergrund verschoben und schreit Dir die Konsole voll.

axo - ja, so wie Du es unten beschrieben hast, wäre schön wenn dass der 
Schalter bewirken würde :)

> Stoppe den Dienst und starte ihn mit:
> minidlna -d -f /etc/minidlna/minidlna.conf > /var/log/minidlna/minidlna.log
>
> von der Konsole.
> Auf einer zweiten Konsole kannst Du dann mit
>
> tail -f /var/log/minidlna/minidlna.log
>
> Dir die Meldungen anschauen und eventuell auch herausfinden wo es klemmt.
> Beides kann mit [strg] + [c] beendet werden.

habe ich gemacht, den ersten Befehl kann ich "leider" nicht mit strg+c 
beenden, den tail Befehl aber schon, dann kann ich auch übers Setup den 
minidlna stoppen, dann ist die erste Console auch wieder benutzbar :)

Also es scheint wohl Dateien zugeben, womit der minidlna Probleme hat.
Bei manchen Dateien braucht er unnormal lange zum "einlesen".

Dann habe ich da noch Einträge wie (und davon jeweils mehrere):

[2011/10/03 16:21:12] inotify.c:200: debug: Add watch to /mnt/daten

oder

[2011/10/03 16:21:12] inotify.c:200: debug: Add watch to /mnt/daten/filme

oder

[2011/10/03 16:20:42] metadata.c:822: debug: Container: 'matroska' 
[Name_des_Films.mkv]

Am Ende dann dieses hier:

Cache-Control: no-cache
Connection: Close
Pragma: no-cache
Accept: text/xml, application/xml
Host: 172.23.56.254:8200
User-Agent: Microsoft-Windows/6.1 UPnP/1.0 
Windows-Media-Player-DMS/12.0.7601.17514 DLNADOC/1.50


[2011/10/03 16:26:23] upnphttp.c:1126: debug: HTTP RESPONSE: HTTP/1.1 200 OK
Content-Type: text/xml; charset="utf-8"
Connection: close
Content-Length: 2190
Server: Linux/2.6 DLNADOC/1.50 UPnP/1.0 MiniDLNA/1.0


Warum wird eigentlich kein Cache verwendet?
Wenn ich mit meinem BD390 von LG (Blu-Ray Player und DLNA Client) vom 
Server einfach zurück ins Hauptmenü springe und dann wieder zurück auf 
den Server läuft er sich tot mit dem Ergebnis Netzwerkfehler, wenn ich 
eine neue Suche mache und von vorn beginne klappts gleich im Anschluss 
ohne Probleme :)
Ich vermute es hängt am fehlenden Cache.

Vielen Dank & viele Grüße
Fabian