Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Monitor packetqueue #8

Conversation

connortechnology
Copy link

So here is where I am at: Packet queue seems to work.
I did a ton of re-organization to remove dupilcate code and make it more logical / effiicent.
I do not think we should free any packets regardless of return values from writePacket.

transcoding audio is going to be very annoying.

@SteveGilvarry SteveGilvarry merged commit 957c8fb into SteveGilvarry:monitor_packetqueue Aug 31, 2016
@SteveGilvarry
Copy link
Owner

SteveGilvarry commented Aug 31, 2016

@connortechnology Did you find the missing 2 seconds between alarm and video?

@connortechnology
Copy link
Author

No, and it gets worse. Some of my events are say 54 seconds long, but the video is only 28.

At the moment I am refactoring remote_camera_rtsp in the hopes of getting ti working.

Also: When thing were crashing I kept getting into a state where it thought it was recording but wasn't really.

I am thinking the recording variable needs to be in shared mem or something. I think we aren't noticing it soon enough.

Did you notice that I deprecated wasRecording? I figure we can just use videoStore being not null as a flag that we were recording.

@SteveGilvarry
Copy link
Owner

OK I am not around tonight so won't get an opportunity to spin it up, but I
will Friday night. I got lost in the white spaces a little bit, I need to
setup my system to do it the same way, but I thought I was following google
already.

Are you going to have remote_camera_rtsp populate the avpacket correctly or
go deeper with that? With your troublesome cameras need to see how ffmpeg
handles them when you run it in vcodec:copy etc.

On Thu, Sep 1, 2016 at 10:30 AM, Isaac Connor [email protected]
wrote:

No, and it gets worse. Some of my events are say 54 seconds long, but the
video is only 28.

At the moment I am refactoring remote_camera_rtsp in the hopes of getting
ti working.

Also: When thing were crashing I kept getting into a state where it
thought it was recording but wasn't really.

I am thinking the recording variable needs to be in shared mem or
something. I think we aren't noticing it soon enough.

Did you notice that I deprecated wasRecording? I figure we can just use
videoStore being not null as a flag that we were recording.


You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
#8 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AHQrXEljZ7ZD_c1o7Ftw6UguG-qGs2E2ks5qlhyLgaJpZM4JyD4j
.

SteveGilvarry pushed a commit that referenced this pull request May 29, 2021
==8109==ERROR: AddressSanitizer: stack-buffer-overflow on address 0x7fab9b156480 at pc 0x7fabaebef57b bp 0x7fab9b154640 sp 0x7fab9b153df0
READ of size 32 at 0x7fab9b156480 thread T2
    #0 0x7fabaebef57a  (/lib/x86_64-linux-gnu/libasan.so.5+0xb857a)
    #1 0x561c0a9e24eb in bool std::__equal<true>::equal<char>(char const*, char const*, char const*) /usr/include/c++/8/bits/stl_algobase.h:814
    #2 0x561c0a9dfa8e in bool std::__equal_aux<char*, char*>(char*, char*, char*) /usr/include/c++/8/bits/stl_algobase.h:831
    #3 0x561c0a9dd982 in bool std::equal<__gnu_cxx::__normal_iterator<char*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >
, __gnu_cxx::__normal_iterator<char*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >(__gnu_cxx::__normal_iterator<char*,
std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, __gnu_cxx::__normal_iterator<char*, std::__cxx11::basic_string<char, std::c
har_traits<char>, std::allocator<char> > >, __gnu_cxx::__normal_iterator<char*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>
> >) /usr/include/c++/8/bits/stl_algobase.h:1049
    #4 0x561c0a9cf75a in RtspThread::Run() /root/zoneminder/src/zm_rtsp.cpp:411
    #5 0x561c0a9df6e9 in void std::__invoke_impl<void, void (RtspThread::*)(), RtspThread*>(std::__invoke_memfun_deref, void (RtspThread::*&&)(), RtspThread*&
&) /usr/include/c++/8/bits/invoke.h:73
    #6 0x561c0a9dd4ae in std::__invoke_result<void (RtspThread::*)(), RtspThread*>::type std::__invoke<void (RtspThread::*)(), RtspThread*>(void (RtspThread::
*&&)(), RtspThread*&&) (/root/zoneminder/cmake-build-debug-remote/src/zmc+0x1544ae)
    #7 0x561c0a9e6a1a in decltype (__invoke((_S_declval<0ul>)(), (_S_declval<1ul>)())) std::thread::_Invoker<std::tuple<void (RtspThread::*)(), RtspThread*> >
::_M_invoke<0ul, 1ul>(std::_Index_tuple<0ul, 1ul>) /usr/include/c++/8/thread:244
    #8 0x561c0a9e698d in std::thread::_Invoker<std::tuple<void (RtspThread::*)(), RtspThread*> >::operator()() /usr/include/c++/8/thread:253
    #9 0x561c0a9e68ff in std::thread::_State_impl<std::thread::_Invoker<std::tuple<void (RtspThread::*)(), RtspThread*> > >::_M_run() /usr/include/c++/8/threa
d:196
    #10 0x7fabaca57b2e  (/lib/x86_64-linux-gnu/libstdc++.so.6+0xbbb2e)
    #11 0x7fabae50dfa2 in start_thread /build/glibc-vjB4T1/glibc-2.28/nptl/pthread_create.c:486
    #12 0x7fabac7354ce in clone (/lib/x86_64-linux-gnu/libc.so.6+0xf94ce)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants