Hi zusammen,
...ich poste das mal hier 'rein (denk das geht OK?!?), obwohl's wieder mal nix mit wingrab zu tun hat <IMG SRC="/forum/images/smiles/icon_smile.gif">
Habe in den letzten Tagen mit grab unter Linux herumgespielt und das sah soweit eigentlich ganz gut aus. Streaming von der dbox auf einen Athlon 700, Bild, Synchronisation und Wiedergabe waren bei den Tests echt gut. Aber...
Gestern habe ich dann zum ersten mal mit "at" einen Record-Job programmiert und das Ergebnis war alles andere als gut. Nur noch Aussetzer, Bild bleibt stehen, Player schmiert teilweise mit Segfault ab, etc... Abgespielt habe ich das ganze mit xine (mit dem hab' ich auch vorher getestet). Im Moment läuft das 17_2xi.img auf der Box (wegen pzap umschaltung) und das tut auch.
Frage: gibt's hier Leute, die streaming+grabbing unter Linux am laufen haben und da entsprechende Erfahrungswerte haben?!? Liegt das Problem am Abspielen oder am Aufnhemen?!? Und warum war das Ergebnis mit dem AT-Kommando dermassen schlecht, obwohl's vorher gut ausgehesen hat?!
Danke für jeden Tipp <IMG SRC="/forum/images/smiles/icon_smile.gif">)
Hanfo
linux grabbing -> disappointing :-(
-
derget
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
1. wenn du neutrino benututzt dann soltest du den sectionsd killen bevor du aufnimst , dann sind weniger aussetzer drin
2. das linux grap is eigentlich genau so gut wie das windows grap , nur das das linuxgrap beim zusammenn muxen der streams ne bestimmte nummer die mir grade nicht einfällt nicht auf den wert legt auf dem sie sein sollte (bildbnummerierung muss bei 0 anfangen)
das stört aber nur nen paar player , aber die meisten machen das mit ..
2. das linux grap is eigentlich genau so gut wie das windows grap , nur das das linuxgrap beim zusammenn muxen der streams ne bestimmte nummer die mir grade nicht einfällt nicht auf den wert legt auf dem sie sein sollte (bildbnummerierung muss bei 0 anfangen)
das stört aber nur nen paar player , aber die meisten machen das mit ..