Announcement: video server for neutrino

Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Announcement: video server for neutrino

Beitrag von gmo18t »

Hi,

hatte ja in einem anderen Thread schon mal am Rande mein neues Projekt erwähnt.

Durch uPnP bin ich irgendwie inspiriert worden, einen eigenen Media-Server zu bauen., um einige mich störende Dinge beim Filme Abspielen im movieplayer zu beseitigen.

Mein Server ist deshalb eine proprietäre Lösung und nicht uPnP konform, weil mir das viel zu viel Aufwand gewesen wäre, vor allem DBox seitig einzubinden ...

Hier mal ein README mit mehr Infos zum Projekt.

- GMo -
Zuletzt geändert von gmo18t am Donnerstag 5. Mai 2005, 11:10, insgesamt 1-mal geändert.
mogway
Semiprofi
Semiprofi
Beiträge: 1287
Registriert: Montag 30. Dezember 2002, 08:02

Beitrag von mogway »

Ich habe mir das README einmal durchgelesen und muss sagen - Respekt !!

Wenn das alles so rennt, wird das eine weitere Killerapplikation für unsere DBox2.

Gruß
mogway
michaelstaehle
Einsteiger
Einsteiger
Beiträge: 143
Registriert: Dienstag 7. September 2004, 09:56

Beitrag von michaelstaehle »

Bin wirklich gespannt. Schick mir die Beta und ich bau mir extra dafür noch einen weiteren Linux-Rechner. :D

Ciao Micha
wouter
Interessierter
Interessierter
Beiträge: 91
Registriert: Mittwoch 17. Dezember 2003, 22:29

Beitrag von wouter »

jup klingt echt sehr gut!!!!!!!!
versteh zwar nich sehr viel der readme aber scheint ja was gutes zu werden :-)bin grad selber am server basteln..hab grad ein hübsches loch durch meine zimmerwand gebohrt um den server in ein anderes zimmer zu packen :-)
wie ist das mit dem WOL TIMER PLUGIN für die box und linux?!? vieleicht kann man das da auch glaich mit einbauen...

greez
wouter
uli007
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Donnerstag 7. April 2005, 18:15

Beitrag von uli007 »

Hört sich echt super an. Finde klasse, dass sich wieder jemand der Thematik des Movieplayers annimmt...

Kann man schon was über Hardwarevorraussetzung sagen? Frage mich, ob meine gute alte Metabox (Cyrix 200MHz) das mitmachen würde.

Vielen Dank
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

uli007 hat geschrieben:Hört sich echt super an. Finde klasse, dass sich wieder jemand der Thematik des Movieplayers annimmt...

Kann man schon was über Hardwarevorraussetzung sagen? Frage mich, ob meine gute alte Metabox (Cyrix 200MHz) das mitmachen würde.

Vielen Dank
ja, wenn du mit QT compilieren kannst

- GMo -
Sagem 1x Kabel, AVIA600_vb028, cam-alpha 01_02_105D, int. ucode, .sp_ts + .hw_sections
mash4077
Tuxboxer
Tuxboxer
Beiträge: 4654
Registriert: Samstag 27. April 2002, 13:19

Beitrag von mash4077 »

@gmo18t

Falls dieser Thread zu einem Dauerbrenner werden sollte, könntest du eventuell den Typo im Titel korrigieren:

"Announcement: video server for neutrion"

Gruß
mash
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

mash4077 hat geschrieben:@gmo18t

Falls dieser Thread zu einem Dauerbrenner werden sollte, könntest du eventuell den Typo im Titel korrigieren:

"Announcement: video server for neutrion"

Gruß
mash
danke !
Sagem 1x Kabel, AVIA600_vb028, cam-alpha 01_02_105D, int. ucode, .sp_ts + .hw_sections
ChristophK
Interessierter
Interessierter
Beiträge: 78
Registriert: Mittwoch 29. Dezember 2004, 18:55

Beitrag von ChristophK »

Hi!
Das hört sich ja genial an, ich wär bei nem Test sofort dabei, ich hab auch nen Linux-Rechner, wär also kein problem! :)

