ggrab 0.20 ignoriert scheinbar die filesize

[Belgarad]

wenn ich folgendes script mit ggrab 0.20 aufrufe, geht erstmal alles. jedoch bricht die aufnahme nach 2gb ab, mit dem hinweis dass die maximale filesize erreicht sei.

mit ggrab 0.11 funktioniert dasselbe script jedoch reibenunglos.

ist das ein fehler in ggrab oder ein fehler bein user *danntiefduck*

Code: Alles auswählen

./ggrab -p ff 100 -host 192.168.1.141 -o /home/belgarad/video/dbox2aufnahme -e mpg -m 240 -s 8000

[kerlimann]

>-m 240 -s 8000

also ich kaeme nie auf die idee, groesse _und_ laenge anzugeben. mags daran liegen?

>-p ff 100

wass en das? kann man fuehrende 0en wechlassen? ich geb das mit "0xabcd" an.

PS: nur vermutungen, hab bisher nix ueber 2G am stueck mit 0.20 gestreamed.

[kerlimann]

stimmt - hoert bei 2G auf.

PS: reiserfs - limitation in filesize liegt im terabyte bereich. please fix!

[boxi]

also ich hab schon mehr als 2 gb gestreamt mit -s 6000... hat gefunzt.
hab allerdings ./sserver -s 6000 angegeben.

[Gandalfx]

Filesize > 2 G:

Ist ein Bug:
Fügt in tools.cpp oben eine Zeile ein:
#include <unistd.h>

Sonst im nächsten Release beseitigt.

[Belgarad]

@Gandalfx
danke.

p.s noch ein tipp fuers readame. wenn man ggrab nicht als root nutzt, kann man die rechte fuer /dev/rtc anpassen, oder ggrab suid setzen. (ich hab bei mir, auch wg. mplayer), /dev/rtc auf 754 stehen.

[Belgarad]

>-m 240 -s 8000
also ich kaeme nie auf die idee, groesse _und_ laenge anzugeben. mags daran liegen?

warum nicht. damit begrenze ich die zeit und die dateigroesse. d.h ggf. werden 1, 2 oder n dateien erstellt.

>-p ff 100
wass en das? kann man fuehrende 0en wechlassen? ich geb das mit "0xabcd" an.

die pid's werden *sinnigerweise* in hex uebergeben. deshalb bracuht man das 0x nicht angeben.