Posts by arel

    @perexg
    just to confirm.

    ..as long as there are "closed source" code dependencies we can not built a tvh (or vdr) for this box which could "handle" multiple scrambled streams (like a dvb**api based vdr or a tvheadend server on a x68 machine can do nowadays).

    If we build a tvh binary "without" the closed source parts (libs etc) the hardware related benfits you have mentionend could not be used...and the box cpu will not handle such workload "in software"...

    the real benefit of having tvh on the box is that you could have a 24h running standalone TV Channel RECORDING-Machine :tup (at around 10 - 20w with load of 4 tuner !) which is amazing !

    Never the less the current Firmware-V9 is already running fine here wihile vheadend (or vdr incl satip-plugin) is running on " ARM based openelec clients" (former android based tv boxes with e.g. quadcore amlogic s805, amlogic s812 now on linux/openelec :mua ).

    Speed and switching of channels is great (hd 1080i incl. deinterlacing is no problem, channelswitching around 1s). "continuity errors" on the GSSBOX are very rare...in comparison to former releases. hope that INverto will give you finally all necessary informations to solve the last (few) problems...?..

    Now I can recommend the combination of this cheap satip server (Inverto, Grundig or clone) in connection with vdr or tvh....if it would run (fulli hw supported) tvh on the box it would be "perfect" streaming (and recording !!) machine for kodi/xbmc/openelec clients....


    My testing will go on, if I will find critical bugs I will report to git...and here ;)

    regards

    arel

    @ x23
    If you have a working tvh server for testing purpose I could test it on my GSSBOX. :D

    Never the less....what could be the benefit of tvh if a tvh server on this box could only do the same as minisatip (because of its limit on cpu power or ram could never serve many clients (e.g. 3 RPI openelec tvh-clients ...).


    Maybe you could give me a hint ?

    If the tvh server on the box should work as a "O*cam client" and then serving other tvh based clients...then I would understand why tvh on this box comes into the game.
    But this szenario (o*cam, descrambling and then tvh would streaming) really would need to much power ?
    without descrambling- functionaity in place the already running minisatip server on this box could do the same like tvh would. Or am I wrong ?

    kind regards
    arel

    Das ist Quatsch, niemand profitiert davon wenn der Maintainer hier nicht an Board ist und mitdiskutieren kann, vorallem spricht er offensichtlich kein deutsch ...

    ...ansichtssache. denn den Fortschritt der firmware, wenn dieser z.b. "ausserhalb" des boards von statten geht, der kõnnte dann...gerade für die rein deutschsprachigen Interessenten, eben hier AUCH im board mitverfolgt werden...
    es geht ja nicht nur um den maintainer in dem thread....sondern um die fw in verbindung mit vdr und da sind wir hier doch richtig, oder :tup :]


    greets arel
    Mod.: Was soll das mit den Fullquotes? Bitte dringend lesen: Richtig zitieren und URLs posten ...

    Wieso wendet ihr euch dann nicht an den Maintainer der Firmware?

    ...weil hier im forum MEHR leute von der Konversation profitiwren könnten....und auch mehr Interessierte mitlesen, als in den meisten anderen Foren :]

    ...über github haben wir/ich schon zu perexg kontakt aufgenommen....ich finde das der thread hier aber (gerade für die deutschsprachige community) sicher das thema vdr und satipserver wie gss.box/inverto usw. auch noch mal vorantreiben könnte.

    Die die o.g. 150€ satip server laufen nämlich (zumindest hier bei mir die gss.box) schon produktiv mit vdr...könnten, wenn sie noch offener würden aber ihr potenzial im zusammenspiel mit vdr sogar noch deutlich ausbauen....die firmware könnte also der ggfls. da sehr hilfreich sein. Vielleicht rennt der vdr dann selber irgendwann auf der gss.box....native.
    vg arel

    ...wir berichten hier falls sich da was tut gerne auch über/durch diesen thread... :tup

    vdrdream
    du meinst damit dass unter der 1.17.0.120 ORIGINAL FW dein vdr die tuner findet und auch nutzen kann....


    In der axe perexg von USB gestarteten VERSION läuft zwar offensichtlich minisatip, aber ist eben mit vdr (oder auch ios/android apps) nicht zu nutzen (keine tuner sichtbar usw.)

    ODER hast du eine .usb VERSION/DATEI generiert die eben auf 1.17 (an stelle von 1.16) aufsetzt ? ....und mit der von usb gebooteten erkennt dein vdr den minisatip server jetzt auch...

    Vg arel

    Mod.: Stop full quoting! Richtig zitieren und URLs posten ...

    @steve101
    habe eigentlich NUR die 2 .usb bzw. .fw OHNE die recovery Datei auf dem stick. Daher müsste ich dann (habe per ssh nachgesehen ob minisatip überhaupt laeuft...tut es mit parameter -f -g...) eigentlich auf z.B: meinem Tvheadend server die 4 Tuner irgendwie sehen können....aber da sehe ich eben nur den "Baum" TVadapter, aber eben nicht darunter die Äste der einzelnen Tuner. Das funktioniert bei der original firmware tadellos :-(.

    als Fehlermeldung (in Tvheadend) kommt z.B. das er die "desc.xml" (oder so ähnlich heisst die datei), also die Beschreibung des SAT-IP Servers an sich (URL) anscheinend nicht bekommt von minisatip....entsprechend weiss tvheadend "nichts" mit dem Gerät an zu fangen :-(.

    ANALOG passiert mir das , wenn ich das satiip (v.033 unter vdr >2.1.6) einsetze. BEi den Plugin EInstellungen zu satip findet er genausowenig den minisatip.

    Die gss.box hängt an einem GB-switch DIREKT dran. DEr (TEt) vdr Server ist ein mit openelec "befeuerte" AMLOGIC (ARM) basierende die z.B. mit der original fw der Gss.box und satip-plugin eigentlich bisher funktioniert...also den Server mit Original FW bisher auch findet :-(.

    Ich schau mal, ob es daran liegt "wie" minisat im NEtzwerk sich "announced"....jedenfalls tippe ic es liegt daran.

    Also, weiter testen ist angesagt, denn die Sache wird zunehmend vielversprechender ! (wenn z.B. vdr oder tvh auf der gss.box jetzt auch noch laufen würde wäre ich im Land meiner träume angekommen.

    Dann würde ich die gss.box (flankiert mit einem banana pi als vdr server wenn es denn sein muss) sogar als 24h tv-aufnahme maschine nutzen für diverse serien und am usb anschluss der Box eine usb had (inkl. samba) für die "Aufnahmenversorgung" im Haus anbringen.

    ..ich teste dann mal weiter...

    VG
    arel

    @perexg
    thanks a lot for your great work ! and support concerning the gss.box firmware.
    I try to leave you a message on github...at the moment it looks like as if minisatip on your axe-firmware does not "spread" the "desc.xml" URl/file correctly. As my tvheadend and vdr "servers" doesnt recognize minisatip on my local network. No tuner visible in tvh, in vdr the satip plugin does not find a satip serer too...

    I will go on investigationg further....maybe it could have something in common with my "fritzbox router" and "green mode" of some 100mb ports...I will check this

    regards
    arel

    Mod.: Please read: Richtig zitieren und URLs posten ...

    Ja das wäre ja mal genial :wow

    hab die AXE Firmware von perexg (der übrigens ein "Guru" für mich ist in Sachen SAT-ip, da er z.B. bei TVHeadend da sehr unter die Arme gegriffen hatte das das läuft) mal per usb "ausprobiert".

    erste Eerfahrung:

    SSH und Telnet funktionieren, aber bei der GSS.BOX startet minisatip zwar, aber die tuner sind im Netzwerk nicht zu erkennen :-(...weder TVHEADEND oder VDR mit SATIP-Plugin sehen minisatip).
    Webinterface gibt es ja so oder so dann nicht....

    Hat jemand hier auch schon mal die axe Firmware auf den unterstützten satip-servern (gssbox usw.) getestet ?


    Die Originalfirmware läuft bei mir jedenfalls (z.B: tvheadend und auch VDR, da aber manchmal mit Problemen in Sachen verschlüsselter Sender) eigentlich so weit gut.
    weiss jemand wie ich minisatip "manuell" starte per ssh/telnet (den prozess killen geht nicht, der startet sofort wieder mit den gleichen Parametern...

    VG
    arel

    Sorry,

    das hatte ich nicht realisiert. ?( Ich verwende immer nur live+ epgsearch, also das, was von den Sendern kommt, und das funktioniert gut. MySQL auf der Dockstar/GoFlexNet/Home dürfte in der Tat schwierig werden. Mit den PogoE02 könnte es aber schon klappen, da die ja 256MB RAM haben; das Zyxel-Gerät mit den 512MB sollte in jedem Fall gehen. Und mir ist bewusst, dass nur die NSA325 auch USB 3.0 hat, aber die Notwendigkeit dafür sehe ich (noch) nicht unbedingt; USB 2.0 sollte eigentlich immer reichen.

    Gruß,

    chessplayer

    Nur um kurz der Diskussion noch was sinnvolles zu ergänzen.
    Ich habe aus den gleichen Gründen vor 2 Wochen das Asrock Q1900 Board 8allerdings die 4 SATA Anschluss Version etc.) für 79€ gekauft und für 20€ Ram hinzugesteckt, abschliessend noch ein "mini ITX-Gehäuse" mit Platz für 2 3.5 Zoll HDs....UBUNTU Server (Trusty also14.04) zusammengebastelt....und alle meine Wünsche (ob vdr inkl. SATIP oder eben auch Cine S2 DD oder was auch immer) waren mit einem Schlag bei ca. 20 W (inkl. Platten) Verbrauch abgedeckt.

    Der Server läuft "nur" wenn aufnahmen, oder eben einer meiner 3 "Openelec (= XBMC)" Clients ihn benötigt..

    Ich persönlich habe mit dem ARM (z.B. NSA325 von Zyxel) all zu oft "unnötige" Bastelarbeit hinter mich bringen müssen, die bei einem (dann eben perWOL oder was auch immer "aufgeweckten") X86 basierenden "Selbstbau-NAS" eben i.D.R. mit Standardhandgriffen alles mal so nebenbei zu lösen war.

    Zusammenfassend: !!!Für MICH !! ist aus oben genannten Gründen bei einem Preis von ca. 100€ (ohne Platten) momentan und auch wahrscheinlich die nächsten 2-3 Jahre hinaus ein Intel X86 Board (z.B. auf J1800 oder Q1900 Basis) das non plus ultra. Jede ARM basierte NAS Konstellation ist vielleicht vom Raumbedarf her "kleiner" aber eben in Sachen Leistung auch deutlich eingeschränkter...darüber hinaussind die "Verbrauchsunterschiede" bei gleichem Plattenpbedarf oder ähnlichem vielleicht bestenfalls im Niveau von 10W....die aber auch nicht zwangsweise 24H 365 Tage lang "mehr" anliegen müssen, da WOL etc. unter X86 und UBUNTU mittlerweile problemlos und alltagstauglich nutzbar sind.

    MAcht in Sachen Stromverbrauch also auf das Jahr hin gesehen vielleicht 20 € aus...bei meinem Nutzungsverhalten...die allerdings sicher wieder in Sachen Performance und Ausbaufähigkeit und "vermiedenen Bastelstunden" in der Gesamtkalkulation längst wieder von der X86 basierenden Lösung "reingeholt" würden.

    ...denn mal viel Erfolg beim Suchen...meine Empfehlung kennt ihr jetzt :-).

    VG
    Arel

    fnu

    I did not know that DigitalDevices offers SATIP boxes :-(....I have just read their product page...really impressing "mixed" tuners are possible...

    I also own a DD cine S2 dual tuner card...the best card I ever bought ! ...sad now I already have spend money for the gssbox :(

    Thanks for the hint of Os... version, I´ll try my best to test what´´s possible with "network mode" etc.

    kind regards
    arel

    fnu
    Thanks for your fast feedback. I´m using Ubuntu 12.04.4 LTS (precise)
    Concerning DVBAPI I´´ve already used "network mode", but I cant get succes...but this is an other story. Maybe I will try manios "release" an compile it on my own. I thought "yours" which was included in your repo has this feature...

    The satip plugin is a real awesome development into the "right" direction...in germany a 4 tuner device like the gss.box DSI400 costs less than 130 Euro.....in comparison a 4 tuner TBS card which is as far as i know the cheapest solution, cost more than 200 Euro....and has NO functionality without a pc ;)

    today I will test MLD 4.0 (where the satip plugin is already also included) and check if this could be an option (based on Raspberry Pi)

    If someone is interested in my experience concerning the tests of the plugin etc. I can open a new thread and keep you informed...

    kind regards
    arel

    Hi I also own a dsi 400 and I´m running the latest VDR from FNU´ s repo (ppa:fnu/testing-vdr-fnu and ppa:fnu/main-fnu => vdr 2.1.6 with satip plugin 0.3.1) on ubuntu server 12.04 (precise, 64bit


    First of all : YOU HERE AT VDR-PORTAL HAVE DONE A GREAT JOB SO FAR ! and the SATIP Plugin (especially with n cheap 4 tuner device like DSI400) could be a big chance to buildup cheap vdr based multi-tuner environments !

    I have installed vdr plugins these for testing my dsi400 in connection with vdr/SATIP :

    - satip ;)
    - live
    - streamdev-server

    It is working to "stream" via streamdev, port 3000 (by vlc via m3u playlist from streamdev) so far...except some "errors" which are already mentioned in this thread (PID Filtering, "broken" recordings etc.). Channel switching (via in vlc) is nearly as fast as it is with an internal tuner !!

    My question is :
    As far as I know the errors shouldnt be gone since version 0.2 of the plugin. Because I´m using satip version 0.3.1 from ppa:fnu , where the "patches" are already included it should work without "errors" ?
    Or am I wrong and I should compile satip on my own (and try to include the patches from this thread "by hand" ?). If there is any already compiled/patched version it would be helpful to give me a hint where i can find it..

    By the way DVBAPI doesnt get a DVBAPI Version at start of the plugin (even if in setup.conf therefore dvbapi.network is set etc.). Maybe this has something to do with PID´´s/PMT you can get from DSI400 after request vdr satip plugin...?

    I´m just a little bit confused concerning the code base which was mentionend in this thread...

    If you someone could point me into the right direction and l will do my best to give feedback here what is the result of my testings on my side...more testers more feedback more quality

    kind regards
    arel