Ok ... hier der neue Ansatz:
##########
# Netztwerk #
#########
Ihr braucht ein 10Mbit oder 100Mbit HALF-DUPLEX (!!!WICHTIG!!!) Netzwerk.
Das bedeutet ihr müsst eure Netzwerkkarte auf eurem VLC-Rechner darauf festnageln ... kein Gigabit und kein vollduplex!
Am einfachsten eine zweite Karte verwenden und ein separates Subnet bilden.
NIC-dBox2.jpg
#######
# dBox #
######
Unter Einstellungen -> Medienwiedergabe -> Movieplayer
Streamingserver : AktiviertStreamingserver IP : <ip-Adresse-der-100Mbit-halb-douplex-karte-auf-dem-VLC-rechner>Streamingserver Port : 8080Verzeichnis (VLC) : c:/meine videos/Verwende Buffer (WabberQueue) : JaAnzahl Buffersegmente : 24EPG (SectionSD) : Anhalten
Bitrates und Transcoding -Settings SIND VÖLLIG EGAL (werden bei dieser Lösung komplett ignoriert/überschrieben)
Das VLC-Verzeichnis ist das Startverzeichnis für die Videos auf dem VLC-Host.
WICHTIG: slash "/" anstatt backslash "\" verwenden.
######
# VLC #
#####
Holt euch die 2.0.8 und entpackt sie auf euren PC.
Jetzt müsst ihr eurer dBox Zugriff auf VLC erlauben.
Dazu die Datei lua\http\.hosts entsprechend anpassen.
Beispiel:
## Access-list for VLC HTTP interface# $Id$## private addresses192.168.0.0/16
Gibt den gesamten Adressraum für 192.168.*.* frei.
Jetzt müsst ihr die von mir gepatchten Requests (status.xml und browse.xml) über die vorhandenen Dateien im Verzeichnis lua\http\requests drübernageln.
http://www.filedropper.com/vlc-208dbox2-patch
Zu guter letzt noch der Aufruf um den VLC als Streamingserver zu verwenden.
Dazu macht ihr euch am besten eine CMD-Datei:
rem VLC-dBox.cmdc:cd "C:\Tools\Windows\vlc-2.0.8"cmd /C "start "VLC dBox" /B /MIN /NORMAL vlc.exe --verbose=3 --intf=dummy --extraintf=http --file-caching=4000 --http-caching=4000 --vc1-fps=25 --h264-fps=25 --sout-transcode-deinterlace --sout-transcode-maxheight=576 --sout-ffmpeg-keyint=100 --sout-transcode-aenc=twolame --ffmpeg-hw --ffmpeg-skiploopfilter=4 --no-ffmpeg-hurry-up --no-sout-transcode-hurry-up --sout=#transcode{fps=25,vcodec=mp2v,vb=6000,acodec=mpga,channels=2,ab=256,samplerate=48000,width=720,height=576}:std{access=http,mux=ts,dst=:8080/dboxstream}"
Tipp 1: Wenn ihr keine ungeschnittenen RAW-Streams (z.B. TS-Aufnahmen) abspielt, könnt ihr den file-chaching auf 1000 runtersetzen, das beschleunigt das synchronisieren.
Tipp 2: Wenn eure Netzwerk-Infrastruktur das aushält, könnt ihr die vb auf bis zu 7680 hochsetzen, das verbessert die Quali bei aufwendigen Szenen und schont CPU-Resourcen.
Tipp 3: Ist eure CPU fett genug, könnt ihr ggf. auch den ffmpeg-skiploopfilter rausnehmen, das verbessert die Quali nochmal.
#############
# Anmerkungen #
###########
1. Ich hab diesen Patch auf file:/// gedrahtet und deshalb funktioniert es NUR mit Dateien, also kein VCD, DVD, Internet-Stream
2. Bookmark (dBox Taste BLAU) und vorwärzspulen (Taste 3,6,9) geht
3. Direkter Sprung (Taste 5) und zurückspuhlen (Taste 1,4,7) geht nicht
4. Pause (Taste GELB) geht nur ein paar Sekunden (VLC timed dann irgendwann aus und beendet das streaming)
5. Wird es Aufgrund zu langsamen transcoden oder Streamingfehlern asynchron, müsst ihr manuell synchronisieren:
dBox Taste GELB drücken ... nochmal GELB drücken
wenn das nicht hilft:
wenn das nicht hilft:
dBox Taste GELB drücken ... nochmal GELB drücken und SOFORT danach GRÜN drücken
wenn das nicht hilft ... schnelleren Rechner besorgen
Wer lust hat, kann gerne mal ergründen, warum man nicht zurückspulen kann.
Es ist kein Problem mit der dBox/Movieplayer und auch kein generelles Problem von VLC.
So wie es aussieht findet VLC beim zurückspulen den gewünschten Timestamp nicht und der Movieplayer stoppt dann irgendwann weil es ihm zulange dauert.
Ohne HTTP-Streaming funktioniert das jedoch einwandfrei ... ich denke da ist was "broken" und könnte in den nächsten Releases von VLC irgendwann gefixt sein.
Viel Spaß
Thom
Update:
Zurückspulen geht nur bei manchen Formaten nicht ... sieht so aus, als würde das bei Video's mit AC3 und MPA funktionieren, mit MP3 oder AAC jedoch nicht. Oder mein Server ist zu lahm.
Außerdem hab ich gerade festgestellt, das die 2.0.8 im gegensatz zur 1.1.10 zwar schön stabil ist und wesentlich mehr Formate sauber abspielt dafür aber mehr CPU braucht.
Beispielsweise sprengt ein x264 mit 10-bit transcoding momentan die CPU in meinem Server.
Dann hab ich gerade noch die 2.1.0 ausprobiert, aber bei der ist scheinbar das HTTP-Interface im Eimer.