2048MB hard limit for timeshift on hdd?

72 views
Skip to first unread message

Troy Mueller

unread,
Jun 30, 2013, 11:09:20 PM6/30/13
to xv...@googlegroups.com
As the title already describes, it seems that no matter what I put in my config files the timeshift buffer always runs full at exactly 2048mb (2147483647 bytes).

pvr-vdr-xvdr settings.xml

    <setting id="tsbuffersizehdd" value="10240" />
   
<setting id="tsfolder" value="/media/esata/timeshift/" />
   
<setting id="tsmethod" value="2" />



vdr-addon-xvdr xvdr.conf


   
TimeShiftDir = /media/esata/timeshift
   
   
# Maximum size of timeshift file per user
   
# default: 1000000000

   
MaxTimeShiftSize = 300000000000



xbmc.log is telling me

    04:12:39 T:2412772160  NOTICE: AddOnLog: VDR XVDR Client: doing timeshift on hdd at '/media/esata/timeshift/xvdr-timeshift.dat' using 10240.000000 Mb



To me those settings look correct (never mind the huge number in xvdr.conf, I was looking for the culprit and wanted to make sure it isn't my bad math skills) and still xvdr-timeshift.dat stops growing at exactly the mentioned 2147483647 bytes every time. Am I missing something important?

Alexander Pipelka

unread,
Jul 1, 2013, 6:46:59 AM7/1/13
to xv...@googlegroups.com
Which filesystem are you using on your timeshift partition ?

Troy Mueller

unread,
Jul 1, 2013, 8:38:42 AM7/1/13
to xv...@googlegroups.com
Sorry, I forgot to add my system specs.

XBMC (13.0-ALPHA3 Git:41061a8),
Linux (Ubuntu 12.10 - XBMCbuntu, 3.5.0-32-generic i686)
VDR  2.0.2
XVDR both xbmc and vdr addon compiled from latest git commit

Filesystem /dev/sdb1 /media/esata ext4 rw,noatime,errors=remount-ro 0 0

Troy Mueller

unread,
Jul 5, 2013, 4:49:45 PM7/5/13
to xv...@googlegroups.com
It looks like it's not restricted to 2048mb, depending on the max timeshift size I set in the xbmc xvdr addon the size of xvdr-timeshift.dat changes. Right now I've set it to 30000 mb in the options and the filesize stops growing at 1300mb. I got no idea whats going wrong here, it's probably user error since there should be more reports of this otherwise.
Reply all
Reply to author
Forward
0 new messages