(Ach, btw, is zwar klugscheißerisch, aber trotzdem: in der letzten zeil der readme: intensiv schreibt man ohne ie) ;)

Grüße, Christoph
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

ChristophK hat geschrieben:Hi!
(Ach, btw, is zwar klugscheißerisch, aber trotzdem: in der letzten zeil der readme: intensiv schreibt man ohne ie) ;)
jo, war ganz schnell rausgehauen das "Readme". Das wird aber sowieso noch überarbeitet inclusive dieser "zeil" (richtig auch Zeile genannt :D

Egal ..., die wichtigsten Tests hab ich jetzt durchgeführt, sind noch ein paar Korrekturen nötig, dann gibt's so ca. Mittwoch den Download mit ner kurzen Installationsanleitung.

- GMo -
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

na, dann warten wir gespannt
ChristophK
Interessierter
Interessierter
Beiträge: 78
Registriert: Mittwoch 29. Dezember 2004, 18:55

Beitrag von ChristophK »

gmo18t hat geschrieben:
ChristophK hat geschrieben:Hi!
(Ach, btw, is zwar klugscheißerisch, aber trotzdem: in der letzten zeil der readme: intensiv schreibt man ohne ie) ;)
jo, war ganz schnell rausgehauen das "Readme". Das wird aber sowieso noch überarbeitet inclusive dieser "zeil" (richtig auch Zeile genannt :D
Unglaublich peinlich... :oops: :D

aber cool, freu mich schon drauf, das auszuprobieren!!
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

Hi,

wie versprochen - hier das Paket mit den Sourcen für "streamer".

Nach dem Entpacken bitte die Datei INSTALL lesen - das sollte einem geübten "Linuxianer" und Image-Bauer helfen,
die Sache in Betrieb zu nehmen.

Momentan werden Sonderzeichen in Filenamen (als z.B. ä,ö,ü usw.) noch nicht richtig behandelt, so daß solche
Files nicht abspielbar sind.

Hier nochmal ne kurze Featureliste:
  • TS files und Playlists (#DBOXPLAYLST) über TCP streamen
    -> andere Filmformate sind derzeit noch nicht möglich!

    Remote filebrowsing im gewohnten Feeling mit dem movieplayer filebrowser.

    nfs/smb-shares sind grundsätzlich nicht (mehr) nötig. Aber wenn kein "streamer" erreichbar
    ist, erfolgt ein fallback auf nfs-basiertes Abspielen.

    Bookmarks werden über den Filebrowser eingeblendet und können dort auch gelöscht werden.

    Bookmarks auch für Playlists möglich.

    Bessere Ausnutzung der 10MBit Bandbreite (geringerer Overhead)

    Nahezu gleiche Funktionalität wie das "nfs-basierte" TS-Abspielen,
    d.h. minutenweises Springen, Pause usw.

    Ein "streamer" kann mehrere Boxen bedienen, bookmarks sind dann allen zugänglich.

    Sartverzeichnis ist das zuletzt im Filebrowser aktive Verzeichnis, d.h. es bleibt auch über
    einen Boxenneustart hinweg erhalten.
na, dann viel Spaß beim Ausprobieren.

- GMo -
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

Hi,

hab jetzt noch eine angepasste Version - unter gleichem Link wie oben - nachgeschoben, die utf8 konforme
directory listings zurückliefert. Damit sollten dann auch Sonderzeichen funktionieren.

- GMo -
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

gmo18t hat geschrieben: .
Bessere Ausnutzung der 10MBit Bandbreite (geringerer Overhead)
.
nochmal die hoffentlich erlaubte Frage: Wie ist das moeglich mit TCP gegenueber UDP bei NFS?
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

petgun hat geschrieben:
gmo18t hat geschrieben: .
Bessere Ausnutzung der 10MBit Bandbreite (geringerer Overhead)
.
nochmal die hoffentlich erlaubte Frage: Wie ist das moeglich mit TCP gegenueber UDP bei NFS?
NFS ist ein ZUSÄTZLICHES Protokoll aufsetzend auf TCP oder UDP und hat deshalb zusätzlichen Overhead !
Der reale Gewinn bzw. Verlust mag mehr oder weniger messbar sein ...

Aber das Stichwort "Overhead" in meinem letzten Posting wäre doch schon bei der Suche
einer Antwort behilflich gewesen :)

- GMo -
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

gmo18t hat geschrieben:NFS ist ein ZUSÄTZLICHES Protokoll aufsetzend auf TCP oder UDP und hat deshalb zusätzlichen Overhead !
..das war mir klar..auch das dieser Overhead bei NFS minimal ist, die Paketgroesse begrenzt ist und mit TCP jede Menge Quittungen verschickt werden...Du benutzt doch HTTP oder?
Der reale Gewinn bzw. Verlust mag mehr oder weniger messbar sein ...
..hast Du ihn schon mal gemessen?
Aber das Stichwort "Overhead" in meinem letzten Posting wäre doch schon bei der Suche
einer Antwort behilflich gewesen :)
...fuer eine Antwort vielleicht, aber nicht fuer eine Erklaerung.
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

