neutrinoTV - yet another LiveTV viewer

Beitrag von **Liontamer** » Samstag 13. Mai 2006, 13:29

Ich hab VLC Grad nur die VPID gegeben, irgendwie hat er es trotzdem geschafft Ton auszugeben. K.A. wie der das anstellt

vpid

???

im radio oder tv modus?

hmm theoretisch könnte er sich die info aus dem pmt-teil des streams lesen (wenn ich mich nicht ganz irre - was hier durchaus möglich wäre)

Beitrag von **Liontamer** » Samstag 13. Mai 2006, 13:34

Nein, das war erstmal nur in TV Modus. Ich wollte mal testen, wie VLC reagiert wenn man nicht alle PIDs übergibt.

Beitrag von **jmittelst** » Samstag 13. Mai 2006, 13:36

Sowohl Winamp, als auch VLC können den Stream der Dbox nicht bei allen Sendern korrekt darstellen. Um das möglich zu machen, müßte man Radio vermutlich streamen und den Stream erst reinigen, da RDS-Daten oder was auch immer da drin ist, bei vielen Sendern bei Direktabgriff ein Zwitschern in den Sound bringen.

cu
Jens

Beitrag von **Liontamer** » Samstag 13. Mai 2006, 13:43

Also wenn ich wie vorhin beschrieben Radio widergebe, geht das auch fehlerlos ohne switschern.

@jens: ok aber ich kriegs selbst mi zwitschern mit dem VLC nicht hin - kannst du mehr detail geben wie der aufruf erfolgen müsste?

Ich hab mal versucht den VLC über den standard radio weg anzusprechen (box ist in PES). Hier die meldungen des VLC und es blieb absolut stumm:

Code: Alles auswählen

