Jack the Grabber

Steht eigentlich schon alles im Betreff. Ich bin mir sicher, daß das früher schneller ging. Wenn ich eine Sofortaufnahme starte, habe ich meist was verpennt und möchte auch wirklich "sofort" loslegen. Aber udrec wartet ... und wartet ... und wartet ...

Erst nach über 60 Sekunden wird dann ein MP2 Stream gefunden und die Aufnahme beginnt. Das ist bei programmierten Aufnahmen natürlich auch so, aber bei 2 Minuten Vorlaufzeit kein Problem. Habe ich irgendwas verstellt oder liegt es an der neuen udrec 0.13b? Ich streame übrigens MPEG-Elementary.

Mit Wingrab geht es sofort los, aber das kackt mir bei öffentlich-rechtlichen Sendern wegen der teilweise sehr hohen Bitraten zu oft ab.

Mit freundlichen Grüßen
wafranyofl

PS: Im Forum gesucht habe ich diesmal nicht, ob dieses Problem schon mal besprochen wurde. Ich wußte nicht, wonach ich suchen sollte.

Ist nur die Meldung verspätet, das aufgezeichnet wird oder fehlt wirklich etwas am Anfang?

saggi

Erst nach über einer Minute wird eine MP2-Datei mit der Länge 0 angelegt. Wann genau die Aufnahme anfängt, weiß ich nicht. Ist ja schwer zu beurteilen. Dazu müßte ich doppelt aufnehmen und vergleichen.

Mit freundlichen Grüßen
wafranyofl

PS: Danke für den Movie-Guider, Saggi.

Naja, in den neueren Versionen ist ja ein Buffer, das heißt die Meldung kommt erst später. udrec schreibt in dieser Zeit wohl in den RAM. Du könntest ja mal Live aufnehmen und schauen ob wirklich etwas fehlt. Und evtl. ein Log.

saggi

PS: Danke für den Movie-Guider, Saggi.
Smile

Bitte

Ich weiß nicht, wie ich feststellen soll, wieviel fehlt. Wenn ich eine Sofortaufnahme starte und sie mir hinterher ansehe, kann ich ja nicht aus dem Lameng sagen "Guck mal, die ersten 73 Sekunden fehlen"

Ein Log hänge ich hier an. Die Aufnahme wurde auf die Sekunde um 18:45 Uhr auf der Box über Blau/Rot gestartet.

Mit freundlichen Grüßen
wafranyofl

Jack the Grabber Logfile
Erstellt am: 03.08.2006 18:45
Streamingserver Aufnahme
Kanal=DISCOVERY GESCHICHTE
Sendung=Die russische Revolution in Farbe
Start=18:45
Ende=
*******************************************************
@01:36:41: Aufnahme Event:
@01:36:41: IP: 192.168.000.100
@01:36:41: VPid: 1535
@01:36:41: APid 1: 1536
@01:36:41: APid 2: 0
@01:36:41: APid 3: 0
@01:36:41: Filename: E:\Video\Aufnahmen\2006-08-03-Die russische Revolution in Farbe\Die russische Revolution in Farbe(DISCOVERY GESCHICHTE).mpg
@01:36:41: Splittsize: 39999
@01:36:41: KanalID: 0
@01:36:41: EPG Infos geschrieben
@01:36:41: Kanal stimmt nicht, versuche neu zu zappen
@01:36:41: Zapping erfolgreich
@01:36:41: -host 192.168.000.100 -vp 5FF -ap 600 -gtc -o "E:\Video\Aufnahmen\2006-08-03-Die russische Revolution in Farbe\Die russische Revolution in Farbe(DISCOVERY GESCHICHTE)-1"
@00:00:01: 18:45:03 to DBox: VIDEO 31341 16 0 1 va 5ff 600
@00:00:01: 18:45:03 from DBox: INFO: IP c0a8000a Port 31341
@00:00:02: 18:45:03 from DBox: PID va 2 5ff 600
@00:00:02: 18:45:03 to DBox: START
@00:00:02: 18:45:03 from DBox: INFO: UdpSender() - PID580 R0 W0
@00:00:02: 18:45:03 from DBox: INFO: DmxReader() - Pid 5ff 204960 0 0
@00:00:02: 18:45:03 from DBox: INFO: DmxReader() - Pid 600 29280 0 0
@00:00:08: Video: 1535
@00:00:08: Audio1: 1536
@00:00:08: Audio2: 0
@00:00:08: Audio3: 0
@00:00:32: 18:45:33 found video stream (e0)
@00:00:32: Video:[0]E:\Video\Aufnahmen\2006-08-03-Die russische Revolution in Farbe\die russische revolution in farbe(discovery geschichte)-1_01_00.mpv
@00:00:32: 18:45:33 found mp2 stream (c0)
@00:00:32: Audio_1:[0]E:\Video\Aufnahmen\2006-08-03-Die russische Revolution in Farbe\die russische revolution in farbe(discovery geschichte)-1_01_00.mp2
@00:00:32: 18:45:33 25:20:21.13: video resync
******************************************************
Video Ausgabe:
Video[0] FileSize=34816000
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=3174400
******************************************************
Muxer Ausgabe:
Muxer: SCR: 00:02:00.600 Syncs: 1
******************************************************
Video High: 5161 kBits/sec
Video Low: 3024 kBits/sec
Audio High: 261 kBits/sec
Audio Low: 176 kBits/sec
******************************************************
@00:03:01: 18:48:02 to DBox: STOP
@00:03:01: 18:48:02 network statistics:
@00:03:01: max: 3,4 Mbit/s total data rate
@00:03:01: average: 2,4 Mbit/s total data rate
@00:03:01: no resends
@00:03:01: 18:48:02 TcpSender stopped
@00:03:01: 18:48:03 UdpReceiver stopped
@00:03:01: 18:48:03 from DBox: EXIT
@00:03:01: 18:48:03 TcpReceiver stopped
@00:03:04: 18:48:05 ESSync stopped - no stream errors
@00:03:05: Muxer: SCR: 00:02:00.600 Syncs: 1
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

Es ist lange her, das ich .mpv und .mp2 gestreamt habe, aber ein log habe ich noch. Dort habe ich mit udrec0.12p gestreamt und habe -rbf auf 8 gestellt.
Dort erhalte ich die Meldung das aufgezeichnet wird nach genau 1 Minute. Es ist aber definitiv schon vorher aufgezeichnet worden. tonsel hat damals erwähnt, das mit -rbf die resync-Meldung später kommt. In udrec0.13beta ist -rbf wohl nicht mehr, dafür hat er wohl einen "automatischen" Buffer eingebaut. Dürfte wohl der gleiche Effekt sein.
Ich gehe mal davon aus, das hier kein Problem vorliegt. Aber vielleicht wissen andere noch mehr.

saggi

*edit*
Ich hänge das alte log mal an: