Seit April Streaming Probleme

Beitrag von **HolgiOne** » Dienstag 13. Mai 2003, 12:42

@grubi

nix für ungut, wollte dir oder nicht zu nahe treten

@petgun + gag

hoffe auch, das dieser thread weiter geht !! muß mich leider korrigieren. kann heute abend mein ergebnis noch nicht posten, leider erst am mittwoch !! (mit logfile, wenn das interessiert !)
Habe von 0.00 Uhr bis 4.15 Uhr mit DBoxtimer2 gestreamt und dann mit wingrab E um 6.00 Uhr pearl harbor, aber daran kann es ja nicht gelegen haben. komisch, SO ging Fastandfurious mir 3 (!!!) audiospuren auf P1 ganz gut, lediglich nach einer Stunde 2 resyncs und jetzt das. Hätte ich nicht erwartet. bin mal gespannt, wie es heute abend mit AC3 läuft. Nehmt ihr nur AC3 oder AC3 + Stereospur ????

Beitrag von **petgun** » Dienstag 13. Mai 2003, 12:45

Hi,

Gag Halfrunt hat geschrieben:Also ich kann das auch bestätigen: Ich hab heute morgen vor der Arbeit einen Blick auf meinen PC geworfen -- da waren bei Pearl Harbor mit Stereoton auch ein Haufen resyncs drin.

das ist doch schon mal ein 'gute' Uebereinstimmung die dazu verleiten koennte (ich gehe davon aus das Ihr meist keine Probleme beim streamen habt) die Ursachen beim Stream selbst zu suchen...fehlt noch Grubi...erst heute Abend mit AC3 unter Enigma, oder?

cu,
peter

--
Um klar zu sehen, genügt oft ein Wechsel der Blickrichtung.
[Antoine de Saint-ExupÃ©ry]

Beitrag von **grubi** » Dienstag 13. Mai 2003, 12:54

>>fehlt noch Grubi...erst heute Abend mit AC3 unter Enigma, oder?

Jep.
Mit Stereo heute morgen konnte ich leider nicht einrichten.

Bestätigt bei mir den Verdacht, daß auch Fehler im gesendeten Stream ab und zu die Ursache für Resyncs sind.

Zur Auswertung wäre es auch ganz gut wenn man die einzelnen Configs kennen würde.

1.) Boxtyp
2.) Sat oder Kabel
3.) Grabprogramm
3.) Neutrino / Enigma oder Sonstewas
4.) UDP oder TCP

Was Fehlt ?

Beitrag von **petgun** » Dienstag 13. Mai 2003, 12:55

Hi,

HolgiOne hat geschrieben:..Habe von 0.00 Uhr bis 4.15 Uhr mit DBoxtimer2 gestreamt und dann mit wingrab E um 6.00 Uhr pearl harbor, aber daran kann es ja nicht gelegen haben...

...vielleicht doch. Es gibt/gab diese verdamten Bufferoverflows die auch zu Resyncs fuehren. Bitte mache heute Abend mal eine Reset der Box bevor Du zum 2ten mal Pearl Harbor (mit AC3) aufnimmst...

cu,
peter

--
Der Flügelflagel gaustert durchs Wiruwaruwolz,
die rote Fingur plaustert und grausig gutzt der Golz.
[Christian Morgenstern]

Beitrag von **HolgiOne** » Dienstag 13. Mai 2003, 12:57

Ach ja, was mir spontan heute früh - habe kurz vor dem frühstück mal reingesehen - aufgefallen ist: die Datenrate war enorm hoch, sowas hatte ich noch nicht: video über 7000kb/s !! (natürlich nur spitzenwerte, kein durchschnitt !) Habe sonst so zwischen 2800 - 5000.

Beitrag von **kameleon** » Dienstag 13. Mai 2003, 13:15