main debug: creating access 'http' path='192.168.42.30:31338/0x0310'
main debug: looking for access2 module: 7 candidates
access_http debug: http: server='192.168.42.30' port=31338 file='/0x0310
main debug: net: connecting to 192.168.42.30 port 31338
main debug: connection in progress
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Server: d-Box network
access_http debug: auto re-connect enabled
main debug: using access2 module "access_http"
....
main debug: pre buffering
main debug: received first data for our buffer
main debug: prebuffering done 53532 bytes in 2s - 18 kbytes/s
main debug: creating demux: access='http' demux='' path='192.168.42.30:31338/0x0310'
main debug: looking for demux2 module: 40 candidates
ffmpeg debug: couldn't guess format
ps warning: this does not look like an MPEG PS stream, continuing anyway
main debug: using demux2 module "ps"
main debug: `http://192.168.42.30:31338/0x0310' successfully opened
ps warning: garbage at input, trying to resync...
ps warning: found sync code
main debug: selecting program id=0
main debug: looking for decoder module: 26 candidates
main debug: using decoder module "mpeg_audio"
main debug: thread 3616 (decoder) created at priority 2 (src/input/decoder.c:159)

Idee: Wenn die dbox radio genauso behandeln würde wie tv, und bei radio einfach ein standbild mitsenden würde - wäre das nicht machbar? So dass man exact den gleichen zugriffsmechanismus für tv und radio verwendet, also http://dbox-ip:31339/0,pmt,fake-vpid,apid ?

Beitrag von **Liontamer** » Samstag 13. Mai 2006, 13:55

Hab grad das hier gefunden: http://wiki.tuxbox-cvs.sourceforge.net/ ... adio-Modus

jup, das kannt ich schon - leider schluckt der VLC eben genau das nicht...

Habe eben noch einen Test gemacht, indem ich Box doch wieder in SPTS (versuche es einfach dem video modus gleichzutun) und den VLC mit http://192.168.42.30:31339/0,0x69,0,0x0310 gestartet (0x69 ist die pmt-id). Leider ist das Ergebniss auch stille - das log sieht aber anders aus:

Code: Alles auswählen

main debug: adding playlist item `http://192.168.42.30:31339/0,0x69,0,0x0310' ( http://192.168.42.30:31339/0,0x69,0,0x0310 )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: `http://192.168.42.30:31339/0,0x69,0,0x0310' gives access `http' demux `' path `192.168.42.30:31339/0,0x69,0,0x0310'
main debug: creating demux: access='http' demux='' path='192.168.42.30:31339/0,0x69,0,0x0310'
main debug: looking for access_demux module: 0 candidates
main debug: thread 3668 (input) created at priority 1 (src/input/input.c:230)
main warning: no access_demux module matched "http"
main debug: creating access 'http' path='192.168.42.30:31339/0,0x69,0,0x0310'
main debug: looking for access2 module: 7 candidates
access_http debug: http: server='192.168.42.30' port=31339 file='/0,0x69,0,0x0310
main debug: net: connecting to 192.168.42.30 port 31339
main debug: connection in progress
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Server: streamts (ts)
access_http debug: auto re-connect enabled
main debug: using access2 module "access_http"
...
main debug: pre buffering
main debug: received first data for our buffer
main debug: prebuffering done 69504 bytes in 48s - 1 kbytes/s
main debug: creating demux: access='http' demux='' path='192.168.42.30:31339/0,0x69,0,0x0310'
main debug: looking for demux2 module: 40 candidates
main debug: using demux2 module "ts"
ts debug: DEMUX_SET_GROUP 0 00000000
main debug: `http://192.168.42.30:31339/0,0x69,0,0x0310' successfully opened
ts debug: pid[105] unknown
ts debug: PATCallBack called
ts debug: new PAT ts_id=2 version=0 current_next=1
ts debug:   * number=0 pid=16
ts debug:   * number=8 pid=100
ts debug:   * number=9 pid=102
ts debug:   * number=10 pid=101
ts debug:   * number=11 pid=103
ts debug:   * number=20 pid=104
ts debug:   * number=29 pid=106
ts debug:   * number=41 pid=107
ts debug:   * number=43 pid=109
ts debug:   * number=145 pid=116
ts debug:   * number=146 pid=122
ts debug:   * number=147 pid=123
ts debug:   * number=148 pid=125
ts debug:   * number=149 pid=126
ts debug:   * number=150 pid=105
ts debug:   * number=151 pid=113
ts debug:   * number=152 pid=117
ts debug:   * number=153 pid=127
ts debug:   * number=154 pid=114
ts debug:   * number=155 pid=128
ts debug:   * number=156 pid=121
ts debug:   * number=157 pid=129
ts debug:   * number=158 pid=130
ts debug:   * number=159 pid=124
ts debug:   * number=162 pid=120
ts debug:   * number=163 pid=118
ts debug:   * number=164 pid=119
ts debug:   * number=165 pid=112
ts debug:   * number=166 pid=115
ts debug:   * number=167 pid=131
ts debug:   * number=3500 pid=99
ts debug: PMTCallBack called
ts debug: new PMT program number=150 version=27 pid_pcr=784
ts debug:  * descriptor : CA (0x9) SysID 0x1722
ts debug:  * descriptor : CA (0x9) SysID 0x1702
ts debug:  * descriptor : CA (0x9) SysID 0x1801
ts debug:   * es pid=784 type=4 fcc=mpga
main debug: selecting program id=150
main debug: looking for decoder module: 26 candidates
main debug: using decoder module "mpeg_audio"
main debug: thread 3608 (decoder) created at priority 2 (src/input/decoder.c:159)
main error: recv failed (10054)
main error: recv failed (10054)
main error: recv failed (10054)
main error: recv failed (10054)
(.....)
main error: recv failed (10054)
main error: recv failed (10054)
main error: recv failed (10054)
main error: recv failed (10054)
main debug: control type=0
main debug: control: stopping input
main debug: closing input
ts debug: pid list:
ts debug:   - pid[0] seen
ts debug:   - pid[105] seen
main debug: unlocking module "mpeg_audio"
main debug: thread times: real 1m13.916286s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 3608 joined (src/input/decoder.c:191)
main debug: killing decoder fourcc `mpga', 0 PES in FIFO
main debug: Program doesn't contain anymore ES
ts debug:   - pid[8191] seen
main debug: unlocking module "ts"
main debug: unlocking module "access_http"
main debug: thread times: real 2m2.676400s, kernel 0m0.030043s, user 0m0.020028s
main debug: thread 3668 joined (src/input/input.c:386)

Radio mode hin - radio mode her...

Hier ist eine Version welche zumindest die leeren bouquets (im TV mode) ausblendet. Ausblendet heisst ausblenden, d.h es können sprünge in der nummerierung der bouquets entstehen. Ich wollte momentan "leere" bouquets nicht komplett entfernen, da sie evtl radio enthalten könnten - und sofern ich irgendwann radio doch einbaue müsste ich das wieder umbauen..

Download: http://neutrinotv.homeip.net/test/neutr ... 4-Test.zip

