USB video capture card stops sending bytes
Clash Royale CLAN TAG#URR8PPP up vote
0
down vote
favorite
I have few dozen Ubuntu 16.04 systems that are grabbing video from a Magewell USB Capture Device via ffmpeg. The PCs themselves are all Dell 5285. On occasion during video capture, the video stream cuts out. ffmpeg simply stops receiving bytes. At precisely this moment, the kernel spits out the following logs:
Apr 11 06:04:53 kernel: [ 8498.989445] uvcvideo: Non-zero status (-32) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.992933] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.996552] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.999966] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8499.003544] uvcvideo: Non-zero status (-71) in video completion handler.
At this point, the video stream is dead and does not come back. But if I kill the ffmpeg process and try a new one, the video stream now works. How can I prevent this issue from happening, and who is at fault? (Kernel? Magewell?)
Perhaps importantly, I have tried swapping out Magewell devices and swapping out USB cables with no success. Furthermore, this problem appears to be more pronounced with certain PCs than others, as in some PCs do this constantly (nearly every 15 minutes) while others seem to do it either never or very rarely.
Output of uname -a:
Linux hostname 4.13.0-38-generic #43~16.04.1-Ubuntu SMP Wed Mar 14 17:48:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
16.04 usb kernel video
asked Apr 17 at 20:51
tyleha
13111
add a comment |Â
up vote
0
down vote
favorite
I have few dozen Ubuntu 16.04 systems that are grabbing video from a Magewell USB Capture Device via ffmpeg. The PCs themselves are all Dell 5285. On occasion during video capture, the video stream cuts out. ffmpeg simply stops receiving bytes. At precisely this moment, the kernel spits out the following logs:
Apr 11 06:04:53 kernel: [ 8498.989445] uvcvideo: Non-zero status (-32) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.992933] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.996552] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.999966] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8499.003544] uvcvideo: Non-zero status (-71) in video completion handler.
At this point, the video stream is dead and does not come back. But if I kill the ffmpeg process and try a new one, the video stream now works. How can I prevent this issue from happening, and who is at fault? (Kernel? Magewell?)
Perhaps importantly, I have tried swapping out Magewell devices and swapping out USB cables with no success. Furthermore, this problem appears to be more pronounced with certain PCs than others, as in some PCs do this constantly (nearly every 15 minutes) while others seem to do it either never or very rarely.
Output of uname -a:
Linux hostname 4.13.0-38-generic #43~16.04.1-Ubuntu SMP Wed Mar 14 17:48:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
16.04 usb kernel video
asked Apr 17 at 20:51
tyleha
13111
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have few dozen Ubuntu 16.04 systems that are grabbing video from a Magewell USB Capture Device via ffmpeg. The PCs themselves are all Dell 5285. On occasion during video capture, the video stream cuts out. ffmpeg simply stops receiving bytes. At precisely this moment, the kernel spits out the following logs:
Apr 11 06:04:53 kernel: [ 8498.989445] uvcvideo: Non-zero status (-32) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.992933] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.996552] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.999966] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8499.003544] uvcvideo: Non-zero status (-71) in video completion handler.
At this point, the video stream is dead and does not come back. But if I kill the ffmpeg process and try a new one, the video stream now works. How can I prevent this issue from happening, and who is at fault? (Kernel? Magewell?)
Perhaps importantly, I have tried swapping out Magewell devices and swapping out USB cables with no success. Furthermore, this problem appears to be more pronounced with certain PCs than others, as in some PCs do this constantly (nearly every 15 minutes) while others seem to do it either never or very rarely.
Output of uname -a:
Linux hostname 4.13.0-38-generic #43~16.04.1-Ubuntu SMP Wed Mar 14 17:48:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
16.04 usb kernel video
asked Apr 17 at 20:51
tyleha
13111
I have few dozen Ubuntu 16.04 systems that are grabbing video from a Magewell USB Capture Device via ffmpeg. The PCs themselves are all Dell 5285. On occasion during video capture, the video stream cuts out. ffmpeg simply stops receiving bytes. At precisely this moment, the kernel spits out the following logs:
Apr 11 06:04:53 kernel: [ 8498.989445] uvcvideo: Non-zero status (-32) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.992933] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.996552] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8498.999966] uvcvideo: Non-zero status (-71) in video completion handler.
Apr 11 06:04:53 kernel: [ 8499.003544] uvcvideo: Non-zero status (-71) in video completion handler.
At this point, the video stream is dead and does not come back. But if I kill the ffmpeg process and try a new one, the video stream now works. How can I prevent this issue from happening, and who is at fault? (Kernel? Magewell?)
Perhaps importantly, I have tried swapping out Magewell devices and swapping out USB cables with no success. Furthermore, this problem appears to be more pronounced with certain PCs than others, as in some PCs do this constantly (nearly every 15 minutes) while others seem to do it either never or very rarely.
Output of uname -a:
Linux hostname 4.13.0-38-generic #43~16.04.1-Ubuntu SMP Wed Mar 14 17:48:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
16.04 usb kernel video
16.04 usb kernel video
asked Apr 17 at 20:51
tyleha
13111
asked Apr 17 at 20:51
tyleha
13111
asked Apr 17 at 20:51
tyleha
13111
asked Apr 17 at 20:51
tyleha
13111
asked Apr 17 at 20:51
tyleha
13111
13111
add a comment |Â
add a comment |Â
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1025934%2fusb-video-capture-card-stops-sending-bytes%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password