hi, hab mit "jack the grabber" heut früh von 7 bis 10 auf p2 pearl h...
gegrabbt (nur mit ac3), ergebniss ist das das file auf platte ist und über 5gb groß ist (ntfs partition), ob das nu funktioniert (syncron in bild und ton) kann ich erst heut abend posten wenn ich von arbeit komme, kam jedenfalls keine fehlermeldung

Beitrag von **petgun** » Dienstag 13. Mai 2003, 13:41

grubi hat geschrieben:..Bestätigt bei mir den Verdacht, daß auch Fehler im gesendeten Stream ab und zu die Ursache für Resyncs sind.

jau

Zur Auswertung wäre es auch ganz gut wenn man die einzelnen Configs kennen würde.

1.) Boxtyp
2.) Sat oder Kabel
3.) Grabprogramm
3.) Neutrino / Enigma oder Sonstewas
4.) UDP oder TCP

Was Fehlt ?

nix....wenn sich hier eindeutig rausstellt, das es Streameigenarten gibt die bei allen zur gleichen Zeit zu einem Resync fuehren, waeren wir imho schon ein ganzes Stueck weiter. Dann wuerde es darum gehen diese Besonderheit herauszufinden...und dann waeren mal wieder die Devs gefragt.
Vielleicht kommt ja auch heraus das Du mit Enigma besser faehrst...dann werden wir alle zu Ueberlaeufern und stimmen den Abgesang auf Neutrino an ;-) ich bin jedenfalls ziemlich gespannt was dabei raus kommt...hoffentlich wird das Ergebnis eindeutig.

cu,
peter

<edit>
jetzt wird der Thread wieder richtig dargestellt. Dank an den Fixer

</edit>

--
"Keine Tugend ist so recht nach meinem Sinn,
stets befind ich mich am wohlsten, wenn ich damit fertig bin" [W.Busch]

Beitrag von **petgun** » Dienstag 13. Mai 2003, 13:59

Hi,

kameleon hat geschrieben:hi, hab mit "jack the grabber" heut früh von 7 bis 10 auf p2 pearl h...
gegrabbt (nur mit ac3), ergebniss ist das das file auf platte ist und über 5gb groß ist (ntfs partition), ob das nu funktioniert (syncron in bild und ton) kann ich erst heut abend posten wenn ich von arbeit komme, kam jedenfalls keine fehlermeldung

ist ja ein gutes Ergebnis, aber es nuetzt hier leider nix, wenn's darum geht herauszufinden ob's am Stream selbst liegt...angesagt war 6:00 auf P1. Gibts bei Jack the Grabber kein logfile?

cu,
peter

--
"Nur wer selbst brennt, kann Feuer in anderen entfachen."
[Augustinus Aurelius (354 - 430)]

Beitrag von **Tschups** » Dienstag 13. Mai 2003, 14:10

Hi all

jetzt muß ich doch mal meine Erfahrunge posten.

Also Ich ne Nokia Sat 2x
Basisimage 1.6.9
Gandalfx Cramfs vom März diesen Jahres
Grabbe mit Wingrab(x)

