Hallo Leute,

ich bin dran am Problem. SKY sendet nun 2 EPG Infos, damit kam die Software nicht zurecht und ist nun behoben.

Aber: Ein Problem bleibt, das ist die Ermittlung der Rest-Laufzeit (e2eventremaining) die nicht mehr korrekt übermittelt wird. Das kann man schön beobachten, wenn man im Browser "IP/web/getcurrent" immer wieder aufruft. Die "Restlaufzeit" zählt langsam auf 0 runter und dann springt sie (sofern das Lied immer noch läuft) auf den "e2eventduration" Wert, also auf die Gesamtlaufzeit. Ich sehe, das Lieder bis zu 10 Sekunden länger laufen, als angegeben. Das erscheint mir ein Bug zu sein, oder SKY Sendet in der Tat falsche Werte (kann ich nicht beurteilen).

Ich muss sehen, ob Sky oder das WebInterface grundsätzlich den "e2eventremaining" bei jeden Lied gleich versetzt falsch ausliefert, dann könnte man mit einem Offset arbeiten ...

Gruß SF

Original von reichi
Hi,

Sorry, mir war nicht bekannt, dass das nur in den NOW/NEXT infos steht.

Enigma2 muss für diesen Zweck erst erweitert werden.
Ich baue das dann demnächst in's Webinterface ein.
D.h. aber, dass man eine SEHR aktuelle Version von enigma2 + Webinterface benötigen wird!

Hi Reichi,

gute Idee damit wäre dann erstmal den Multituner-User geholfen ... vielen Dank.

Alternativ könnte man die EventInformationTable (EIT) PID in den WebStream multiplexen, dann wäre tsStreamRipper nicht mehr auf das WebInterface angewiesen und ggf. etwas stabiler.

So wie ich das sehe, wird derzeit ausschließlich die PAT-Tabelle (PID 0) und die Audio-PID des gewählten Senders über das WebInterface gestreamt.

Gruß SF

So ... eine aktualisierte Version 1.0.2 mit Hoxfix ist online. Wie immer im ersten Post.

Multi-Tuner ist noch nicht gefixed. Dafür brauchen wir eine neue Webinterface-Version.

Zur Info: Der Christmas Chanell kann unter dem Channel "rnb_hiphop" aufgenommen werden.

ChangeLog:

Version 1.0.2
===================================================================================================

* BUG : Wenn mehr als eine EPG Section in der Eventlist steht, wurde die falsche Section genommen.

! Workaround : Das Liedende wird derzeit über das WebInterface mit einem Offset von -20 Sekunden
gesendet. Dadurch lief die Stilleerkennung nicht mehr sauber. Derzeit ist "von Hand" der Offset
korrigiert und das Stilleerkennungszeitfenster ist von 10 aud 20 Sekunden erweitert worden.

Original von digiview
Jetzt arbeitet das tolle Tool wieder -> Vielen Dank dafür

Keine Ursache ,)

Hi Leute,

es gibt eine neue Version mit einem kleinen Bugfix. Betrifft all Diejenigen, die bereits ein größeres Archiv gestreamt haben. Die Dateinamen können um ein Leerzeichen abweichen wodurch man dupletten erhält.


Version 1.0.3
=========================================================
* Bug : Überflüssiges führendes Leerzeichen vor dem Interpreten im MP3/m4a Dateinamen
entfernt. Dadurch sind die Dateinamen kompatibel zu denen die in älteren Versionen erzeugt
wurden.

Viel Spass beim Streamen

SF

Original von digiview
Wow ich wollte eigentlich was Schreiben, aber da ist man sprachlos ( schreiblos).
Die ganze Nacht aufgenommen-> alles auf der Platte.
)

So soll es sein ,)) Freut mich, das es dir gefällt!

Gruß SF

Ich bin mir nicht so sicher, ob das geht. Theoretisch möchte niemand das beschriebene Verhalten. Aber ich kann derzeit nur Framegenau scheiden. Der Puffer in der Stille erkannt wird, ist derzeit das zuletzt weggeschriebene Frame. Evtl. könnte man beim Frame vorher schon Enden, dann hat man aber beim nächsten Lied evtl. noch das Ende des vorherigen drauf.

Mann könnte theoretisch das letzte Frame neu enkodieren. Ich habe aber keinen Java MPEG2 Encoder bisher gefunden. Wenn du einen kennst, poste mal hier, dann würde ich das möglicherweise einbauen.

Gruß SF

Original von elektronikfreak
@ satfreak666: Ich war mir gar nicht über die Tragweite dieses "kleinen Tools" bewußt... So definiere ich das eigentlich mit dem "bezahlte Musik laden..."

DANKE und mach weiter so...

Ich muss auch sagen, wenn man ein paar Tage streamen läßt, hat man alles was das Herz begehrt ,))

Gruß SF

Hi Leute,

eine neue Version von tsStreamRipper ist im ersten Post.

Diese Version ist noch nicht wirklich getestet. Bitte um Feedback!

Wichtige Neuerung: Der Schnitt am Musikende klappt nun deutlich besser.

Aufgrund von elektronikfreaks Anmerkung das bis zu 0,5 Sekunden überlappen, konnte meine Argumentation "Framegenau schneiden" nicht wirklich stimmen, weil die Framegröße nur max. 433 Bytes sind, und das sind keine 0,5 Sekunden. Vielen Dank noch mal für die Anregung! Der Fehler lag darin, das der externe MP3 Dekoder "javazoom" den Buffer in 8k Schritten (ca. 20 Frames) ausgelesen hat und ich an diesen Grenzen geschnitten habe. "javazoom" ist nun gepatched.

Changelog:

Version 1.0.4
===================================================================================================

! Externen "Javazoom MP2/3 Decoder" gepatched. Die für das lesen des Puffers zuständige Klasse
"Bitstream" ließt über den InputStream jetzt nur noch maximal ein MPEG-Frame ein. Dadurch sollte
der Schnitt zwischen den Musikstücken besser funktionieren. In früheren Versionen war am Ende des
Lieds manchmal noch der Anfang des folgenden Lieds zu höhren.

+ Neuer Switch "-overwrite". Ist der Switch "-overwrite" gesetzt, werden vorhande Musikstücke
überschrieben. Diese Funktion ist dafür gedacht, größere Musik-Sammlungen zu aktualisieren, z.B.
wegen fehlerhaften Aufnahmen, ohne die Musik-Bibliothek gleich komlett löschen zu müssen.

Hallo Leute,

eine neue Version 1.0.5 des tsStreamRipper liegt im ersten Post.

Ich habe gestern ein wenig gepennt. Der "-overwrite" Switch war noch nicht aktiv geschaltet ... Sorry.

Changelog:
==========================================

Version 1.0.5
==========================================

* Bug : Der Switch "-overwrite" wurde nicht ausgewertet. Dieser Fehler ist behoben.

Gruß SF

Original von byte
Zu "-overwrite" habe ich mal noch ne Frage,habe da nicht so den Durchblick.

Muß das so aussehen zb. "java -jar tsStreamRipper.jar -channel rock_hymnen -host 192.168.178.12 -musicDir /Musik/Sky/rock_hymnen -overwrite".
byte

Genau, einfach nur "-overwrite" angeben, dann werden die alten Dateien überschrieben.

Gruß SF