????????????????????
Install im Packet ?????????
????????????????????
im packet ist nur eine streamer-050511.src
was soll ich damit anfangen ???????????????
DieMade
Oberlamer, Administrator & Supernanny
Beiträge: 10532
Registriert: Samstag 13. Juli 2002, 10:49

Beitrag von DieMade »

Man sollte schon mit tar umgehen können :roll:

Öl mal deine ß/? - Taste, die klemmt.
There are 10 types of people in the world: those who know binary and those who don't
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

thx shit winrar
mit power archiver kommt auch nur 1file streamer-050511.src
keine install
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

mb405 hat geschrieben:thx shit winrar
mit power archiver kommt auch nur 1file streamer-050511.src
keine install
streamer ist sowieso noch nicht für WIN32 portiert ...
Und unter linux sollte es mit "tar -zxvf streamer-050511.src.tgz"
getan sein.

- GMo -
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

ich werd das mal in linux probiern :)
:oops: in linux funktioniert das astrein
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

petgun hat geschrieben: ...Du benutzt doch HTTP oder?
nein, TCP sockets ...
... schomal gemessen?
UDP over NFS mag unter Umständen schneller sein als Daten per TCP zu übertragen. Aber das hängt von einigen Faktoren ab und mit UDP ist auch nicht immer jeder glücklich, hat auch so seine Tücken...
Aber im Vergleich zu "NFS over TCP" wird die Bandbreite mit "nativ TCP" in jedem Fall besser genutzt.

Wenn du noch weiter über dieses Thema diskutieren möchtest, mach doch bitte einen neue Thread auf, da ich mich hier in erster Linie mit dem Thema "streamer" befassen möchte.

- GMo -
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

Hi,

und nochmal nachgelegt wegen Files mit Sonderzeichen, d.h. UTF8 Problematik.

Hier die neue Version, die UTF8 fähig sein sollte.

(... neutrino neu erstellen nicht vergessen)

- GMo -
Sagem 1x Kabel, AVIA600_vb028, cam-alpha 01_02_105D, int. ucode, .sp_ts + .hw_sections
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

gmo18t hat geschrieben:UDP over NFS mag unter Umständen schneller sein als Daten per TCP zu übertragen. Aber das hängt von einigen Faktoren ab und mit UDP ist auch nicht immer jeder glücklich, hat auch so seine Tücken...
jau, wenn sich in der Praxis rausstellt dass mit Deinem Server Streams mit Datenraten >8,5 Mbps stoerungsfrei und _ohne_ Kloetzchen/Artefakte (die erwarte ich bei TCP) abgespielt werden iss doch alles klar.
Aber im Vergleich zu "NFS over TCP" wird die Bandbreite mit "nativ TCP" in jedem Fall besser genutzt.
auch klar.
Wenn du noch weiter über dieses Thema diskutieren möchtest..
noe, ich warte bis die Berichte aus der praktischen Anwendung kommen.

Danke fuer die Antworten,
peter