Zwar habe ich die Beobachtung gemacht, das Premiere jetzt höhere Datenraten fährt, habe aber beim grabben keinerlei Probs. ( mal abgesehen von 2-3 Sync's in fünf Filme)

Ich nehme Wingrab, weil ich bei Ggrab einen "unsauberen Stream" bekomme. Der lässt sich nach wie vor nicht mit TmpEnc & CO nicht bearbeiten. Bekomme dann asyncronität usw.

Gruß Tschups

Beitrag von **kameleon** » Dienstag 13. Mai 2003, 14:11

hatte das hier zu spät gelesen, da lief die aufname schon, bin auserdem erst nach 6 aufgestanden und man mus um ac3 mit jack aufzunehmen zur zeit noch manuell starten, denk aber mal wenn das gut ging könnte es euch trotzdem helfen, und ein log hab ich noch nich gefunden, auser aufnahme start und aufnahme stop stand da nix da, näheres heut abend

@tschups
bei stereo geht das auch, nur wenn du ac3 nimmst dann gibts da probleme
(zumindestens ist es bei mir so)

So, hier das Ergebnis von heute morgen:
Premiere 1, "Pearl Harbor", Normaler Stereo-Ton

Code: Alles auswählen

13.05.2003 05:58:19 [MuxWriter] started
13.05.2003 05:58:19 [Muxer] started
13.05.2003 05:58:19 [VideoProcessor] started
13.05.2003 05:58:19 [VideoPesParser] started
13.05.2003 05:58:19 [AudioProcessor0] started
13.05.2003 05:58:19 [AudioPesParser0] started
13.05.2003 05:58:19 [VideoHTTP] started
13.05.2003 05:58:19 [VideoHTTP] HTTP streaming started successfully
13.05.2003 05:58:19 [AudioHTTP0] started
13.05.2003 05:58:19 [AudioHTTP0] HTTP streaming started successfully
13.05.2003 05:58:20 [VideoProcessor] locked on stream id 224

13.05.2003 05:58:22 [AudioProcessor0] locked on stream id 192
13.05.2003 05:58:22 [Muxer] Resync successful

13.05.2003 05:59:19 [Muxer] invalid video sequence: more than 1 picture with same temporal_reference found [sequence skipped, need resync]
13.05.2003 05:59:19 [Muxer] warning: video dts discontinuity detected [-75600 dts cycles]

13.05.2003 05:59:21 [Muxer] warning: audio (1) pts discontinuity detected [-75600 pts cycles]
13.05.2003 05:59:21 [Muxer] Resync successful

13.05.2003 06:05:49 [VideoProcessor] packet skipped: not a valid video stream id

13.05.2003 06:05:50 [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
13.05.2003 06:05:51 [Muxer] warning: video dts discontinuity detected [-43200 dts cycles]

13.05.2003 06:05:52 [Muxer] warning: audio (1) pts discontinuity detected [-43200 pts cycles]
13.05.2003 06:05:52 [Muxer] Resync successful

13.05.2003 06:06:00 [VideoProcessor] packet skipped: not a valid video stream id

13.05.2003 06:17:06 [AudioProcessor0] warning: pts length of audio frame changed from 2160 to 2351 pts cycles
13.05.2003 06:17:06 [AudioProcessor0] warning: pts length of audio frame changed from 2351 to 2160 pts cycles
13.05.2003 06:17:06 [AudioProcessor0] warning: pts discontinuity detected [-1969 pts cycles]
13.05.2003 06:17:06 [Muxer] invalid audio sequence: missing audio (1) frames in sequence [sequence skipped, need resync]
13.05.2003 06:17:06 [Muxer] warning: audio (1) pts discontinuity detected [-43009 pts cycles]
13.05.2003 06:17:06 [Muxer] Resync successful

13.05.2003 06:26:48 [AudioProcessor0] warning: pts discontinuity detected [-2160 pts cycles]
13.05.2003 06:26:48 [Muxer] invalid audio sequence: missing audio (1) frames in sequence [sequence skipped, need resync]

13.05.2003 06:26:50 [Muxer] warning: audio (1) pts discontinuity detected [-43200 pts cycles]
13.05.2003 06:26:50 [Muxer] Resync successful

13.05.2003 06:38:45 [VideoProcessor] packet skipped: invalid start code 236

13.05.2003 06:38:46 [Muxer] invalid video sequence: more than 1 picture with same temporal_reference found [sequence skipped, need resync]
13.05.2003 06:38:46 [Muxer] warning: video dts discontinuity detected [-86400 dts cycles]
13.05.2003 06:38:46 [Muxer] warning: audio (1) pts discontinuity detected [-86400 pts cycles]
13.05.2003 06:38:46 [Muxer] Resync successful

13.05.2003 07:31:26 [AudioProcessor0] warning: pts discontinuity detected [-12960 pts cycles]
13.05.2003 07:31:26 [Muxer] invalid audio sequence: missing audio (1) frames in sequence [sequence skipped, need resync]
13.05.2003 07:31:26 [Muxer] warning: audio (1) pts discontinuity detected [-75600 pts cycles]
13.05.2003 07:31:26 [Muxer] Resync successful

13.05.2003 07:38:40 [VideoProcessor] packet skipped: not a valid video stream id

13.05.2003 07:40:23 [VideoProcessor] packet skipped: not a valid video stream id

13.05.2003 07:42:11 [Muxer] invalid video sequence: more than 1 picture with same temporal_reference found [sequence skipped, need resync]
13.05.2003 07:42:11 [Muxer] warning: video dts discontinuity detected [-75600 dts cycles]

13.05.2003 07:42:13 [Muxer] warning: audio (1) pts discontinuity detected [-75600 pts cycles]
13.05.2003 07:42:13 [Muxer] Resync successful

13.05.2003 08:07:01 [Muxer] invalid video sequence: more than 1 picture with same temporal_reference found [sequence skipped, need resync]
13.05.2003 08:07:01 [Muxer] warning: video dts discontinuity detected [-43200 dts cycles]

13.05.2003 08:07:03 [Muxer] warning: audio (1) pts discontinuity detected [-43200 pts cycles]
13.05.2003 08:07:03 [Muxer] Resync successful

13.05.2003 08:14:25 [VideoProcessor] packet skipped: not a valid video stream id

13.05.2003 08:14:25 [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
13.05.2003 08:14:26 [Muxer] warning: video dts discontinuity detected [-43200 dts cycles]

13.05.2003 08:14:27 [Muxer] warning: audio (1) pts discontinuity detected [-43200 pts cycles]
13.05.2003 08:14:27 [Muxer] Resync successful

13.05.2003 08:15:19 [VideoProcessor] packet skipped: not a valid video stream id
13.05.2003 08:15:20 [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
13.05.2003 08:15:20 [Muxer] warning: video dts discontinuity detected [-43200 dts cycles]
13.05.2003 08:15:20 [Muxer] warning: audio (1) pts discontinuity detected [-43200 pts cycles]
13.05.2003 08:15:20 [Muxer] Resync successful

13.05.2003 08:19:39 [Muxer] splitt size reached... starting new file
13.05.2003 08:19:39 [Muxer] Resync successful

13.05.2003 08:21:23 [AudioProcessor0] warning: pts discontinuity detected [43188224 pts cycles]
13.05.2003 08:21:23 [AudioProcessor0] warning: pts discontinuity detected [-43188224 pts cycles]
13.05.2003 08:21:23 [Muxer] invalid audio sequence: missing audio (1) frames in sequence [sequence skipped, need resync]
13.05.2003 08:21:23 [Muxer] warning: audio (1) pts discontinuity detected [-43200 pts cycles]
13.05.2003 08:21:23 [Muxer] Resync successful

13.05.2003 08:50:49 [VideoProcessor] packet skipped: invalid start code 226
13.05.2003 08:50:49 [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
13.05.2003 08:50:50 [Muxer] warning: video dts discontinuity detected [-43200 dts cycles]

13.05.2003 08:50:51 [Muxer] warning: audio (1) pts discontinuity detected [-43200 pts cycles]
13.05.2003 08:50:51 [Muxer] Resync successful

13.05.2003 08:53:23 [VideoProcessor] packet skipped: not a valid video stream id

13.05.2003 08:53:24 [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
13.05.2003 08:53:24 [Muxer] warning: video dts discontinuity detected [-43200 dts cycles]
13.05.2003 08:53:24 [Muxer] warning: audio (1) pts discontinuity detected [-43200 pts cycles]
13.05.2003 08:53:24 [Muxer] Resync successful

Meine Konfiguration:
- Sagem 1xI Avia600
- Kabel
- NGrab 0.7.75 (mit alter WinGrabEngine.dll)
- Neutrino (BI 1.6.8, CDK Gandalfx 5.3.03)
- Hmmm... Mach das Gandalfx-Image nun UDP oder TCP?

Gag

Beitrag von **grubi** » Dienstag 13. Mai 2003, 14:27

>>Mach das Gandalfx-Image nun UDP oder TCP?

Unterstützt beides. Hängt vom Streamingprogramm ab.
NGRAB unterstützt AFAIK nur TCP.

Beitrag von **Lechuk** » Dienstag 13. Mai 2003, 14:31

Da ich zu blöd bin rauszubekommen welche pids ich für mehrere
Audiospuren brauche und mich nicht traue zu fragen, *schnief*
werde ich es dann "nur" mit AC3 mit meinem Baby/Sagem aufnehmen.

Das ist das Plan, LeChuck!

Premiere 1 um 20.15 nur mit AC3...

Gag

grubi hat geschrieben:>>Mach das Gandalfx-Image nun UDP oder TCP?

Unterstützt beides. Hängt vom Streamingprogramm ab.
NGRAB unterstützt AFAIK nur TCP.

Okay, dann TCP. NGrab kann IMHO nur diesen Modus, da die aktuelle Version 0.7.75 vor den UDP-Experimenten von Gandalfx herausgegeben wurde.
Ich hab das nur nicht verfolgt, wie das nun genau funktioniert. Und in Neutrino selber hab ich auch nirgendwo einen "Schalter" gefunden, mit dem man TCP oder UDP auswählen könnte. Leider findet man Anleitungen zu diesen Themen immer nur irgendwo versteckt als Forumsbeiträge in 30-Seitigen Threads

Gag

Beitrag von **grubi** » Dienstag 13. Mai 2003, 14:57

>>Ich hab das nur nicht verfolgt, wie das nun genau funktioniert.
>>Und in Neutrino selber hab ich auch nirgendwo einen "Schalter" >>gefunden, mit dem man TCP oder UDP auswählen könnte.

UDP streaming ist in der strempes des head seit Version 1.7 enthalten und im release branch seit 1.4.2.2. Bei allen Images welche diese oder neuere Version benutzen kann das grabproggi selbst entscheiden ob es einen TCP oder UDP port zum streamen öffnet. Auf Seiten der Box sind hier keine weiteren Einstellugen erforderlich.

HTH

Beitrag von **Tschups** » Dienstag 13. Mai 2003, 15:40

@kameleon

>bei stereo geht das auch, nur wenn du ac3 nimmst dann gibts da probleme

Hab grad mal auf die schnelle mit WingrabZ ein paar Minuten "Der 4 Engel" ausprobiert. Der ist leider nur in DD 2.0. hatte aber keinerlei Probleme.

Liegts an Wingrab? Könnte sein! Denn die Wingrab.dll wurde ja vor nicht allzulanger Zeit von Elminster optimiert.

cu Tschups

@Tschups: Ich hab die neue WinGrabEngine.dll mal kurz ausprobiert, aber damit hat mir NGrab regelmäßig "Audioframe Jitter detected" geworfen. Die Logfiles waren fast so groß wie das Stream-File ...

Deshalb hab ich wieder auf die ältere dll abgerüstet.

@grubi: Und welche Version ist im aktuellen AlexW (3.5.) drin? Würde mich mal interessieren. Und welche Stream-Proggis unterstützen UDP?

Gag

Beitrag von **grubi** » Dienstag 13. Mai 2003, 16:04

>>Und welche Version ist im aktuellen AlexW (3.5.) drin?

Ich glaub das weiß nur AlexW (Aber UDP Support müsste damit funzen)

>>Und welche Stream-Proggis unterstützen UDP?

TuxVision
GGrab

Beitrag von **Tschups** » Dienstag 13. Mai 2003, 17:27

@kameleon

>bei stereo geht das auch, nur wenn du ac3 nimmst dann gibts da probleme

neee, auch hier traten keine Probleme auf. Hab's grad ausprobiert. "Der kleine Eisbär" mit DD5.1 und auf Prem 2 "Der 4. Engel" DD2.0.

Probier mal Wingrab. Vielleicht klappts ja damit besser.

cu Tschups

Beitrag von **petgun** » Dienstag 13. Mai 2003, 18:04

hi,
in dem logfile von Gag sind schon ein paar Meldungen drin die mir nicht gelaufig sind....hab' aber schon laenger nicht mehr mit Wingrab aufgenommen:

[VideoProcessor] packet skipped: not a valid video stream id
....
[AudioProcessor0] warning: pts length of audio frame changed from 2160 to 2351
....
[VideoProcessor] packet skipped: invalid start code 236

den Stream kannst Du imho in die Tonne treten..sieht fuer mich uebel aus. Ich wuerde gerne mal ein Statement von Gandalfx/Eminster/BSE dazu lesen. Nach meiner Meinung ware dieser Stream zB. mit ggrab aufgenommen nicht mehr weiter zu bearbeiten....und wuerde zu dieser Asynchronitaet fuehren. Genau diese 'skipped packets' nimmt Wingrab imho _inklusive_ Audio raus....gibt dann zwar Bild _und_ Tonaussetzer aber bei der Nachbearbeitung gibt's nicht diese Asynchronitaet wie mit ggrab die sich mit nix ausbuegeln laesst.
Ich hoffe hier lesen auch die Experten mit und koennen uns mal genau aufklaeren und Ihre Meinung zu dem logfile posten.

cu,
peter

--
Wie bricht man einer Frau das Nasenbein?
.
.
.
Man legt einen Hunderter unter einen Glastisch.

Beitrag von **grubi** » Dienstag 13. Mai 2003, 18:12

>>Nach meiner Meinung ware dieser Stream zB. mit ggrab
>> aufgenommen nicht mehr weiter zu bearbeiten....und wuerde zu >>dieser Asynchronitaet fuehren.

?????
Kann ich nicht bestätigen. Habe mittlerweile haufenweise
Filme mit GGRAB + AC3 gestreamt und keine Probleme
mit async.

Beitrag von **petgun** » Dienstag 13. Mai 2003, 18:29

hi,
@Gag:

> Ich hab die neue WinGrabEngine.dll mal kurz ausprobiert, aber damit
> hat mir NGrab regelmäßig "Audioframe Jitter detected" geworfen

voll normal bei 21-Sekunden Sendern..ohne Auswirkung!

@grubi

> Kann ich nicht bestätigen. Habe mittlerweile haufenweise
> Filme mit GGRAB + AC3 gestreamt und keine Probleme
> mit async.

ja, geht mir ja auch so..ist ein Erklaerungsversuch fuer die Asynchronitaet die ich bisher auch nur zwei mal hatte...'Video Gap'...Audio laeuft weiter und die Nachbearbeitungsprogramme (ds.jar, PVAstrumento, GopFixer, MPEGCut, usw.) kommen damit irgendwie nicht klar..???

cu,
peter

--
no sig tonight

Das Problem mit dem Jitter hatte ich auch mal auf Premiere-Kanälen, nicht nur bei den 21er-Kandidaten. Deshalb hab ich die DLL wieder rausgeworfen.

Gag

Beitrag von **petgun** » Dienstag 13. Mai 2003, 19:28

Hi,

Gag Halfrunt hat geschrieben:Das Problem mit dem Jitter hatte ich auch mal auf Premiere-Kanälen, nicht nur bei den 21er-Kandidaten. Deshalb hab ich die DLL wieder rausgeworfen.

...und war der Stream defekt? Ich faend's gut wenn Elminster die Meldung unterdruecken wuerde....Stream ist nach meiner Erfahrung zumindest bei den 21-Sendern in Ordnung.

cu,
peter