Q?: Bekomme UDPXY nicht die DS214Play installiert

[Mad07]

Hallo,

ich habe bei dem Versuch, die erste 3rd Party Anwendung zu installieren ein Problem, welches ich auch nicht durch lesen und Suchen im Internet gelöst bekomme. Das Object der Begierde ist der UDP Proxy (zw. IPTV)

Wenn ich auf meiner DS214Play als zusätzliche Paketquelle " http://spk.unzureichende.info/" einfüge, werden mir auf der DS214Play keine weiteren Paket angezeigt.
Das OS auf der DS ist das aktuelle (no_Beta Release)

spk.Unzureichende.Info

Webseite: http://spk.unzureichende.info/
Paketquelle: http://spk.unzureichende.info/
iptv PVR
MiniDLNA
MiniSAPServer
pyLoad
udpxy

Auch ein manuelles Downladen des Paketes "udpxy-1.0.23-7-2-x86.spk" hilft nicht viel, da mir die DS214 Play sagt, das die Plattform das Paket nicht unterstützt

Die CPU der DS214Play sollte doch eigentlich mit dem Paket für den Intel ATOM matchen, oder?
Hat jemand es schon geschafft, den UPD-Proxy auf der DS214 Play zum laufen zu bekommen? Wenn ja, wie?

 

[Mad07]

Ich habe eben noch einmal alles geprüft:
- Der Eintrag der zusätzlichen Paketquelle bringt mir tatsächlich 1 (!) neuen Eintrag:


Kann es sein, das das gewünschte Paket UPDXY, auch wenn X86 dran steht, noch einmal für die korrekte Unterstützung der DS214Play nei kompiliert werden müßte?

Btw.: Hat jemand mit dem Autor/Entwickler Kontakt und könnte Ihn bitte auf den Umstand aufmerksam machen? DANKE

 

[Frogman]

Btw.: Hat jemand mit dem Autor/Entwickler Kontakt und könnte Ihn bitte auf den Umstand aufmerksam machen? DANKE

Das kannst Du auch selbst tun - hier findest Du den Maintainer des Pakets, in persona Pavel Cherenkov.

 

[Mad07]

@Frogman

Irgendwie habe ich mich falsch ausgedrückt. Du hast den Link für den Maintainer des Paketes geschickt, welcher sich jedoch unter aller Voraussicht nicht für die Seite http://spk.unzureichende.info/ und den darauf liegenden Paketquellen zuständig fühlen wird.

Gemeint habe ich den User, welcher die Paketquelle zur Verfügung stellt, da mit hoher Wahrscheinlichkeit der CPU Typ beim compilieren nicht mit angegeben worden ist... Leider finde ich auf der HP keinerlei Kontakt Adressen. Irgendwie habe ich den User hier auf dem Board mal ausfindig machen können ( während der Suche nach einer Lösung, jedoch was das Postfach so voll, das noch nicht einmal eine Nachricht gesendet werden konnte




Nachdem ich nur das eine Paket sehe, wenn ich die Paketquelle hinzufüge, vermute ich stark, das in den anderen Paketen "evansport" fehlt - aber wie schon gesagt: reine Vermutung

 

[Frogman]

Irgendwie habe ich mich falsch ausgedrückt. Du hast den Link für den Maintainer des Paketes geschickt, welcher sich jedoch unter aller Voraussicht nicht für die Seite http://spk.unzureichende.info/ und den darauf liegenden Paketquellen zuständig fühlen wird. Gemeint habe ich den User, welcher die Paketquelle zur Verfügung stellt, da mit hoher Wahrscheinlichkeit der CPU Typ beim compilieren nicht mit angegeben worden ist...

Mitnichten habe ich Dich falsch verstanden. Derjenige, der die Paketquelle bereitstellt, tut dieses - auch auf der Seite kundgetan - mit dem üblichen Zusatz The software is provided "as is". Wenn Du einen Blick in das Paket selbst hineingetan hättest (ist ja nur ein gezipptes File ), hättest Du dort eben jene Maintainer-Informationen gefunden, die ich Dir gepostet hatte. Und auf der genannten Website ist explizit auch auf das dortige Forum als Supportplattform hingewiesen - was hält Dich ab, dort einen Thread zu starten? Der Autor wird das dann schon lesen...

 

[goetz]

Hallo,
der Entwickler der Software (Maintainer) hat nichts mit den bereitgestellten spk Paketen zu tun. Die Pakete stellt (compilieren, Paket schnüren) der Herausgeber zur Verfügung und in diesem Fall ist es der User enkidu.

@Mad07
trage einfach evansport mit in die Liste ein und verpacke das Paket wieder, danach manuelle Installation

Gruß Götz

 

[Mad07]

trage einfach evansport mit in die Liste ein und verpacke das Paket wieder, danach manuelle Installation

Werde es versuchen; Danke für den Tip !
Ich habe gedacht, dass das Paket signiert oder mit einer Checksumme gegen Modifikationen geschützt ist.
WErde heute Abend berichten, ob es geklappt, oder ich die DS in den Himmel gejagt habe

 

[Mad07]

Die DS lebt noch, der Daemon läuft, jedoch habe ich bisher noch kein Bild über die Verbindung bekommen ....
Hat durch Zufall jemand eine Streamadresse, welche zum ausprobieren geeignet ist?

 

[ampeer]

Ich habe die Datei udpxy-1.0.23-7-2-x86.spk ausgepackt, "evansport" unter "arch" in der INFO Datei hinzugefügt, alles wieder mit tar -cf ... eingepackt und dann kommt bei der manuellen Installation:

"Ungültiges Dateiformat"

Was mache ich falsch??

 

[Mad07]

Öffne das Paket mit 7zip, zieh die Datei, welche du modifizieren möchtest heraus, Bringe deine Änderungen ein ( mit dem richtigen Editor!) , schieb die geänderte Datei wieder in das Archiv (alte vorher löschen) und schliesse das Archiv. Dann sollte es ohne Probleme funktionieren

 

[ampeer]

7zip is nicht, weil kein Windows.

Aber ich hatte einfach beim einpacken mit tar was falsch gemacht, weil ich auf das übergeordnete Verzeichnis gegangen bin, statt auf den Inhalt. Nun hat die Installation funktioniert. Ob der proxy an sich funktioniert kann ich erst nachher testen.

 

[Mad07]

Dann halt Ark

 

[ampeer]

Wie gesagt: der tar auf der Kommandozeile tut es vollkommen... wenn man ihn richtig bedient

Jedenfalls bleibt noch nachzureichen, dass der Proxy auf Anhieb hervorrangend funktioniert!

Ich nutze ihn für das IP-TV der Telekom. Die rtp Adressen gibt es hier:
http://grinch.itg-em.de/entertain/faq/allgemein/multicastadressliste/

Damit mal ein Beispiel für ARD:
rtp://@239.35.10.4:10000

Um den http Stream über den Proxy udpxy zu bekommen macht man daraus
http://192.168.178.20:4022/rtp/239.35.10.4:10000

Funzt großartig im VLC Player!

 

[Mad07]

Ich kann ihn leider nicht nutzen, noch ausprobieren: Mein Provider verschickt keine Broadcast ...

 

[ichbin]

Ihr seid alles Schätzchen. Dank dem Tip klappts jetzt auch bei mir. Jetzt kann ich mir endlich das beschissene Magine klemmen