[Eisfair] [e1] MiniDLNA 1.1.1 mit eiskernel 2.0.13

[Peter Bäumer]

Am 03.10.2011 16:32, schrieb 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 :)

Unter /var/log/ wo sonst?

> Ok, hier ein Auszug:
</schnapp>

>> > 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 :)
Was axo heißt habe ich herausgefunden --> [1]
Ob das Ganze im Logfile landen muss weiß ich noch nicht, Da muss ich 
noch mal schauen.

>
>> 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):
>
Meldungen mit dem Status debug sind rein Informativ --> als kein Kopp 
drum machen ;)

> [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?

Stellt sich die Frage wer da Cachen muss, das müsste dann - so wie Du es 
beschreibst - der Client sein der nicht Cached.
Minidlna hat ja seine SQLite DB.

> 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

PS.: minidlna 1.1.5 habe ich Heute auf dem Packeis-Server hoch geladen 
--> muss noch vom EIS-TEAM kontrolliert und frei geschaltet werden.
aber ich glaub die haben sich Heute Schönwetter frei genommen ;)

Also dauert noch was.

MfG PB

[1] http://www.perrypedia.proc.org/wiki/Axo-Bier