joemadder Geschrieben 11. März 2008 Melden Share Geschrieben 11. März 2008 Hallo Leute, ich habe jetzt schon alles mögliche probiert, aber ich bekomme es nicht hin das ich mir TS Dateien mit dem Movieplayer anschauen kann. Die Dateien wurden vorher einwandfrei auf dem gleichen System aufgenommen und laufen auf einem anderen Rechner (auch über Netzwerk) einwandfrei. Erstmal was zum System: dBox2 Nokia Kabel Avia500, Keywelt 2008 Squashfs Februar Image V2.1 NFS-Server: ASUS Pundit2 M2A690G SockelAM2 Barebone AMD Athlon64 X2 BE-2400 EE Brisbane 2x2.3GHz 2GB RAM, 750GB SATA2 Festplatte Linux System mit Debian testing (Kernel 2.6.22) Version i386 Die dBox habe ich mit dem Server über eine SoHo Switch verbunden, testweise auch direkt über eine Fritzbox 7140. Der Netzwerktest ergab folgendes: /tmp # ./ntest 164.25.157.30 /mediaserver/dbox2 /mnt/filme 32768 32768 32768, 32768 8192+0 records in 8192+0 records out real 1m 0.22s user 0m 0.29s sys 0m 14.32s 8393 8192+0 records in 8192+0 records out real 1m 3.05s user 0m 0.22s sys 0m 9.09s 8126 164.25.157.30:/mediaserver/dbox2 on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=164.25.157.30) Ich habe auch mit anderen werten für rwsize experimentiert, aber die Werte waren alle schlechter. Mit setconsole habe ich mir dann noch folgendes Log geholt: [LCDFONT] FTC_Face_Requester (Fix12/Regular) [movieplayer.cpp] actionKey=tsplayback [movieplayer.cpp] executing /var/tuxbox/config/movieplayer.start. [mp] setting parental to (0) sh: /var/bin/parental.sh: not found [mp] Startplay [mp] PlayFileThread starts [mp] found pida[0]: 0x00C0, ac3=0 [mp] found pida[1]: 0x0080, ac3=1 [movieplayer.cpp] apid changed to 192 [mp] plain TS file with vpid=(0x00E0) apid=(0x00C0) ac3=(0) [mp] buffer (1633344 bytes) created, using (24) total segments, opt = (18) [mp] reader thread started ... [mp] entering player loop [mp] buffering ... [controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9) [controld] format: 16:9 [zapit] cmd 56 refused in standby mode [movieplayer.cpp] AR change detected in auto mode, adjusting display format [mp] pause [mp] continue [mp] buffering ... [mp] pause [mp] continue [mp] ... reader thread terminated [mp] leaving player loop ... [mp] ... checking for another playlist item [mp] mp_playFileThread terminated [frontend] uncommitted_switch_mode 0 [CBasicClient] connect failed: /tmp/camd.sock01 /tmp/camd.sock01: No such file or directory [CBasicClient] connect failed: /tmp/camd.sock02 /tmp/camd.sock02: No such file or directory [movieplayer.cpp] executing /var/tuxbox/config/movieplayer.end. [controld] setting VideoFormat to auto [controld] format: 16:9 [controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (16:9 -> 4:3) [controld] format: 4:3(LB) Der mount auf der dBox sieht so aus: /var # mount rootfs on / type rootfs (rw) /dev/root on / type squashfs (ro) none on /dev type devfs (rw) proc on /proc type proc (rw) /dev/mtdblock/3 on /var type jffs2 (rw) tmpfs on /tmp type ramfs (rw) 164.25.157.30:/mediaserver/dbox2 on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=164.25.157.30) /var # und so auf dem Server: mediaserver:~# mount /dev/sda2 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda3 on /home type ext3 (rw) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) nfsd on /proc/fs/nfsd type nfsd (rw) Im syslog vom Server erscheint keine Meldung. Ich kann die Dateien problemlos starten und die Tonspur auswählen, der Film Läuft dann knapp 2 Minuten einwandfrei. Dann allerdings fängt er an im Sekundentakt zu ruckeln, es erscheint KEINE Meldung wegen puffern oder so. Datei via VLC funktioniert einwandfrei. Aufnehmen funktioniert auch einwandfrei. Ich habe mal zu Testzwecken ein Image von Juni 2006 installiert, aber auch dort ist der gleiche Effekt zu beobachten. Wabber habe ich sowohl ein, als auch ausgeschaltet und mit höheren Werten getestet. Ich hoffe mir kann jemand den entscheidenden Tipp für eine Lösung dieses Problems geben. mfg joemadder Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
miro17 Geschrieben 11. März 2008 Melden Share Geschrieben 11. März 2008 Moin, mounte mal nicht mit udp sondern tcp (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=164.25.157.30) Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 12. März 2008 Melden Share Geschrieben 12. März 2008 @miro17 Das dürfte aber außer einer markant niedrigeren Geschwindigkeit nichts bringen. Wenn im Netzwerktest wie oben gepostet ein Durchsatz von 8126 erreicht wird, funktioniert das Netzwerk ansich. Und würden im Netzwerk selbst irgendwelche Durchsatzeinbrüche auftreten, käme die "Puffern" Meldung auf der Box. Ich vermute mal, daß die Box mit irgendwas anderem (Hintergrundprozesse) beschäftigt ist und dadurch das Ruckeln verursacht wird. @joemadder Lasse mal eine telnet-Konsole (oder was es da unter Linux gibt) mitlaufen und überprüfe mal mit top die Auslastung der Box, ob da irgendein Prozeß (im Augenblick der Ruckelei) außergewöhnliche CPU-Last zieht. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
miro17 Geschrieben 12. März 2008 Melden Share Geschrieben 12. März 2008 @merkwürden,wenn da Prozesse im Hintergrund laufen,müsste die dann nicht auch puffern?? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 12. März 2008 Melden Share Geschrieben 12. März 2008 @merkwürden,wenn da Prozesse im Hintergrund laufen,müsste die dann nicht auch puffern?? Warum? Wenn der Movieplayer durch andere Prozesse ausgebremst wird, kann er nicht puffern, weil er dazu gar nicht erst kommt, er hat keine Zeit dazu. Gepuffert wird nur, wenn der Movieplayer Streamdaten langsamer bekommt, als er sie wiedergeben muß. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
miro17 Geschrieben 12. März 2008 Melden Share Geschrieben 12. März 2008 jo leuchtet ein Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
joemadder Geschrieben 12. März 2008 Autor Melden Share Geschrieben 12. März 2008 Mit TCP hatte ich es auch schon mal probiert, aber da war die Übertragungsrate noch niedriger. Habe jetzt mal top laufen lassen während der Wiedergabe. Im Moment des ruckeln sah das so aus: auf der dBox: 2:20pm up 20:19, 0 users, load average: 0.65, 0.57, 0.52 52 processes: 51 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 6.8% user, 21.0% system, 0.0% nice, 72.2% idle Mem: 30884K total, 30080K used, 804K free, 396K buffers Swap: 0K total, 0K used, 0K free, 15100K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 20786 root 18 0 844 844 680 R 10.4 2.7 0:05 top 20661 root 13 0 5944 5132 2128 S 7.1 16.6 0:14 neutrino 20666 root 10 0 5944 5132 2128 S 1.6 16.6 0:03 neutrino 19157 root 9 0 464 464 388 S 0.8 1.5 0:09 telnetd 11079 root 11 0 0 0 0 SW 0.4 0.0 1:18 rpciod 4 root 10 0 0 0 0 SW 0.3 0.0 1:00 kswapd 484 root 9 0 5944 5132 2128 S 0.3 16.6 12:43 neutrino 11780 root 9 0 800 800 240 S 0.1 2.5 0:57 xxxx3 1 root 13 0 492 488 456 S 0.0 1.5 0:35 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 19 19 0 0 0 SWN 0.0 0.0 19:57 ksoftirqd_CPU0 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 6 root 9 0 0 0 0 SW 0.0 0.0 0:01 kupdated 7 root 9 0 0 0 0 SW 0.0 0.0 0:03 mtdblockd 17 root 15 10 0 0 0 SWN 0.0 0.0 0:00 jffs2_gcd_mtd3 74 root 9 0 0 0 0 SW 0.0 0.0 1:19 avia_av_wdt 101 root 9 0 592 592 500 S 0.0 1.9 0:00 inetd 166 root 8 0 536 532 460 S 0.0 1.7 0:00 start_neutrino auf dem Server: top - 14:21:51 up 25 min, 2 users, load average: 0.00, 0.00, 0.00 Tasks: 159 total, 2 running, 157 sleeping, 0 stopped, 0 zombie Cpu(s): 0.2%us, 0.2%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1946328k total, 601208k used, 1345120k free, 10024k buffers Swap: 979924k total, 0k used, 979924k free, 515872k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3285 root 15 0 106m 15m 10m S 0 0.8 0:00.89 vlc 3524 root 15 0 2444 1152 852 R 0 0.1 0:00.80 top 1 root 15 0 2028 712 608 S 0 0.0 0:00.99 init 2 root 11 -5 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0 4 root 34 19 0 0 0 S 0 0.0 0:00.57 ksoftirqd/0 5 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/0 6 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/1 7 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/1 8 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/1 9 root 10 -5 0 0 0 S 0 0.0 0:00.12 events/0 10 root 10 -5 0 0 0 S 0 0.0 0:00.12 events/1 11 root 10 -5 0 0 0 S 0 0.0 0:00.00 khelper 31 root 10 -5 0 0 0 S 0 0.0 0:00.00 kblockd/0 32 root 10 -5 0 0 0 S 0 0.0 0:00.00 kblockd/1 33 root 10 -5 0 0 0 S 0 0.0 0:00.00 kacpid 34 root 10 -5 0 0 0 S 0 0.0 0:00.00 kacpi_notify 147 root 10 -5 0 0 0 S 0 0.0 0:00.00 kseriod 173 root 22 0 0 0 0 S 0 0.0 0:00.00 pdflush Die Ausgaben von top habe ich mal gekürzt, aber dort standen alle anderen Prozesse bei 0% Für mich sieht das eigentlich OK aus, kann keine Ungereimtheiten finden was das Ruckeln verursacht. Was mich jetzt aber sehr verwundert, ist das ich den Film trotz ruckeln einfach mal weiter hab laufen lassen (in der Hoffnung in top würde doch noch was erscheinen) und nach ca. weiteren 2 Minuten hörte das ruckeln auf und der Film lief flüssig weiter und es traten keine ruckler mehr auf. Desweiteren fiel mir auf das während des ruckeln die LED am Switch für die Datenübertragung aufhörte zu blinken. Aber wenn ein Problem des Netzwerkes oder des Servers vorlegen würde, dann würde doch die Meldung Puffern erscheinen, oder irre ich mich da? Für mich sieht es fast so aus als ob die dBox keine Daten mehr anfordern würde, dadurch ja auch keine Meldung Puffern. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 12. März 2008 Melden Share Geschrieben 12. März 2008 Auf dem Server brauchste mit top nicht zu suchen. Der wird beim Streamen nicht mal annähernd belastet. Von der Box her sieht das auch normal aus, top zieht ja selbst Prozessorlast, wenn Du die 10% abziehst, kommst Du auf 18% Last der Box. Da ist keine Gefahr. nach ca. weiteren 2 Minuten hörte das ruckeln auf und der Film lief flüssig weiter... Desweiteren fiel mir auf das während des ruckeln die LED am Switch für die Datenübertragung aufhörte zu blinken. ... Für mich sieht es fast so aus als ob die dBox keine Daten mehr anfordern würde Ich habe da einen Verdacht: das TS-File ist nicht ganz astrein und hat Fehler im Stream. In dem Moment "verschluckt" sich die Box mit der Wiedergabe und muß erst mal sehen, wie's weiter gehen soll (wenn man das mal so lapidar ausdrücken darf). Und in dieser Zeit braucht sie keine Daten vom Server, der interne Wiedergabepuffer der Box ist ja von vor dem Fehler bis oben gefüllt, daher auch keine "Puffern" Meldung. Jage mal das fragwürdige TS durch ProjectX. Müßte als Java-Applikation ja auch unter Linux laufen, sonst kannste Dir das auch aus den Sourcen selber unter Linux compilieren, das Java JDK steht für Linux auf jeden Fall zur Verfügung. Falls meine Vermutung stimmt, wird Dir ProjectX dann in den fraglichen 2 Minuten ein paar Fehlerchen um die Ohren schmeißen, siehste im Logfile. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
joemadder Geschrieben 12. März 2008 Autor Melden Share Geschrieben 12. März 2008 Klingt logisch was du da sagst und scheinbar hat da nur die dBox, bzw. der Movieplayer, ein Problem damit, weil mplayer unter Linux und MediaPlayer Classic unter Windows spielen die Files einwandfrei ab. Werde es später mal mit VLC unter Windows und erweiterter Logausgabe probieren, mal schauen ob das was anzeigt zumindest. Habe das File jetzt mal durch ProjectX gejagt, aber das Ergebnis wird dich nicht erfreuen (mich aber auch nicht): <<< Session Informationen >>> Kompiliert von OoZooN mit JDK 1.5.0_04 Mittwoch, 12. März 2008 18.04 Uhr CET ProjectX 0.90.04.00 (30.03.2006) -> arbeite an Zusammenstellung 0 -> schreibe Videodaten -> schreibe alle anderen Daten -> PES Stromtyp unterdrückt: Teletext -> PES Stromtyp unterdrückt: Untertitel -> PES Stromtyp unterdrückt: Generic_VBI -> PVA: Audio nur formatgerecht behandeln -> VOB: versch. Cell-Zeitlinen beachten -> TS: erweiterte Paketinhaltsuche -> TS: verbinde Dateisegmente (Dreambox®) -> akzept. nur geschlossene PES/TS Pakete -> verbinde verschiedene Aufnahmen -> schreibe Ausgabedateien nach: 'E:\Movies\Dbox-Aufnahme' -> Eingabedatei 0: 'M:\mediacenter\dbox2\Die_Simpsons_-_Der_Film-Animation.001.ts' (2.114.799.216 Bytes) -> Dateityp ist TS (generic PES Container) -> erstelle TS -> Service ID 0x102 -> PMT 0x100 verweist auf diese Programminhalte: Video: PID: 0xE0(#1) Audio: PID: 0xC0(#2)(deu) PID: 0x80(#3)(AC-3)(deu)[PD] PID: 0x80(#3)(eng)(AC-3)[PD] Teletext: n/a Untertitel: n/a !> PID 0x0 (PAT) (0 #1) -> ignoriert !> PID 0x100 (PMT) (188 #2) -> ignoriert ok> PID 0xE0 hat PES-ID 0xE0 (MPEG Video) umgesetzt auf 0xE0 (564 #4) ok> PID 0xC0 hat PES-ID 0xC0 (MPEG Audio) umgesetzt auf 0xC0 (172584 #919) ok> PID 0x80 hat PES-ID 0xBD (private_stream_1) umgesetzt auf 0x80 (176156 #938) packs: 11099425 100% 2114799216 ---> neue Datei: E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.new.ts Zusammenfassung der erstellten Mediendateien: Multiplex: 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.new.ts' => 2.134.231.648 Bytes geschrieben... -> es wurden 2 Warn-/Fehlermeldungen ausgegeben. Ich denke die zwei Warnungen kann man ignorieren da es hier nur um PID's geht. Aber irgendwas muß mit dem File sein, nach dem ich es durch ProjektX gejagt habe kann ich nun ca 4 Minuten schauen bevor es anfängt zu ruckeln. Einmal auf Pause und wieder Play, das File läuft einwandfrei weiter (geht auch mit vorspulen). Gibt es eventuell noch andere Programme womit man TS-Dateien analysieren kann? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 12. März 2008 Melden Share Geschrieben 12. März 2008 Die 2 Warnungen sind in der Tat irrelevant. PMT (Program Map Table) und PAT (Program Allocation Table) sind unnötig zum lokalen Abspielen eines TS-Files, steht ja auch dahinter "ignoriert", weil's die nicht braucht. Im SAT-TransportationStream sind die aber unbedingt erforderlich, sonst wüßte ja der Receiver nicht, was er denn da anzeigen soll. Bei älteren Images (2006er) konnte man übrigens in den Direktaufnahme-Einstellungen die Option "PMT aufzeichnen" deaktivieren. Option ist dann irgendwann mal entfallen. Hab aber keine Ahnung, ob das jetzt dauerhaft ein oder aus ist, man sieht ja nix mehr. Und ich glaube mich noch dran zu erinnern, daß die Box auch trotz "PMT aufzeichnen aus" PMT-Einträge im aufgenommenen TS geliefert hat. Bin mir aber nicht mehr ganz sicher... Naja, is eh wurscht. Aber irgendwas muß mit dem File sein, nach dem ich es durch ProjektX gejagt habe kann ich nun ca 4 Minuten schauen bevor es anfängt zu ruckeln. ProjectX hat die Kontrolldaten des TS neu geschrieben. Siehst Du ja auch daran, daß das File leicht größer geworden ist. Gut möglich, daß da Kontrollpakete im Original nicht ganz korrekt (oder auch zu wenig) waren, was die Box aber beim Wiedergeben direkt vom SAT nicht stört. Gibt es eventuell noch andere Programme womit man TS-Dateien analysieren kann? ProjectX. Wähle aber nicht "zu TS", sondern "demux". Dann wird Dir alles aufgezeigt, was da irgendwo nicht paßt, z.B. fehlerhafte Audio- oder Videopakete, unpassende oder fehlende GOPs und so weiter. Bei "zu TS" dagegen wird das File nicht demuxt und demzufolge bis auf die Kopfdaten des ursprünglichen TS auch nicht analysiert (und korrigiert). Praktisch nur der im TS enthaltene MPG-PS ungesehen mit neuen TS-Kontrollpaketen bestückt. Beweis, daß das so ist: Nehme mal von [true:] young tv einen Clip auf (nicht wegen des Inhalts ). Wundere Dich das erste Mal schon über das komplett zerruckelte Bild am TV. Versuche dann mal, das Ding mit dem Media Player Classic abzuspielen, Du wirst Dich nochmal wundern. Der Scheiß läßt sich auch über die Box nicht brauchbar abspielen, wieder alles komplett zerruckelt. Anschließend jage das Ding durch ProjectX "zu TS" und wundere Dich danach wieder, wenn Du's mit dem MPC abspielen willst. Du bekommst übrigens keine relevanten Warnungen. Jagst Du die Aufnahme durch ProjectX "demux", dann kannst Du die erhaltenen m2v/mp2 völlig problemlos mit dem Media Player Classic abspielen - ohne jeglichen Ruckler. Im Logfile von ProjectX wirst Du aber sowas finden: -> 219 stereo/jointstereo Wechsel gefunden... Der Testclip war 56 Sekunden lang... Was die auf dem Sender für Schrott-TS liefern, spottet jeder Beschreibung, das hat mit DVB-Standard absolut nichts mehr am Hut... für den technischen Dreck müßte man den Sender verklagen und ihm die Lizenz entziehen - aber da hat wohl der liebe Gott seine Hände drüber... Schlußendlich schnappe Dir ein Programm, das mv2/mp2 zu mpg muxen kann (ProjectX kann das nicht, ich nehme dazu den PC-Welt Media Konverter, mußt Du mal danach suchen), das mpg kannst Du dann aber mit ProjectX zu TS verpacken. Das Resultat läuft dann wenigstens im MPC ordentlich, die Box kommt damit aber trotz allem immer noch nicht zurecht. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
joemadder Geschrieben 12. März 2008 Autor Melden Share Geschrieben 12. März 2008 Erstmal vielen Dank für deine Mühe, leider kann ich deinen Test nicht durchführen, da ich diesen Sender nicht empfange (Kabel/UM) aber ich glaube dir das auch so. MPC spielt die Files ja auch so schon ordentlich ab. Habe das jetzt nochmal mit ProjectX gemacht, diesesmal aber als demux: <<< Session Informationen >>> Kompiliert von OoZooN mit JDK 1.5.0_04 Mittwoch, 12. März 2008 19.20 Uhr CET ProjectX 0.90.04.00 (30.03.2006) -> arbeite an Zusammenstellung 0 -> schreibe Videodaten -> schreibe alle anderen Daten -> composite.display.flag unwirksam machen -> Sequenzendcode am Ende anfügen -> Sequenzendcode bei Wechseln einfügen -> PES Stromtyp unterdrückt: Teletext -> PES Stromtyp unterdrückt: Untertitel -> PES Stromtyp unterdrückt: Generic_VBI -> PVA: Audio nur formatgerecht behandeln -> VOB: versch. Cell-Zeitlinen beachten -> TS: erweiterte Paketinhaltsuche -> TS: verbinde Dateisegmente (Dreambox®) -> akzept. nur geschlossene PES/TS Pakete -> verbinde verschiedene Aufnahmen -> schreibe Ausgabedateien nach: 'E:\Movies\Dbox-Aufnahme' -> Eingabedatei 0: 'M:\mediacenter\dbox2\Die_Simpsons_-_Der_Film-Animation.001.ts' (2.114.799.216 Bytes) -> Dateityp ist TS (generic PES Container) -> demultiplexe -> Service ID 0x102 -> PMT 0x100 verweist auf diese Programminhalte: Video: PID: 0xE0(#1) Audio: PID: 0xC0(#2)(deu) PID: 0x80(#3)(AC-3)(deu)[PD] PID: 0x80(#3)(eng)(AC-3)[PD] Teletext: n/a Untertitel: n/a !> PID 0x0 (PAT) (0 #1) -> ignoriert !> PID 0x100 (PMT) (188 #2) -> ignoriert ok> PID 0xE0 hat PES-ID 0xE0 (MPEG Video) (564 #4) ok> PID 0xC0 hat PES-ID 0xC0 (MPEG Audio) (172584 #919) ok> PID 0x80 hat PES-ID 0xBD (private_stream_1) (176156 #938) -> Videoeigenschaften: 720*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvPuffer 112 -> starte Export von Videodaten bei GOP# 0 !> verwerfe überflüssige B-Frames bei GOP# 0 / neuer Zeitindex 00:00:00.000 packs: 11099425 100% 2114799216 -> Video: fr/ ct/ 1p/ cg/ og/ dg -> 124702/ 1/ 10392/ 0/ 10392/ 0 -> Videolänge: 124702 Bilder in 01:23:08.080 -> GOP Zusammenfassung: min. 20, max. 24 Felder; enthält Vollbilder ---> neue Datei: E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.m2v --> MPEG Audio (0xC0) unter PID 0xC0 -> Frames am Ende anfügen Audio PTS: erstes Paket 04:50:07.103, letztes Paket 06:13:15.119 Video PTS: Start 1.GOP 04:50:07.234, Ende letzte GOP 06:13:15.314 -> passe Audio an Video-Zeitlinie an -> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000 !> 2 Frame(s) (48ms) angefügt @ 01:23:08.040 Audio Frames: wri/pre/skip/ins/add 207837/0/0/0/2 @ 01:23:08.088 abgeschlossen... ---> neue Datei: 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.mp2' --> AC-3/DTS Audio unter PID 0x80 -> Frames am Ende anfügen Audio PTS: erstes Paket 04:50:07.135, letztes Paket 06:13:14.975 Video PTS: Start 1.GOP 04:50:07.234, Ende letzte GOP 06:13:15.314 -> passe Audio an Video-Zeitlinie an -> Ursprungsformat: AC-3, CM, 3/2lfe(5.1), dn -27dB, cm -3.0dB, sm -3dB, 48000Hz, 384kbps @ 00:00:00.000 !> 5 Frame(s) (160ms) angefügt @ 01:23:07.904 Audio Frames: wri/pre/skip/ins/add 155877/0/0/0/5 @ 01:23:08.064 abgeschlossen... ---> neue Datei: 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.ac3' Zusammenfassung der erstellten Mediendateien: .Video (m2v): 124702 Bilder 01:23:08.080 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.m2v' Audio 0 (mp2): 207837 Frames 01:23:08.088 0/0/0/2 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.mp2' Audio 1 (ac3): 155877 Frames 01:23:08.064 0/0/0/5 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.ac3' => 2.008.538.228 Bytes geschrieben... -> es wurden 5 Warn-/Fehlermeldungen ausgegeben. Aber auch hier sehe ich keine relevanten Probleme. VLC hat übrigens auch keine Meldungen im Log gehabt, 0 Verlorene Frames, 0 Verlorene Puffer. Allerdings an wenigen Stellen eine Stream-Bitrate von 9026, aber hätte das dann nicht zu einem Puffern führen müssen wenn das der Fehler ist? Aber die dbox spielt ja an den stellen problemlos weiter wo VLC mir diese Bitrate angezeigt hat und ruckelt an einer Stelle wo die Bitrate um die 2000 liegt. Die Aufnahme ist übrigens von P-Direkt gemacht worden. So langsam fange ich an zu verzweifeln. Können wir es denn ausschließen das es am NFS-Server liegt? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
NASfan Geschrieben 12. März 2008 Melden Share Geschrieben 12. März 2008 Hab aber keine Ahnung, ob das jetzt dauerhaft ein oder aus ist, man sieht ja nix mehr. Und ich glaube mich noch dran zu erinnern, daß die Box auch trotz "PMT aufzeichnen aus" PMT-Einträge im aufgenommenen TS geliefert hat. Bin mir aber nicht mehr ganz sicher... Der "genpsi-Patch" ist m.W. bei der Direktaufnahme zwischenzeitlich generell aktiv Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 12. März 2008 Melden Share Geschrieben 12. März 2008 Habe das jetzt nochmal mit ProjectX gemacht, diesesmal aber als demux: Ist auch nichts zu sehen, was nach Streamfehler aussehen würde. Verwende aber mal eine zeitgemäße ProjectX-Version. Das von Dir verwendete ProjectX 0.90.04.00 (30.03.2006) ist schon etwas angestaubt und gibt im Log bei weitem nicht alles Interessante aus. Ich arbeite momentan noch mit 0.90.04.22b (Januar 2008), mittlerweile gibt's aber bei OoZooN eine 04.23b. Die neueren Versionen liefern auch noch Aufschluß über die im Videostream vorhandene minimale, durchschnittliche und maximale Bitrate. Sieht dann so aus: ok> PID 0xFF hat PES-ID 0xE0 (MPEG Video) (166756 #888) -> Videoeigenschaften: 720*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvPuffer 112 -> starte Export von Videodaten bei GOP# 0 !> verwerfe überflüssige B-Frames bei GOP# 0 / neuer Zeitindex 00:00:00.000 packs: 40182 100% 7554780 ++> Mpeg Video: PID 0x00FF / PesID 0xE0 / SubID 0x00 : -> Video: fr-ct-1p-cg-og-dg -> 394-1-33-33-0-0 -> Videolänge: 394 Bilder in 00:00:15.760 -> GOP Zusammenfassung: min. 20, max. 24 Felder; enthält Halb- und Vollbilder -> durchschnittl. nom. Bitrate 2815459bps (min/max: 2195600/3449200) -> setze Bitrate im ersten Sequenzkopf auf 3449200bps ---> neue Datei: J:\dvb_video_out\PREMIERE_SPORT_PORTAL_PREMIERE_SPORTPORTAL_2008-03-12_235405.001.m2v Ist auch seit der 04.00 etliches an Bugs gefixt worden. VLC hat übrigens auch keine Meldungen im Log gehabt, 0 Verlorene Frames, 0 Verlorene Puffer. Von VLC mag ich nichts wissen. Das Teil ist (meine Meinung!) nicht mal vernünftig als Mediaplayer tauglich, da traue ich irgendwelchen Logausgaben erst recht nicht über den Weg. Bei mir hat das Ding sowieso Hausverbot... Allerdings an wenigen Stellen eine Stream-Bitrate von 9026, aber hätte das dann nicht zu einem Puffern führen müssen wenn das der Fehler ist? Muß nicht zwangsläufig zum Puffern führen, denn die Box hat auch beim Abspielen einen Cachespeicher. Und solche 9026er Bitraten sind unter Garantie nur kurze Spitzenwerte für vielleicht mal 3 oder 4 Sekunden, wenn Dein Netzwerk optimal funktioniert, wird das noch locker weggesteckt. Würde der Datennachschub wirklich abbrechen, sähst Du die berühmte Meldung dann schon. Aber die dbox... ruckelt an einer Stelle wo die Bitrate um die 2000 liegt.Die Aufnahme ist übrigens von P-Direkt gemacht worden. Bei 2000er Bitrate darf da technisch gesehen nichts ruckeln. Könnte aber durchaus sein, daß dieses Ruckeln von Premiere bereits so gesendet wurde, sieht man dann schon am TV, wenn man parallel zur Aufnahme den Film mit anschaut. Ich hab z.B. ein ähnliches Problem ab und an mal auf Discovery, daß ganz kurz der Ton aussetzt. Ist bei einzelnen Sendungen teils alle paar Minuten, bei anderen Sendungen läuft das stundenlang durch. Wird also wohl so fehlerhaft gesendet, nimmt man so eine Sendung auf, ist das Aussetzen dort natürlich auch drin. Und ProjectX meldet keine Fehler im Stream selbst. Gehört dann sozusagen zum Original, wenn man so will. So langsam fange ich an zu verzweifeln. Können wir es denn ausschließen das es am NFS-Server liegt? Ausschließen kann und will ich nichts felsenfest. Ich bin aber der Überzeugung, daß das nicht am NFS-Server, sondern am Inhalt des von Premiere so ausgesendeten Streams liegt. Wäre es anders, müßtest Du mehr oder weniger regelmäßig auch mit allen anderen Aufnahmen und von anderen Sendern die selben Probleme haben. Erst dann würde ich mir Gedanken machen, daß lokal was nicht stimmt. Der "genpsi-Patch" ist m.W. bei der Direktaufnahme zwischenzeitlich generell aktiv Danke für die Info. Ich dächte, daß ich dahingehend auch schon mal irgendwo was gelesen habe. Ich merke mir aber auch nicht alles, da bräucht ich dann einen Kopf wie ein Globus. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
miro17 Geschrieben 13. März 2008 Melden Share Geschrieben 13. März 2008 Ähm sorry wenn ich mich nochmal einmische,wie fährst du denn die Netzwerkverbindung beim abspielen? Half oder Vollduplex? Kann es nicht auch sein das du Richtung Box mit 100Mb/sec ballerst , die Box kann ja aber bekanntlich nur 10 Mb/sec...dabei kann es dann vielleicht auch passieren das die sich verschluckt bzw ausser Tritt gerät,ist jetzt eine Vermutung meinerseits. Denn wenn ich das richtig gelesen habe,kannst du den Stream auf dem Rechner "ruckelfrei" anschauen.. Falls das absoluter Quatsch ist sorry,ist ja auch schon spät am Abend bzw früh am Morgen. Gruß Miro Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
joemadder Geschrieben 13. März 2008 Autor Melden Share Geschrieben 13. März 2008 @miro17 Die Netzwerkverbindung ist Serverseitig auf 100 Half Duplex eingestellt. Ich hatte sie auch mal auf 10 Half stehen, aber da waren die Übertragungsraten beim Netzwerktest allgemein was fürn A..... Im ersten Post hatte ich ja bereits die Werte gepostet und die waren mit den momentanen Einstellungen ja OK. Aber ich werde das heute nachmittag wenn ich wieder zuhause bin nochmal probieren. @merkwuerden Dann werde ich das mal mit einer neueren Version von ProjectX testen, aber ich habe da kaum Hoffnung das dort mehr zu finden wird. Habe gestern ein wenig gegoogelt und das Programm TSReaderLite gefunden welches auch Files analysieren kann, Ergebniss: Continuity errors: 0 TEI errors: 0 Calculated multiplex rate: 3383960 bps Aber es stimmt, das Problem scheint es nur bei Aufnahmen von Premiere zu geben.. Habe vorgestern was von Pro-Sieben aufnehmen müssen und das File läuft einwandfrei durch. Werde das aber nochmal durchtesten. Normalerweise nehme ich ja nur von Premiere auf wegen 5.1 Ton und 'ohne Werbung' auf. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
joemadder Geschrieben 13. März 2008 Autor Melden Share Geschrieben 13. März 2008 Wie befürchtet zeigt die neuere Version von ProjectX auch nicht mehr an: Kompiliert von OoZooN mit JDK 1.6.0_03 <<< Session Informationen >>> Donnerstag, 13. März 2008 16.41 Uhr CET ProjectX 0.90.04.00.b23 (23.02.2008) -> arbeite an Zusammenstellung 0 -> Sequenz-/Bitfehler melden -> fehlende Startcodes/Synchronisationswörter melden -> Fehler in Elementarstream melden -> WSS mitloggen -> VPS mitloggen -> RDS mitloggen -> max. 500 Warnungen/Fehler ausgeben -> schreibe Videodaten -> schreibe alle anderen Daten -> composite.display.flag unwirksam machen -> Sequenzendcode am Ende anfügen -> Sequenzendcode bei Wechseln einfügen -> PES Stromtyp unterdrückt: Teletext -> PES Stromtyp unterdrückt: Untertitel -> PES Stromtyp unterdrückt: Generic_VBI -> PVA: Audio nur formatgerecht behandeln -> VOB: versch. Cell-Zeitlinen beachten -> TS: ignoriere verschlüsselte Pakete -> TS: erweiterte Paketinhaltsuche -> TS: verbinde Dateisegmente (Dreambox®) -> akzept. nur geschlossene PES/TS Pakete -> verbinde verschiedene Aufnahmen -> schreibe Ausgabedateien nach: 'E:\Movies\Dbox-Aufnahme' -> Hauptpuffergröße in Bytes für Lesen/Schreiben 4096000 bytes Datei-Segmente: * (0) M:\mediacenter\dbox2\Die_Simpsons_-_Der_Film-Animation.001.ts sekund. Dateien: * --- +> Eingabedatei 0: 'M:\mediacenter\dbox2\Die_Simpsons_-_Der_Film-Animation.001.ts' (2.114.799.216 Bytes) -> Dateityp ist TS (generic PES Container) -> demultiplexe -> Service ID 0x102 -> PMT 0x100 verweist auf diese Programminhalte: Video: PID: 0xE0(#1) Audio: PID: 0xC0(#2)(deu) PID: 0x80(#3)(AC-3)(deu)[PD] PID: 0x80(#3)(eng)(AC-3)[PD] Teletext: n/a Untertitel: n/a !> PID 0x0 (PAT) (0 #1) -> ignoriert !> PID 0x100 (PMT) (188 #2) -> ignoriert ok> PID 0xE0 hat PES-ID 0xE0 (MPEG Video) (564 #4) ok> PID 0xC0 hat PES-ID 0xC0 (MPEG Audio) (172584 #919) ok> PID 0x80 hat PES-ID 0xBD (private_stream_1) (176156 #938) -> Videoeigenschaften: 720*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvPuffer 112 -> starte Export von Videodaten bei GOP# 0 !> verwerfe überflüssige B-Frames bei GOP# 0 / neuer Zeitindex 00:00:00.000 packs: 11099425 100% 2114799216 ++> Mpeg Video: PID 0x00E0 / PesID 0xE0 / SubID 0x00 : -> Video: fr-ct-1p-cg-og-dg -> 124702-1-10392-0-10392-0 -> Videolänge: 124702 Bilder in 01:23:08.080 -> GOP Zusammenfassung: min. 20, max. 24 Felder; enthält Vollbilder ---> neue Datei: E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.m2v ++> Mpeg Audio: PID 0x00C0 / PesID 0xC0 / SubID 0x00 : -> Frames am Ende anfügen -> Audio PTS: erstes Paket 04:50:07.103, letztes Paket 06:13:15.119 -> Video PTS: Start 1.GOP 04:50:07.234, Ende letzte GOP 06:13:15.314 -> passe Audio an Video-Zeitlinie an -> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000 !> 2 Frame(s) (48ms) angefügt @ 01:23:08.040 Audio Frames: wri-pre-skip-ins-add 207837-0-0-0-2 @ 01:23:08.088 abgeschlossen... ---> neue Datei: 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.mp2' ++> AC3/DTS Audio: PID 0x0080 / PesID 0xBD / SubID 0x00 : -> Frames am Ende anfügen -> Audio PTS: erstes Paket 04:50:07.135, letztes Paket 06:13:14.975 -> Video PTS: Start 1.GOP 04:50:07.234, Ende letzte GOP 06:13:15.314 -> passe Audio an Video-Zeitlinie an -> Ursprungsformat: AC-3, CM, 3/2lfe(5.1), dn -27dB, cm -3.0dB, sm -3dB, 48000Hz, 384kbps @ 00:00:00.000 !> 5 Frame(s) (160ms) angefügt @ 01:23:07.904 Audio Frames: wri-pre-skip-ins-add 155877-0-0-0-5 @ 01:23:08.064 abgeschlossen... ---> neue Datei: 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.ac3' Zusammenfassung der erstellten Mediendateien: .Video (m2v): 124702 Bilder 01:23:08.080 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.m2v' Audio 00 (mp2): 207837 Frames 01:23:08.088 0-0-0-2 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.mp2' Audio 01 (ac3): 155877 Frames 01:23:08.064 0-0-0-5 'E:\Movies\Dbox-Aufnahme\Die_Simpsons_-_Der_Film-Animation.001.ac3' => 2.008.538.228 Bytes geschrieben... -> es wurden 5 Warn-/Fehlermeldungen ausgegeben. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 13. März 2008 Melden Share Geschrieben 13. März 2008 Hm... keine Angaben zur Bitrate (min, max, Durchschnitt)? Komisch. Haste Dir mal die Voreinstellungen von ProjectX angesehen (Dialog Einstellungen)? Ich hab da jetzt echt keine Ahnung, wie die originalen Voreinstellungen sind, da ich meine X.ini schon seit X Monaten/Jahren mit in neue Versionen schleppe. Wobei ich sagen muß, daß dieses ganze Optionen-Brimborium sowieso eine Wissenschaft für sich ist. Im Zweifelsfall mal mit den Einstellungen etwas experimentieren. Hier mal spaßeshalber der Inhalt meiner X.ini: # Project-X INI # ProjectX 0.90.4.00.b22 / 31.01.2008 # Application Application.ActiveDirectory=G:\Eigene Dateien Application.Agreement=1 Application.InputDirectories.0=J:\dvb_video Application.Language=de Application.LookAndFeel=com.sun.java.swing.plaf.windows.WindowsLookAndFeel Application.OutputDirectories.0=J:\dvb_video_out Application.OutputDirectory=J:\dvb_video_out # CollectionPanel CollectionPanel.CutMode=0 # ExternPanel ExternPanel.renameAudio=0 # LogwindowPanel LogwindowPanel.showTtxHeader=0 # MainPanel MainPanel.ConversionMode=0 MainPanel.ConversionModePriority=0 # OptionPanel OptionPanel.NormalLog=0 OptionPanel.PanelIndex=1 # VideoPanel VideoPanel.addSequenceHeader=1 VideoPanel.insertEndcode=1 # WindowPosition WindowPosition.Main.Height=670 WindowPosition.Main.Width=906 WindowPosition.Main.X=52 WindowPosition.Main.Y=56 Keine Ahnung, ob das (bis auf die Pfade) jetzt noch Standard ist, oder ob ich da schon irgendwann mal was umgestellt habe. So lange das bei mir funzelt, is mir's eh wurscht. EDIT: Achso... ich arbeite unter Windows... sieht man ja eigentlich auch. Aber es stimmt, das Problem scheint es nur bei Aufnahmen von Premiere zu geben.. Habe vorgestern was von Pro-Sieben aufnehmen müssen und das File läuft einwandfrei durch. Ich hab mir das schon so gedacht. Irgendwann vor etlichen Monaten gab's da schon mal irgend so ein Problem mit einer Aufnahme von Premiere Direkt, da war wenn ich mich recht entsinne dann auch irgendwas in der Aufnahme kaputt. Weiß aber jetzt auch nicht mehr, um was es da genau ging, auf jeden Fall hat das auch Premiere betroffen. Ich würde einfach mal sagen, daß Premiere da einen "original defekten" Stream sendet. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
joemadder Geschrieben 13. März 2008 Autor Melden Share Geschrieben 13. März 2008 Ich würde einfach mal sagen, daß Premiere da einen "original defekten" Stream sendet. Davon gehe ich jetzt auch mal aus, dass kann es jetzt einfach nur noch sein. Alle anderen Möglichkeiten haben wir ja jetzt ausgeschlossen. Ich habe heute mal den Film auf einen anderen Linuxrechner kopiert wo eine andere Version von debian installiert ist (etch), aber auch dort ist dieses Phänomen zu beobachten. An der gleichen Stelle übrigens. Dann habe ich den Film mit ProjectX gedemuxt, mit TMPEnc wieder gemuxxt als mpg und wieder mit ProjectX als TS gespeichert. Ergebnis: Ich konnte fast 20 Minuten schauen bevor dieses Phänomen wieder auftauchte, ach ja, das File war dadurch glatte 100MB größer geworden. Nur zwei Sachen sprechen gegen einen kaputten Stream: 1: kein einziges Programm zeigt einen Fehler an und wird von anderen Playern einwandfrei abgespielt 2: Spule ich bis kurz vor den Fehler (ca. 30sek) überspielt er den Fehler einwandfrei. Heute meinte eine Freundin, der ich auch einen Mediaserver zum Streamen fertig gemacht hab, dass sie dieses Problem teilweise auch hat, allerdings bei RTL (was Frauen um 19:40 auf RTL halt so aufnehmen). Habe ihr natürlich gesagt das der Server so ein Mist blockt. Ich glaube ehr das UM was am basteln ist und durch Premiere teilweise auch darunter leidet, oder das abschalten des MCEM, oder .... keine Ahnung was ich noch glauben soll, aber auf jeden Fall kann ich durch das ganze Testen jetzt keine "Simpsons - Der Film" mehr sehen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 13. März 2008 Melden Share Geschrieben 13. März 2008 Nur zwei Sachen sprechen gegen einen kaputten Stream:1: kein einziges Programm zeigt einen Fehler an und wird von anderen Playern einwandfrei abgespielt 2: Spule ich bis kurz vor den Fehler (ca. 30sek) überspielt er den Fehler einwandfrei. Hm... irgendwie ist das dann schon seltsam. Aber verstehe einer die Technik, die macht sowieso immer das, was man nicht erwartet. Mach Dir doch einfach mal den Spaß, demuxe das TS und erstelle dann anhand der Einzelstreams mit einer Authoringsoftware eine DVD draus. Für Windows mache ich sowas mit DVDAuthor GUI, Spitzenprogramm und komplett kostenlos. Wenn der DVD-Player dann auch beim Abspielen irgendwo ruckelt, liegt's am Streaminhalt, wenn nicht, macht die Box halt irgendwas Seltsames, das keiner weiß. Sorry, aber langsam bin ich mit meinem Latein nun am Ende. auf jeden Fall kann ich durch das ganze Testen jetzt keine "Simpsons - Der Film" mehr sehen. Ich verurteile Dich zu 24 Stunden "Big Brother". Danach wirst Du Dich nach den Simpsons sehnen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
joemadder Geschrieben 15. März 2008 Autor Melden Share Geschrieben 15. März 2008 So, habe meine Strafe abgesessen und ertragen wie eine memme. :-) Nur noch so zur Info, eine aus dem TS erstellte DVD läuft auf meinem DVD-Player (Cyberhome 635) einwandfrei durch. Auch bei dem erstellen kam keine Fehlermeldung wegen einem defekten File oder so. Habe gestern aber noch einen test gemacht. Ich habe einen neuen Film auf P-Direkt aufgenommen, dieser läuft einwandfrei durch. Aber nach dem ich ihn mit ProjectX bearbeitet habe ist das ruckeln wieder da :-( Nur bevor du jetzt nachfragst, nein, der Fehler war vorher bei dem anderen File welcher unbehandelt war. Bis jetzt hatte ich immer auf einem entfernten Linux-Server gestreamt und daraus eine DVD erstellt. Das wollte ich mir jetzt ersparen da der neue Server (Barbone) ja direkt am Fernseher bzw. dBox steht. Nun ja, da die dBox da anscheinend irgendein Problem mit hat, werde ich die TS-Files in Zukunft nicht über die dBox schauen sondern direkt über den Server (Freevo), der ja über VGA am LCD-Fernseher angeschlossen ist. In diesem Sinne, Happy Streaming Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge
Archiviert
Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.