Grüßle
A.

Beitrag von **jmittelst** » Sonntag 14. Mai 2006, 08:40

Thema Radio: Ich hab mal etwas experimentiert.

VLC-Version: 0.8.5
Image: JtG-Testsnap vom 10.5.2006

Radio-Kanal eingestellt, Sender z.B. "MDR Jump" eingestellt.
Mit rot - blau die Technischen Infos aufgerufen.

VLC geöffnet, Datei, Netzwerkstream öffnen.
HTTP/HTTPS/FTP/MMS > http://Box-IP:31338/03e9

OK drücken.
Und Radio geniessen.

Im Test ließ sich sogar ein MP2-File mit Sichern erzeugen. VLC beherrscht Radio also recht easy. Bedingung ist hier aber, das die Box wirklich im Dual-PES-Modus läuft (was sie beim Switch in den Radio-Modus automatisch machen sollte) und nicht im SPTS. Und HW_Sections sollte wohl auch aus sein.

cu
Jens

P.S. Mit weierführenden Tests mit VLC 0.8.4a und 0.8.0 ist es mir nicht gelungen den Radiostream so abzugreifen. Mag aber auch an meiner wüsten VLC-Installation liegen. Mit der 0.8.5 ist es mir allerdings immer und bei so ziemlich allen Radiosendern gelungen.

http://Box-IP/03e9

Du meinst sicherlich http://Box-IP:31338/03e9 oder?

Das muss ich mal testen (mit dem 0.8.4a scheint es nicht zu gehen, da ich das gestern schon getestet hab)

Auf jeden Fall, thx

- ich probier das mal.

Grüßle
A.

Beitrag von **jmittelst** » Sonntag 14. Mai 2006, 08:54

Ups ja, werd das oben mal korrigieren. Ist sicher auch einen Blick für Yjogol wert.

cu
Jens

Ich bestätige!!! Habe soeben tests durchgeführt und bekam auf allen getesten Sender klaren ton.

Vorraussetzung ist der VLC 0.8.5 (mit dem 0.8.4a bleibts still). Modus muss PES sein. Der CVS-Stand des Images scheint keine große Rolle zu spielen - ich habs grade problemlos mit einem CVS-Stand von letztem Jahr und eine aktuellen getestet.

D.h. arbeit für mich

.... ich mach mich mal dran...

Grüßle
A.

Beitrag von **Houdini** » Sonntag 14. Mai 2006, 12:16

DANKE!!!

Erste Version des Radio-Moduses ist online:

http://neutrinotv.homeip.net/test/neutr ... 5-Test.zip

Details morgen... (Man benötigt VLC 0.8.5 - mit 0.8.4a wird sich fast nichts ändern, da der Radio modus deaktiviert wird..)

Bugs sind durchaus möglich, da an sehr vielen Ecken geschraubt wurde....

Grüßle
A.

Beitrag von **Liontamer** » Montag 15. Mai 2006, 18:59

Bin grad dabei, zu testen.
Ich hab eben beim Zapversuch auch einen Radiokanal diese .Net Framework Fehlermeldung bekommen:

