Here is the log guys. What think?
debug.log
Thank you
Here is the log guys. What think?
debug.log
Thank you
Can you post what the kernel versions in the images you have tried please.
Menu > Information > About
Open Vix is : 3.13.5. I used Blackhole 3.0.1 today for the recording, I think it's same kernel
Please confirm it. Both images allow you to backub and restore, so hopefully will not be an issue for you.There is an entry on line 1050 of your log about disk being full. One of the coders will have a look at it later.
P.S
I will be moving your posts to their own thread.
Last edited by abu baniaz; 29-11-15 at 23:01.
Ok, thank you
Sent from my E5823 using Tapatalk
I don't think it would be a kernel issue (3.13.5 is current kernel for solo2 btw) and both Vix/ATV and BH use this version of kernel.
Could it be ntfs you use to write to the network drive. Maybe different ntfs versions in use with BH 3.0.1 and OpenVix/OpenATV or even a issue with ntfs and OE-A core images?
It's same kernel used in both. I confirm
Sent from my E5823 using Tapatalk
abu baniaz (29-11-15)
I'd be surprised if the cifs support in any kernel version suddenly failed to handle Large Files (> 2**31 bytes) - it's not a configurable option.
FWIW - I've just set up Samba on a system near my box, added a cifs mount on the box and copied a recording over it.
On my MBTwin
On the Samba system:Code:root@mbtwin:/media/autofs/SMBtest# cp /media/hdd/movie/Films/20150623\ 2057\ -\ Film4\ -\ Transformers_\ Revenge\ of\ the___.ts . root@mbtwin:/media/autofs/SMBtest# md5sum /media/hdd/movie/Films/20150623\ 2057\ -\ Film4\ -\ Transformers_\ Revenge\ of\ the___.ts c5c10eb531262b4652dafe2d32b61b73 /media/hdd/movie/Films/20150623 2057 - Film4 - Transformers_ Revenge of the___.ts
so that can handle Large Files OK.Code:plug-root:/extra/SMBtest# ls -l total 3902876 -rw-r--r-- 1 myapps myapps 3996540096 Nov 30 01:04 20150623 2057 - Film4 - Transformers_ Revenge of the___.ts plug-root:/extra/SMBtest# md5sum 20150623\ 2057\ -\ Film4\ -\ Transformers_\ Revenge\ of\ the___.ts c5c10eb531262b4652dafe2d32b61b73 20150623 2057 - Film4 - Transformers_ Revenge of the___.ts
MiracleBox Prem Twin HD - 2@DVB-T2 + Xtrend et8000 - 5(incl. 2 different USBs)@DVB-T2[terrestrial - UK Freeview HD, Sandy Heath] - LAN/USB-stick/HDD
MiracleBox Prem Twin HD - 2@DVB-T2 + Xtrend et8000 - 5(incl. 2 different USBs)@DVB-T2[terrestrial - UK Freeview HD, Sandy Heath] - LAN/USB-stick/HDD
ymeknassi (30-11-15)
It seems to be complaining about an Interrupted System Call. Always a bit of a pain, and this is in asynchronous I/O code....
seems to offer some comments on this: the aio_suspend section specifically mentions the issue and offers this as a way around it:Code:http://www.python4science.eu/aio.html
Mind you, this may not be anything to do with it - it's difficult to think why this would only occur for cifs mount around the 2GB barrier.Or, let a signal interrupt aio_suspend and just call aio_error for each element of the list you pass to aio_suspend when it returns to see what, if anything, happened, and reissue the aio_suspend (perhaps in a loop) if nothing did.
MiracleBox Prem Twin HD - 2@DVB-T2 + Xtrend et8000 - 5(incl. 2 different USBs)@DVB-T2[terrestrial - UK Freeview HD, Sandy Heath] - LAN/USB-stick/HDD
There is a difference in the demux.cpp code between OpenVix and BlackHole.
OpenVix uses more buffers on systems with 1024MB of RAM - which (according to a rare comment) includes the Vusolo2 and vuduo2.
(Well, that's what the comments say - the actual code seem to do this for >400MB - the "if (megabytes > 400)" being a clue).
MiracleBox Prem Twin HD - 2@DVB-T2 + Xtrend et8000 - 5(incl. 2 different USBs)@DVB-T2[terrestrial - UK Freeview HD, Sandy Heath] - LAN/USB-stick/HDD
I have a similar problem in that recordings that are set to record for 1 hour stop with disk write error disk full ? . There I'd plenty of space left on the drive . 3.02.24
Sent from my Blade S6 using Tapatalk
@ymeknassi
Did you try with installing the ntfs-3g drivers in the plugin menu? If not, please try doing that.
Thanks.