Recherche avancée

Sur d’autres sites (4153)

• bebop2 modified CV build version of program creates SIGSEGV on raspberry pi 3

  14 mai 2017, par angRyn00b

  I am trying to navigate bebop2 autonomously using raspberry pi 3. I am getting the raw format from bebop2 and decoding it using ffmpeg. It runs completely fine on intel architecture. I tried to cross compile it for arm and it was successful. It runs fine but after a few seconds it crashes and gives SIGSEGV fault. I have tried gdb to bt the problem but it gives an error of memcpy() from /usr/lib/arm-linux-gnuaebihf/libarmmem.so.

  I tried to remove the non-arm instructions dependencies in the first place ; https://raspberrypi.stackexchange.com/questions/29117/process-terminate-with-sigill-using-valgrind/66621#66621

  But then I got an error of memcpy.S no such file or directory.

  I don’t know what to do and I am stuck now.

  [EDIT:1]

  valgrind output :

  valgrind ./Controller
  
  ==1361== Memcheck, a memory error detector
  
  ==1361== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
  
  ==1361== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
  
  ==1361== Command: ./Controller
  
  ==1361== 
  
  ./Controller
  
  ==1361== Invalid read of size 8
  
  ==1361==    at 0x4845004: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361==  Address 0xd1cc50c is 12 bytes inside a block of size 18 alloc'd
  
  ==1361==    at 0x4833970: malloc (vg_replace_malloc.c:263)
  
  ==1361==    by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
  
  ==1361== 
  
  ==1361== Invalid read of size 4
  
  ==1361==    at 0x4845030: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361==  Address 0xd1cc72c is 20 bytes inside a block of size 22 alloc'd
  
  ==1361==    at 0x4833970: malloc (vg_replace_malloc.c:263)
  
  ==1361==    by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
  
  ==1361== 
  
  ==1361== Invalid read of size 8
  
  ==1361==    at 0x484501C: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361==  Address 0xd1ccf9c is 20 bytes inside a block of size 26 alloc'd
  
  ==1361==    at 0x4833970: malloc (vg_replace_malloc.c:263)
  
  ==1361==    by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
  
  ==1361== 
  
  ==1361== Invalid read of size 8
  
  ==1361==    at 0x4844FEC: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361==  Address 0xd1d59ac is 28 bytes inside a block of size 34 alloc'd
  
  ==1361==    at 0x4833970: malloc (vg_replace_malloc.c:263)
  
  ==1361==    by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
  
  ==1361== 
  
  ==1361== Invalid read of size 8
  
  ==1361==    at 0x4844F8C: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361==  Address 0xd1e7a24 is 20 bytes inside a block of size 26 alloc'd
  
  ==1361==    at 0x4833970: malloc (vg_replace_malloc.c:263)
  
  ==1361==    by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
  
  ==1361== 
  
  disInstr(arm): unhandled instruction: 0xEE190F1D
  
                   cond=14(0xE) 27:20=225(0xE1) 4:4=1 3:0=13(0xD)
  
  ==1361== valgrind: Unrecognised instruction at address 0xcc78de8.
  
  ==1361==    at 0xCC78DE8: ??? (in /usr/lib/arm-linux-gnueabihf/libcrypto.so.1.0.0)
  
  ==1361== Your program just tried to execute an instruction that Valgrind
  
  ==1361== did not recognise.  There are two possible reasons for this.
  
  ==1361== 1. Your program has a bug and erroneously jumped to a non-code
  
  ==1361==    location.  If you are running Memcheck and you just saw a
  
  ==1361==    warning about a bad jump, it's probably your program's fault.
  
  ==1361== 2. The instruction is legitimate but Valgrind doesn't handle it,
  
  ==1361==    i.e. it's Valgrind's fault.  If you think this is the case or
  
  ==1361==    you are not sure, please let us know and we'll try to fix it.
  
  ==1361== Either way, Valgrind will now raise a SIGILL signal which will
  
  ==1361== probably kill your program.
  
  ==1361== Invalid read of size 4
  
  ==1361==    at 0x4844BB8: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361==  Address 0xd1eb788 is 48 bytes inside a block of size 50 alloc'd
  
  ==1361==    at 0x4833F2C: operator new(unsigned int) (vg_replace_malloc.c:282)
  
  ==1361==    by 0x77EC9E7: std::string::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&amp;) (in /usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.20)
  
  ==1361== 
  
  ==1361== Invalid read of size 4
  
  ==1361==    at 0x4844FA0: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361==  Address 0xd1eb7f0 is 48 bytes inside a block of size 50 alloc'd
  
  ==1361==    at 0x4833F2C: operator new(unsigned int) (vg_replace_malloc.c:282)
  
  ==1361==    by 0x77EC9E7: std::string::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&amp;) (in /usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.20)
  
  ==1361== 
  
  disInstr(arm): unhandled instruction: 0xF1010200
  
                   cond=15(0xF) 27:20=16(0x10) 4:4=0 3:0=0(0x0)
  
  ==1361== valgrind: Unrecognised instruction at address 0x48426f4.
  
  ==1361==    at 0x48426F4: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361== Your program just tried to execute an instruction that Valgrind
  
  ==1361== did not recognise.  There are two possible reasons for this.
  
  ==1361== 1. Your program has a bug and erroneously jumped to a non-code
  
  ==1361==    location.  If you are running Memcheck and you just saw a
  
  ==1361==    warning about a bad jump, it's probably your program's fault.
  
  ==1361== 2. The instruction is legitimate but Valgrind doesn't handle it,
  
  ==1361==    i.e. it's Valgrind's fault.  If you think this is the case or
  
  ==1361==    you are not sure, please let us know and we'll try to fix it.
  
  ==1361== Either way, Valgrind will now raise a SIGILL signal which will
  
  ==1361== probably kill your program.
  
  ==1361== 
  
  ==1361== Process terminating with default action of signal 4 (SIGILL)
  
  ==1361==  Illegal opcode at address 0x48426F4
  
  ==1361==    at 0x48426F4: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
  
  ==1361== 
  
  ==1361== HEAP SUMMARY:
  
  ==1361==     in use at exit: 541,641 bytes in 1,173 blocks
  
  ==1361==   total heap usage: 1,980 allocs, 807 frees, 571,016 bytes allocated
  
  ==1361== 
  
  ==1361== LEAK SUMMARY:
  
  ==1361==    definitely lost: 0 bytes in 0 blocks
  
  ==1361==    indirectly lost: 0 bytes in 0 blocks
  
  ==1361==      possibly lost: 410,404 bytes in 190 blocks
  
  ==1361==    still reachable: 131,237 bytes in 983 blocks
  
  ==1361==         suppressed: 0 bytes in 0 blocks
  
  ==1361== Rerun with --leak-check=full to see details of leaked memory
  
  ==1361== 
  
  ==1361== For counts of detected and suppressed errors, rerun with: -v
  
  ==1361== ERROR SUMMARY: 24 errors from 7 contexts (suppressed: 0 from 0)
  
  Illegal instruction
  
  </char></char>

  bt output :

  (gdb) bt 
  
  #0 0x76fbc3a0 in memcmp () from /usr/lib/arm-linux-gnueabihf/libarmmem.so 
  
  #1 0x00000000 in ?? ()

  disassemble output (0x76fbc3a0) :

  => 0x76fbc3a0 <+7344>:  vldmiacs    r1!, {d7}

  x/5i $pc output :

  (gdb) x/5i $pc
  
  => 0x76fbc3a0 :    vldmiacs    r1!, {d7}
  
     0x76fbc3a4 :    vstmiami    r0!, {s13}
  
     0x76fbc3a8 :    vstmiacs    r0!, {d7}
  
     0x76fbc3ac :    lsls    lr, r12, #27
  
     0x76fbc3b0 :    vldmiami    r1!, {d2-d3}

