VDRAdmin - Problem bei Netzwerkstreams mit Umlauten

RavensMetaller · 19. Mai 2006

Hi zusammen,

ich hab' hier ein Gentoo System mit VDR 1.4.0-1 und VDRAdmin 3.4.5.
Bei der Streamingfunktion aus VDRAdmin heraus ist mir allerdings etwas aufgefallen. Sobald die Aufnahme Umlaute enthält wird der Stream nicht gefunden.

VLC meldet dann

Code

"Unable to open: \\obelix....de\video/@ARD-Buffet_Ratgeber_f?r_Leib_und_Seele/....rec/001.vdr"

Korrigiere ich den Umlaut funktioniert der Stream. Bei Aufnahmen wie

Code

"\\obelix....de\video/@drehscheibe_Deutschland/2006-05-19.12.26.50.99.rec/001.vdr"

funktioniert die Sache einwandfrei.

Auszug aus der smb.conf:

Code

[global]
  workgroup = INTERN
  server string = Samba Server %v
  local master = no
  guest account = nobody
  server string = linvdr
  os level = 2
  security = user
  interfaces = eth0
  syslog = 1
  encrypt passwords = true
  passdb backend = smbpasswd
  unix charset = ISO-8859-15
  display charset = ISO-8859-15
  socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=8192 SO_SNDBUF=8192
  hosts allow = 127.0.0.1 192.168.0.0/24
  hosts deny = 0.0.0.0/0
  log file = /var/log/samba/log.%m


[video]
  comment = VDR Video Daten
  path = /video
  read only = no
  browseable = yes
  public = no
  create mode = 0775

Alles anzeigen

Ist das ne Sache von Samba oder von VDRAdmin ?
Besten Dank für Eure Tipps.

Gruß
Sven

martinoelge · 20. Juli 2006

und up, immer noch ungelöst...

hab die 3.4.6 installiert...

geeg07 · 4. August 2006

Das dürfte aber eher ein Problem des VLC sein, als vom VDRADMIN.
Dateinamen werden korrekt in die von VDRADMIN erzeugte Datei (hier: %temp%\vdradmin.m3u) geschieben, VLC macht dann die ? daraus...

RavensMetaller · 6. August 2006

Hi,

Zitat

Original von geeg07
Das dürfte aber eher ein Problem des VLC sein, als vom VDRADMIN.
Dateinamen werden korrekt in die von VDRADMIN erzeugte Datei (hier: %temp%\vdradmin.m3u) geschieben, VLC macht dann die ? daraus...

Sorry, aber diese Aussage kann ich nicht bestätigen. Wenn ich besagte Datei lokal abspeichere und mit Ultraedit öffne, dann sind dort schon die "?" drin.

Muss also etwas anderes sein. Interesannterweise ist das Problem bei mir momentan nicht mehr existent, nachdem ich mittels "cpan -r" die wichtigsten Perl Module upgedatet habe.

Gruß
Sven

geeg07 · 6. August 2006

Also ich kann Aufnahmen mit Umlauten im Dateinamen nicht mittels Stream-Button aus VDRADMIN abspielen, obwohl der Dateiname korrekt mit Umlauten in der vdradmin.m3u enthalten ist.
VLC beschwert sich, dass die Datei nicht geöffnet werden kann und zeigt die ? statt den Umlauten an...
cpan -r brachte keine Änderung am Verhalten, aber wie geschrieben, waren die Dateinamen bei mir ohnehin auch schon davor korrekt vorhanden.

Fuselfasel · 11. September 2006

Komisch, wieso wird denn dieser Thread nicht weiter fortgesetzt :whatever?

Also - neue Erkenntnis: Der VLC Player erkennt die deutschen Umlaute öäüÖÄÜß, wenn diese im UTF-8 Format gespeichert werden. Seitens des LinVDR wird ISO-8859-1 vorgegeben.

Nun die Quizfrage :P: WELCHER Prozess ist dafür verantwortlich? Im vdradmin.pl(?), Samba(?), runvdr(?) - wo müsste dann für diese Zeichenkonvertierung der Eintrag für den VDRADMIN vorgenommen werden, damit die erzeugte m3u-Datei dieses Format übernimmt :versteck?

PaulKuhn · 27. Oktober 2006

Leider ist es kein Problem des VDRAdmin direkt. Der XXV (0.80-829 stable) hat dasselbe!!! Dabei ist egal, welche Abspielsoftware (mplayer, VLC, amarok) bzw. welches Cliient-OS (Linux und WinXP) verwendet wird.
Offensichtlich ist es also tatsächlich ein Problem der gegenierten m3u-Playlist. Wer ist also letztendlich der verantwortliche Service (Thread, Process, ...) ?

Ich habe bei sonne.breitbandt.de einen Thread dazu aufgemacht:
http://sonne.bandt.net/bugzilla/show_bug.cgi?id=247

Der Kommentar von Andreas bringts vielleicht...

Ich konnte es noch nicht testen...

PaulKuhn · 30. Oktober 2006

Also Folgendes läßt sich festhalten:
sind die Umgebungsvarialben unter locales auf 'de_DE@euro' gesetzt, erstellt der VDR/XXV bzw. der VDRAdmin-AM .m3u-Dateien, die einwandfreie Pfade enthalten. Also OHNE Fragezeichen!!!
Dennoch werden diese m3u-Dateien unter WindoofXP vom VLC nicht richtig aufgelöst. Es werden die Umlaute als Fragezeichen angezeigt. Wer kenn sich mit dem VLC aus? Wo muss ich die CODEPAGE dort für m3u-Dateien einstellen?
Das Problem tritt auch beim mplayer-binary für Win und interessanter Weise auch beim amarok unter Suse 10.1 auf.

PaulKuhn · 22. November 2006

Alle Klarheiten sind beseitig!!!
Offensichtlich liegt es am jeweiligen Client bzw. der Playersoftware
http://forum.videolan.org/viewtopic.php?t=19711

Kann mal bitte einer der anderen Betroffenen die Testversion vom VLC mal ausprobieren???

PaulKuhn · 12. Dezember 2006

So nun ist endlich auch dieses Problem geklärt & gefixt.
Hintergrund war, dass die jeweilige Playersoftware in der Lage sein muss, die m3u-playlist entsprechend den Anforderungen des Client-OS zu parsen. Heißt im Klartext: von utf-8 auf ANSI bei Pfaden mit dt. Umlauten & dt. Client-OS (sowohl Linux als auch Windoof!!!).
Dies beherrscht der VLC nun ab der Version 0.8.6, die bei VideoLAN zum download zur Verfügung steht.

http://www.videolan.org/vlc/

VDRAdmin - Problem bei Netzwerkstreams mit Umlauten

Jetzt mitmachen!

Teilen