Code: Alles auswählen

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.Net.Sockets.SocketException: Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht ordnungsgemäß reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat
   at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
   at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 size, SocketFlags socketFlags)
   at neutrinoTV.conCls.GET(String site)
   at neutrinoTV.dboxCTRLCls.Zapto(UInt64 channel_id)
   at neutrinoTV.MainForm.SwitchToChannel(channelCls channel)
   at neutrinoTV.MainForm.ChannelTree_DoubleClick(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnDoubleClick(EventArgs e)
   at System.Windows.Forms.TreeView.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42 (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
neutrinoTV
    Assembly Version: 1.1.2325.42818
    Win32 Version: 1.1.2325.42818
    CodeBase: file:///C:/Programme/neutrinoTV/neutrinoTV.exe
----------------------------------------
System.Windows.Forms
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42 (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42 (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42 (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42 (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42 (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Microsoft.DirectX.DirectInput
    Assembly Version: 1.0.2902.0
    Win32 Version: 5.04.00.2904
    CodeBase: file:///C:/WINDOWS/assembly/GAC/Microsoft.DirectX.DirectInput/1.0.2902.0__31bf3856ad364e35/Microsoft.DirectX.DirectInput.dll
----------------------------------------
Microsoft.VisualC
    Assembly Version: 8.0.0.0
    Win32 Version: 8.00.50727.42
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Microsoft.VisualC/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualC.dll
----------------------------------------
Microsoft.DirectX
    Assembly Version: 1.0.2902.0
    Win32 Version: 5.04.00.2904
    CodeBase: file:///C:/WINDOWS/assembly/GAC/Microsoft.DirectX/1.0.2902.0__31bf3856ad364e35/Microsoft.DirectX.dll
----------------------------------------
AxInterop.AXVLC
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Programme/neutrinoTV/AxInterop.AXVLC.DLL
----------------------------------------
Accessibility
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42 (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
Interop.AXVLC
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Programme/neutrinoTV/Interop.AXVLC.DLL
----------------------------------------
System.Deployment
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42 (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Deployment/2.0.0.0__b03f5f7f11d50a3a/System.Deployment.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Edit: Wie es aussieht, hat es den nhttpd zerlegt. Ich versuch das mal einzugrenzen.

Hi,

danke für dein feedback. Die Stelle kenn ich schon, ist im nächsten update gefixt - da fehlte einfach nur ein try..catch um die zap anweisung. Dies passiert genau dann, wenn die box aus welchem grund auch immer keine Antwort innerhalb von 3000ms gibt... Theoretisch, wenn du die .NET Fehlermeldung ignorierst, hat zwar das zapping nicht funktioniert, aber wenn die box noch reagiert, sollte es weitergehen (erneut go live drücken oder anderen zappinversuch starten).

Auch mir hat sich der nhttpd ein paar mal beim zapen aufgehängt bzw einfach nur einmal nicht geantwortet (in den meisten fällen fängt neutrinoTV das ab) - warum der nhttpd sich aufhängt oder so reagiert, weiss ich noch nicht. Im Radio-modus poll ich die EPG daten wesentlich häufiger (alle 60s) - evtl liegts daran.

Theoretisch gibts zwei Parameter an denen - momentan manuell in der config - gedreht werden kann:

EPGPeriodicalTimeRadio - default auf 60 s
und
ConnectionTimeout - default auf 3000 ms

EDIT: Die sind ab dem nächsten update konfortabel über die GUI zu setzten...

Evtl sind die noch nicht optimal. Bei radio braucht man leider eine so niedrige Zeit, sonst kriegt man so gut wie nichts vom EPG mit zumindest auf der MCE. An die radio-epg sachen muss ich egal wie nochmal ran...

Achh und noch etwas, debug auf an macht alles etwas zäh, wegen den unzälig vielen nachrichten welche ins log geschrieben werden - das nerkt man besonders beim umschalten in den radio modus und zurück (eigentlich ist es kein modus bei mir, sonder nur ein radio/tv-filter)

Grüßle
A.

Beitrag von **jmittelst** » Montag 15. Mai 2006, 19:18

Bevor ich vergesse, es irgendwo zu erwähnen: Habs heute morgen getestet. Erst ein Schock: BlueScreen. Mag aber an was anderem gelegen haben, was ich gleichzeitig zu laufen hatte

Dann nach Reboot (Box hatte noch den NeutrinoTV-LCD-Anzeiger, also auch rebootet) also nochmal - und siehe da: Läuft alles - zappen bis zum Abwinken - immer wieder zwischen TV und Radio. Weder der aktuelle JtG Testsnap, noch NeutrinoTV haben gezickt. Alles läuft hervorragend.

cu
Jens

@jens: uahahaahhh mach mir doch nicht so angst mit dem bluescreen

Übrigens bei mir macht der VLC-Standalone auf einem bestimmten rechner immer mal wieder bluescreens.... evtl lags somit indirekt schon daran. Auf anderen rechner hatte ich den effekt allerdings noch nie..

Dass die neutrinoTV-LCD Anzeige bleibt bei Absturz ist normal - reboot der box ist nicht notwendig, erneutes live/stop von neutrinoTV sollte auch die box wierder in normalzustand versetzten - reboot hilft natürlich auch, und schadet ganz sicher nicht

Ja, der Rest hört sich sehr ermutigend an:) Danke für dein feedback!!!

Grüßle
A.

Beitrag von **Liontamer** » Montag 15. Mai 2006, 20:13

arno-neutrinoTV hat geschrieben:Im Radio-modus poll ich die EPG daten wesentlich häufiger (alle 60s) - evtl liegts daran.

Kann es sein, dass du auch im TV Modus alle 60sec (trotz eingestellten 90min) pollst? Mir kommt es jedenfalls so vor, weil regelmäßig keine Bedienung mehr möglich ist und sich zeitweise die komplette Oberfläche ausblendet (weis wird).

Kann es sein, dass du auch im TV Modus alle 60sec (trotz eingestellten 90min) pollst? Mir kommt es jedenfalls so vor, weil regelmäßig keine Bedienung mehr möglich ist und sich zeitweise die komplette Oberfläche ausblendet (weis wird).

Hmm... theoretisch nicht - tut be mir genau wie es soll. Hast du debugging an? Ja? -> das frisst die ressource, nein -> schalt es mal ein , dadurch kannst du (zumindest nachdem die oberfläche wieder reagiert) im log sehen was er getrieben hat.

Das einziege andere was jede minute getan wird, ist der update der kanalliste - die "blinkt" bei mir immer kurz auf, aber das ist nicht wirklich so schlimm wie du das beschrieben hast - hmm könnte natürlich sein wenhn du wesentlich mehr kanäle hast... hmmm ??

EDIT1:Hmm.. es gibt eigentlich keinen radio/tv modus - also mit den radio/tv optionene unter "Mode" stellt man nur einen filter auf die kanäle ein, unter Control->D-Box->Radio/TV setzt man NUR die box... neutrinoTV entscheidet sich immer anhand des aktuellen Kanals ob es als radio oder TV behandlt wird...

EDIT2: klappt den das zappen jetzt? hattest du den fehler von vorhin nochmal

Grüßle
A.

Beitrag von **Liontamer** » Montag 15. Mai 2006, 20:34

Das hier kommt im Log, wenn die beschriebenen "Hänger" auftreten. In welchem Abstand dies geschieht, sieht man ja im log.

Code: Alles auswählen

15.05.2006 20:32:29: 192.168.1.3 [CON]: Trying to connect 192.168.1.3:80
15.05.2006 20:32:29: 192.168.1.3 [CON]: Successfully connected to 192.168.1.3:80
15.05.2006 20:32:29: 192.168.1.3 [CON]: neutrinoTV -> dbox: GET /control/zapto
15.05.2006 20:32:29: 192.168.1.3 [CON]: dbox -> neutrinoTV: 2100850382\n
15.05.2006 20:33:33: 192.168.1.3 [CON]: Trying to connect 192.168.1.3:80
15.05.2006 20:33:33: 192.168.1.3 [CON]: Successfully connected to 192.168.1.3:80
15.05.2006 20:33:33: 192.168.1.3 [CON]: neutrinoTV -> dbox: GET /control/zapto
15.05.2006 20:33:33: 192.168.1.3 [CON]: dbox -> neutrinoTV: 2100850382\n

Edit: Achja, das zappen konnte ich noch nicht testen, die box ist grad von einer höheren Macht blockiert

Ja richtig.. das hatte ich vergessen - ist ein neues feature welches den aktuellen kanal im stop modus ständig polled, damit man immer den aktuellen kanal sieht, falls jmd direkt an der box umgeschalten hat..

Das das allerdings das system so blockiert kommt mir komisch vor... Hast du irgendwie netztwerkprobleme, oder etwas wie ein virusscanner welcher sich erst mal jede verbindung ansieht??... Hmm gleichzeitig (oder gleich danach) findet der aufbau der kanalliste statt - wieviele services hast du den insgesamt (nur um zu vergleichen)

Ich werde den Kanal-poll auf jedem fall auf optional umbauen..

Sind die hänger auch bei ausgeschaltetem debugging??

Grüßle
A.

Beitrag von **Liontamer** » Montag 15. Mai 2006, 20:46

arno-neutrinoTV hat geschrieben:Sind die hänger auch bei ausgeschaltetem debugging??

Ja, auch dann.

Ich habe 475 Services, und 2065 Services im Bouquet "Andere". Es würde denke ich schon ausreichen, dieses Bouquet auszublenden (wenn das überhaupt möglich ist)

Netzwerkprobleme hab ich eigentlich nicht. neutrinoTV ist ja auch im Stop Modus, nur die Oberfläche ist kurz blockiert.

Edit: Hab jetzt eigentlich nichts geändert, aber das "Ausblenden" der Oberfläche ist von allein verschwunden. Das Pollen blockiert auch nurnoch für ca. 5sec in jeder Minute, das ist eigentlich auszuhalten