Hallo
nachdem ich jetzt ein Wochenende mit Fehlersuche verbracht habe,und mich wohl verrannt habe ...brauche ich eure Hilfe .
Ich spiele Stream´s mit dem Music-Plugin ab,funktioniert toll (lob an morone..ein hammer plugin).Doch jetzt´s kommt will ich den Stream beenden dauert dieser Vorgang bis zu 40 sec.
Ich sehe im log das span sofort beendet wir,doch dann dauert es die genannte Zeit bis auch das music plugin stop.Das selbe verhalten,tritt auch beim mp3 und beim mp3ng plugin auf.Ich denke mal der Player (also der Mplayer) läuft gegen einen Timeout ..aber welcher und wo einstellen ??.
Bin wirklich für jeden Tip dankbar, den die Stream´s sind der Liebling meiner Frau ...
Thanks´s
speed
Icecast bzw. Internet-Radio mit mp3,music Plugin
-
speed -
July 31, 2007 at 10:44 AM -
Closed
-
-
Nenne doch mal son Stream , wo das so lange dauert.
Ich habe hier nur Shoutcast-Streams und ohne Probleme.
Ein Blick ins Log waere auch hilfreich.
Das war mir im anderen Thread schon zu wenig Info.
Btw. was ist bei dir Stop. Beenden oder nur Stoppen.
Softdecoder oder FF ?
Genaugenommen hilft nur der Log von der Console mit aktivierten
Debug in config.h und Makefile.Mplayer wird garnet genutzt.
-
@morone
Also einen Stream nennen wird nichts bringen, da ich einen eigenen icecast
server habe bzw es tritt aber auch bei jedem anderen wie wdr2 einslive usw. auf.
Und stop heißt, wiedergabe beenden..sowohl mit der exit taste als auch im Menu.Und ich hab eine FF-Karte.
Log, kommt sobald ich wieder zuhause bin.
thank´s
speed -
@morone
hallo
hier mal ein blick vom start des stream´s bis zum ende ..music: player: check for lyrics '/raid/daten/mp3/.Speed-On-Air/Speed-On-Air-Radio-Carlo.lyrics'
music: player: no lyrics found
music: decoder-mp3: mad: lost sync 0fa7a933 101ee61c 3ý
music: decoder-mp3: mad: decode hdr error, frame=0 count=1: lost synchronization
music: decoder-mp3: mad: decode error, frame=1 count=101: bad main_data_begin pointer
music: decoder-mp3: mad: decode error, frame=2 count=201: bad main_data_begin pointer
music: player: new input sample rate 44100
music: netstream: found metadata 'StreamTitle' contents 'Faithless - 03 Salva Mea'
music: player: heartbeat buffer=682100 now=2513
music: player: heartbeat buffer=674812 now=2533
music: player: player active false requested...
music: player: decode delayed 367 ms
music: player: write delayed 367 ms
music: player: heartbeat buffer=686768 now=2553
music: player: heartbeat buffer=684148 now=2573
music: player: heartbeat buffer=696104 now=2593
music: player: heartbeat buffer=691436 now=2613
music: player: decode delayed 522 ms
music: player: write delayed 522 ms
music: player: stopping play
music: player: entering wait for mode==1 with mode=0 (pid=15634)
music: scale stats clipped=1499 peak_clip=0,182276 peak=1,000000
music: player: state=msStop
music: player: setting mode=1 (pid=15634)
music: mgr: bgr-scan -> run (206631)
music: player: entering wait for mode!=1 with mode=1 (pid=15634)
music: player: returning from wait with mode=1 (pid=15634)
music: player: setting mode=3 (pid=15634)
music: player: returning from wait with mode=3 (pid=15634)
music: player: setting mode=1 (pid=15634)
music: mgr: background scan idle wakeup
music: mgr: background scan idle
music: player: player active false done
music: mgr: background scan idle wakeup
music: mgr: background scan thread ended (pid=15634)
Jul 31 17:50:29 [core.pids] 0: now tuned to source 88c0 transponder 1b468
Jul 31 17:50:29 [core.pids] 1: now tuned to source c000 transponder 202
Jul 31 17:50:29 [core.pids] 0: now tuned to source 88c0 transponder 1b7a0
Jul 31 17:50:29 [core.pids] 0: livepids video=01ff audio=0000
Jul 31 17:50:29 [core.pids] 0: livepids video=01ff audio=0200
#####
von stop bis zum fernsehbild vergehen ca. 40 sec..
speed -
Ich hab hier ähnliches mit dem Stream von Einslive.
http://metafiles.gl-systemhaus.de/wdr/channel_einslive.m3uShoutcast Streams ham das nicht.
Genauere Tests kann ich erst fahren wenn ich wieder nen TestVDR habe.Logs kommen dann auch. Am WE müsste es soweit sein.
Hab music-010wip und softdevice als Ausgabe.
-
Hmmm , ist nicht viel draus ersichtlich.
Kannst mal den Backgroundscan im Setup auf "aus" stellen ?
Denke mal net das dies die Ursache ist aber trotzdem.
Sieht mir eher so aus als wenn der Player Thread nicht
richtig/gleich reagiert.
Eigentlich muesste es so sein :music: player: player active false requested...
music: player: stopping playDas dazwischen sagt mir , dasser noch fleissig weiterdudelt..
Kannst nicht mal auffer Console/putty beobachten was nach
Stop so alles passiert und wo was (laenger) haengt ?Livebuffer Patch am laufen ??
tr500
music-010wip = Asbach , sowohl music als auch span haben sich seitdem
geaendert.
Softdevice und music/mp3 ist nen Thema fuer sich. -
tr500 sein Stream stoppt hier auch verlangsamt (~5 sec). Ist ja schon mal was .
-
@morone
habe den hintergrund scan mal deaktiviert,keine änderung.
habe eigentlich schon alles getausch,sogar die vdr version.
werde wohl den noxon wieder ausbauen müßen...:-)..
speed -
Ich weiss schon woran es liegt (denke ich mal), nur nicht warum bzw.
wie/wo zu loesen.;)void cMP3Player::StopPlay(void) // StopPlay() must be called in locked state!!!
Genau da haengt er auch .
cMP3Player::Activate(bool on)
ruft Lock() auf. (cMutex::Lock() denke ich mir mal so ;))
Dauert halt aber seine Zeit.noxon ausbauen ist auch keine Loesung .
-
@ morone
cool du hast eine lösung...würde den ruf den vdr´s bei mir zuhause retten. ..bin zu jedem test bereit...tag und nacht -
Kenne noch nicht einmal die Ursache und du sprichst von Loesung ?
-
Quote
Original von Morone
tr500
music-010wip = Asbach , sowohl music als auch span haben sich seitdem
geaendert.
Softdevice und music/mp3 ist nen Thema fuer sich.Ich weiss aber das Softdevice sone Sache ist, aber meine TESTVDR's sind mir hier alle gestorben.
Auf dem Wohnzimmer VDR rühr ich erstma nix mehr an (WAF) und da läuft noch 010-wipIch dachte nur ich geb mal meinen Senf zum Thema ab
-
hy morone ...
positiv denken..du hast die lösung in dir..du weißt es nur noch nicht
speed -
Hallo
wollte das Thema nochmal ins Gespräch bringen!!
Habe versucht alles auf Shoutcast umzustellen, denn damit tritt das Problem wirklich nicht auf.Doch Shoutcast bringt es auf ca. 5 % Cpu Load pro Stream,naja bei ca 8 Stream´s ist mit das einfach zuviel.
Vielleicht hat ja doch einer ne Idee woran es liegen könnte .??
Thank´s
speed -
*schieb*
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!