• record video from website using puppeteer + ffmpeg

  8 novembre 2020, par rudolfninja

  I'm trying to record video from website using the way similar to puppeteer-recorder, but I want to stop recording by myself and then save it to file (after I stopped it). I wrote simple web service for this purpose :

  


  var express = require('express');
var app = express();
const { spawn } = require('child_process');
const puppeteer = require('puppeteer');
var record = true;


app.get('/startRecord', function (req, res)
{
const frun_record = async () => {
    console.log("Start recording");
    const browser = await puppeteer.launch();
    const page = await browser.newPage();
    await page.goto('http://worldfoodclock.com/', { waitUntil: 'networkidle2' });
    var ffmpegPath = 'ffmpeg';
    var fps = 60;

    var outFile = 'E:\\Code\\video-record\\output.webm';

    const args = ffmpegArgs(fps);

    args.push(outFile);

    const ffmpeg = spawn(ffmpegPath, args);

    const closed = new Promise((resolve, reject) => {
        ffmpeg.on('error', reject);
        ffmpeg.on('close', resolve);
    });

    console.log("Entering loop");

    while (record) {
        let screenshot = await page.screenshot({ omitBackground: true });
        await write(ffmpeg.stdin, screenshot);
    }
    ffmpeg.stdin.end();
    console.log("Recording stopped");
    await closed;
};
frun_record();
res.end( "starting recording" );
})

app.get('/stopRecord', function (req, res) {
 record = false;
 res.end( "stopped" );
})

const ffmpegArgs = fps => [
  '-y',
  '-f',
  'image2pipe',
  '-r',
  `${+fps}`,
  '-i',
  '-',
  '-c:v',
  'libvpx',
  '-auto-alt-ref',
  '0',
  '-pix_fmt',
  'yuva420p',
  '-metadata:s:v:0',
  'alpha_mode="1"'
];

const write = (stream, buffer) =>
    new Promise((resolve, reject) => {
        stream.write(buffer, error => {
            if (error) reject(error);
            else resolve();
        });
    });

var server = app.listen(8081, function () {
var host = server.address().address
var port = server.address().port
console.log("Example app listening at http://%s:%s", host, port)
})


  


  But it always record only 1 second video, looks like stream is just overwritten. I tried just save screenshots on disk and it was more than 1 second of video.
So the main question is how to put all the screenshots into the stream and then save it on disk ? And another thing I'd like to know is what the frequency of taking screenshots from web page ?

  


• Merge commit ’3f1f6053013d0015e9f115a91a11744807649a07’

  3 octobre 2015, par Hendrik Leppkes

  Merge commit ’3f1f6053013d0015e9f115a91a11744807649a07’
  * commit ’3f1f6053013d0015e9f115a91a11744807649a07’ :
  
    configure : address a copy-paste typo
  Merged-by : Hendrik Leppkes <h.leppkes@gmail.com>