Jami (Windows 10): Crash if another person displays own [Android]screen in landscape (horizontal) mode

changed title from Jami (Windows 10): Crash if another person displays content in landscape (horizontal) mode to Jami (Windows 10): Crash if another person displays own screen in landscape (horizontal) mode

changed the description

Same issue:

Person B makes a video call using portrait mode. No issues.

Person B starts to share the screen. Now if Person B rotates the screen, Person A (using Windows 10) can see the screen of Person B BUT in portrait mode.

Now person B switches to another camera multiple times and rotates the smartphone to landscape mode. BUT: As soon as person B start to share the screen (landscape mode) Jami (Windows 10, Person B) freezes and crashes.

changed title from Jami (Windows 10): Crash if another person displays own screen in landscape (horizontal) mode to Jami (Windows 10): Crash if another person displays own [Android]screen in landscape (horizontal) mode

another auto rotate bug (Android and Windows 10):#453 (moved)

moved from #532 (moved)

added media label

changed milestone to %Backlog

And - as mentioned:

if Person B rotates the screen, Person A (using Windows 10) can see the screen of Person B BUT in portrait mode

Is it the same or a similar issue of: #453 (moved) ?

#453 (moved) happens randomly.

removed milestone

removed media label

moved from jami-daemon#629 (moved)

assigned to @atraczyk

mentioned in issue jami-project#1308 (moved)

mentioned in issue jami-daemon#630 (closed)

jami-daemon#630 (closed)

Just tried again: (newest beta version of Jami Android and Windows Jami 202109211812) same result: Person B (Android user) starts a video call (portrait mode): Jami,Windows 10: Person A can see Person B Person B rotates the phone: Now Person A can see Person B in landscape (horizontal) mode Now Person B starts to share the screen: Person A: Jami crashes

mentioned in issue #514 (closed)

From a similar scenario involving a Windows 10 device and an iOS device:

Microsoft (R) Windows Debugger Version 10.0.17763.132 AMD64

Copyright (c) Microsoft Corporation. All rights reserved.

(1340.20cc): C++ EH exception - code e06d7363 (first chance)
(1340.20cc): C++ EH exception - code e06d7363 (first chance)
"slotCallStateChanged (call: 4457263406028706), from Searching to Connecting"
"slotCallStateChanged (call: 4457263406028706), from Connecting to Calling"
"slotCallStateChanged (call: 4457263406028706), from Calling to Talking"
(1340.2ffc): C++ EH exception - code e06d7363 (first chance)
(1340.2ffc): C++ EH exception - code e06d7363 (first chance)
Can't find renderer 4457263406028706
Couldn't start rendering for id:  "4457263406028706"
(1340.2ffc): C++ EH exception - code e06d7363 (first chance)
Can't find renderer 4457263406028706
Couldn't start rendering for id:  "4457263406028706"
(1340.2ffc): C++ EH exception - code e06d7363 (first chance)
Can't find renderer 4457263406028706
Couldn't start rendering for id:  "4457263406028706"
(1340.2ffc): C++ EH exception - code e06d7363 (first chance)
Can't find renderer 4457263406028706
Couldn't start rendering for id:  "4457263406028706"
Critical error detected c0000374
(1340.2ffc): Break instruction exception - code 80000003 (first chance)
ntdll!RtlReportCriticalFailure+0x56:
00007ff8`3c70f122 cc              int     3

ios logs:

22;36m[1640098253.762|0x17182f000|media_decoder.cpp :523  ] [0mDecoding video using H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (h264)
[0m2021-12-21 09:50:53.762841-0500 Ring[2502:1735729] Decoding video using H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (h264)
[22;36m[1640098253.762|0x17182f000|media_decoder.cpp :533  ] [0m[01;33mNot using hardware decoding for h264
[0m2021-12-21 09:50:53.762988-0500 Ring[2502:1735729] Not using hardware decoding for h264
[22;36m[1640098253.763|0x17182f000|sinkclient.cpp    :474  ] [0m[Sink:0x10ef15d18] Started - size=1280x720, mixer=No
[0m2021-12-21 09:50:53.764103-0500 Ring[2502:1735729] [Sink:0x10ef15d18] Started - size=1280x720, mixer=No
2021-12-21 09:50:53.765 DEBUG: Decoding started...
[22;36m[1640098253.768|0x107563880|media_encoder.cpp :230  ] [0m[0x10ef3bd50] Initializing stream: codec type 3, name H264, lib libx264
[0m[22;36m[1640098253.768|0x16fbbf000|sipcall.cpp       :1420 ] [0mSending device orientation via SIP INFO -90
[0m2021-12-21 09:50:53.768822-0500 Ring[2502:1734698] [0x10ef3bd50] Initializing stream: codec type 3, name H264, lib libx264
[22;36m[1640098253.768|0x107563880|media_encoder.cpp :326  ] [0m[01;33mNot using hardware encoding for h264
[0m2021-12-21 09:50:53.768949-0500 Ring[2502:1734986] Sending device orientation via SIP INFO -90
2021-12-21 09:50:53.768997-0500 Ring[2502:1734698] Not using hardware encoding for h264
[22;36m[1640098253.769|0x107563880|media_encoder.cpp :797  ] [0m[01;33mHardware encoding disabled
[0m2021-12-21 09:50:53.769232-0500 Ring[2502:1734698] Hardware encoding disabled
[22;36m[1640098253.769|0x107563880|media_encoder.cpp :610  ] [0m[libx264] Using 6 threads
[0m2021-12-21 09:50:53.769857-0500 Ring[2502:1734698] [libx264] Using 6 threads
[22;36m[1640098253.769|0x107563880|media_encoder.cpp :744  ] [0mUsing profile Constrained Baseline (242) and level 41
[0m2021-12-21 09:50:53.770030-0500 Ring[2502:1734698] Using profile Constrained Baseline (242) and level 41
[22;36m[1640098253.770|0x107563880|media_encoder.cpp :938  ] [0mH264 encoder setup: crf=33, maxrate=800 kbit/s, bufsize=400 kbit
[0m2021-12-21 09:50:53.770194-0500 Ring[2502:1734698] H264 encoder setup: crf=33, maxrate=800 kbit/s, bufsize=400 kbit
[22;36m[1640098253.821|0x1717a3000|media_encoder.cpp :938  ] [0mH264 encoder setup: crf=33, maxrate=839 kbit/s, bufsize=419 kbit
[0m2021-12-21 09:50:53.821412-0500 Ring[2502:1735728] H264 encoder setup: crf=33, maxrate=839 kbit/s, bufsize=419 kbit
[22;36m[1640098267.589|0x1701c3000|pupnp.cpp         :362  ] [0m[01;33mPUPnP: Setup failed after 3 trials. PUPnP will be disabled!
[0m2021-12-21 09:51:07.589450-0500 Ring[2502:1735005] PUPnP: Setup failed after 3 trials. PUPnP will be disabled!
[22;36m[1640098275.742|0x1714e7000|multiplexed_socket.cpp:210  ] [0mTls endpoint is down, shutdown multiplexed socket
[0m2021-12-21 09:51:15.742571-0500 Ring[2502:1735375] Tls endpoint is down, shutdown multiplexed socket
[22;36m[1640098275.742|0x1714e7000|tls_session.cpp   :1543 ] [0m[TLS] shutdown
[0m2021-12-21 09:51:15.742951-0500 Ring[2502:1735375] [TLS] shutdown
[22;36m[1640098275.743|0x1714e7000|ice_transport.cpp :1718 ] [0m[22;31m[ice:0x10f9f5400] ice send failed: Not found (PJ_ENOTFOUND)
[0m2021-12-21 09:51:15.743777-0500 Ring[2502:1735375] [ice:0x10f9f5400] ice send failed: Not found (PJ_ENOTFOUND)
[22;36m[1640098275.744|0x1714e7000|tls_session.cpp   :897  ] [0m[22;31m[TLS] transport failure on tx: errno = 5
[0m2021-12-21 09:51:15.744161-0500 Ring[2502:1735375] [TLS] transport failure on tx: errno = 5
[22;36m[1640098275.744|0x17096b000|ice_transport.cpp :316  ] [0m[ice:0x10f9f5400] destroying 0x129e9c028
[0m2021-12-21 09:51:15.744429-0500 Ring[2502:1735028] [ice:0x10f9f5400] destroying 0x129e9c028
[22;36m[1640098276.245|0x17096b000|ice_transport.cpp :333  ] [0m[ice:0x10f9f5400] Destroying ice_strans 0x129e9c028
[0m2021-12-21 09:51:16.245446-0500 Ring[2502:1735028] [ice:0x10f9f5400] Destroying ice_strans 0x129e9c028
[22;36m[1640098276.750|0x17096b000|ice_transport.cpp :651  ] [0m[ice:0x10f9f5400] Timer heap flushed after 503 ms
[0m2021-12-21 09:51:16.750603-0500 Ring[2502:1735028] [ice:0x10f9f5400] Timer heap flushed after 503 ms
[22;36m[1640098276.750|0x17096b000|ice_transport.cpp :365  ] [0m[ice:0x10f9f5400] done destroying
[0m2021-12-21 09:51:16.750856-0500 Ring[2502:1735028] [ice:0x10f9f5400] done destroying
[22;36m[1640098277.691|0x171113000|multiplexed_socket.cpp:210  ] [0mTls endpoint is down, shutdown multiplexed socket
[0m2021-12-21 09:51:17.691993-0500 Ring[2502:1735359] Tls endpoint is down, shutdown multiplexed socket
[22;36m[1640098277.692|0x171113000|channeled_transport.cpp:187  ] [0m[01;33m[SIPS] process disconnect event
[0m2021-12-21 09:51:17.692283-0500 Ring[2502:1735359] [SIPS] process disconnect event
[22;36m[1640098277.692|0x171113000|siptransport.cpp  :201  ] [0mpjsip transport@0x10fa15c70 TLS to 192.168.2.11 -> DISCONNECTED
[0m2021-12-21 09:51:17.692623-0500 Ring[2502:1735359] pjsip transport@0x10fa15c70 TLS to 192.168.2.11 -> DISCONNECTED
[22;36m[1640098277.692|0x171113000|siptransport.cpp  :97   ] [0m~SipTransport@0x283c07658 {tr=0x10fa15c70 {rc=1}}
[0m2021-12-21 09:51:17.692853-0500 Ring[2502:1735359] ~SipTransport@0x283c07658 {tr=0x10fa15c70 {rc=1}}
[22;36m[1640098277.693|0x171113000|channeled_transport.cpp:187  ] [0m[01;33m[SIPS] process disconnect event
[0m[22;36m[1640098277.693|0x16fbbf000|gitserver.cpp     :478  ] 2021-12-21 09:51:17.693183-0500 Ring[2502:1735359] [SIPS] process disconnect event
[0mGitServer destroyed
[0m[22;36m[1640098277.694|0x171113000|siptransport.cpp  :201  ] [0mpjsip transport@0x10f270470 TLS to 192.168.2.11 -> DISCONNECTED
[0m2021-12-21 09:51:17.694222-0500 Ring[2502:1735359] pjsip transport@0x10f270470 TLS to 192.168.2.11 -> DISCONNECTED
[22;36m[1640098277.694|0x171113000|sipcall.cpp       :438  ] [0m[call:5654108712217388] SIP transport state [1] - connection state [4]
[0m2021-12-21 09:51:17.694376-0500 Ring[2502:1735359] [call:5654108712217388] SIP transport state [1] - connection state [4]
[22;36m[1640098277.694|0x171113000|sipcall.cpp       :444  ] [0m[01;33m[call:5654108712217388] Ending call because underlying SIP transport was closed
[0m2021-12-21 09:51:17.694498-0500 Ring[2502:1735359] [call:5654108712217388] Ending call because underlying SIP transport was closed
[22;36m[1640098277.694|0x171113000|sipcall.cpp       :2121 ] [0m[call:5654108712217388] stopping all medias
[0m2021-12-21 09:51:17.694854-0500 Ring[2502:1735359] [call:5654108712217388] stopping all medias
2021-12-21 09:51:17.695241-0500 Ring[2502:1734986] GitServer destroyed
[22;36m[1640098277.696|0x171717000|media_decoder.cpp :372  ] [0m[22;31mCouldn't read frame: Operation not permitted

[0m2021-12-21 09:51:17.696537-0500 Ring[2502:1735727] Couldn't read frame: Operation not permitted
[libopus @ 0x110057200] 1 frames left in the queue on closing
[22;36m[1640098277.699|0x171113000|media_encoder.cpp :92   ] [0m[0x11130b4b0] Instance destroyed
[0m2021-12-21 09:51:17.699484-0500 Ring[2502:1735359] [0x11130b4b0] Instance destroyed
[22;36m[1640098277.701|0x1713cf000|corelayer.mm      :362  ] [0miOS CoreLayer - Stop Stream
[0m2021-12-21 09:51:17.701649-0500 Ring[2502:1735373] iOS CoreLayer - Stop Stream
[22;36m[1640098277.702|0x1713cf000|corelayer.mm      :351  ] [0miOS CoreLayer - destroy Audio layer
[0m2021-12-21 09:51:17.702387-0500 Ring[2502:1735373] iOS CoreLayer - destroy Audio layer
[22;36m[1640098277.712|0x17182f000|sinkclient.cpp    :482  ] [0m[Sink:0x10ef15d18] Stopped - size=0x0, mixer=No
[0m2021-12-21 09:51:17.712159-0500 Ring[2502:1735729] [Sink:0x10ef15d18] Stopped - size=0x0, mixer=No
[22;36m[1640098277.712|0x17182f000|sinkclient.cpp    :491  ] [0m[Sink:0x10ef15d18] Change crop to [0x0 at (0, 0)]
[0m2021-12-21 09:51:17.713080-0500 Ring[2502:1735729] [Sink:0x10ef15d18] Change crop to [0x0 at (0, 0)]
2021-12-21 09:51:17.714 DEBUG: Decoding stopped...
[22;36m[1640098277.722|0x171113000|media_encoder.cpp :92   ] [0m[0x10ef3bd50] Instance destroyed
[0m2021-12-21 09:51:17.723066-0500 Ring[2502:1735359] [0x10ef3bd50] Instance destroyed
[22;36m[1640098277.723|0x171113000|call.cpp          :245  ] [0m[call:5654108712217388] state change 1/5, cnx 4/0, code 54
[0m2021-12-21 09:51:17.723577-0500 Ring[2502:1735359] [call:5654108712217388] state change 1/5, cnx 4/0, code 54
[22;36m[1640098277.723|0x171113000|call.cpp          :276  ] [0m[call:5654108712217388] emit client call state change FAILURE, code 54
[0m2021-12-21 09:51:17.723760-0500 Ring[2502:1735359] [call:5654108712217388] emit client call state change FAILURE, code 54
[22;36m[1640098277.728|0x171113000|tls_session.cpp   :1543 ] [0m[TLS] shutdown
[0m2021-12-21 09:51:17.728701-0500 Ring[2502:1735359] [TLS] shutdown
[22;36m[1640098277.728|0x171113000|ice_transport.cpp :1718 ] [0m[22;31m[ice:0x11001e800] ice send failed: Not found (PJ_ENOTFOUND)
[0m2021-12-21 09:51:17.729172-0500 Ring[[22;36m[1640098277.729|0x16fbbf000|manager.cpp       :2007 ] [0m[call:5654108712217388] Parent call failed
[0m2021-12-21 09:51:17.731 DEBUG: Capture stopped...

mentioned in issue jami-daemon#679 (closed)

added media ~265 + 1 deleted label

unassigned @atraczyk

added SprintIn progress label

removed SprintIn progress label

added SprintIn progress label

assigned to @mchibani1

Running Jami on Widows 10 Virtual Machine (hosted on Ubuntu 20.04 using VirtualBox v6.1) has revealed some issues not seen on native machines or reported by users. The issues include crashes similar to the ones reported here, however on VMs the issue is more severe. Jami crashes by simply opening the video settings. Same thing if we try to make video call:

[Inline Frame] Jami.exe!std::_Check_C_return(int _Res) Line 131
	at C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\include\xthreads.h(131)
[Inline Frame] Jami.exe!std::_Mutex_base::lock() Line 51
	at C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\include\mutex(51)
[Inline Frame] Jami.exe!std::lock_guard<std::mutex>::{ctor}(std::mutex & _Mtx) Line 438
	at C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\include\mutex(438)
Jami.exe!lrc::api::AVModel::getRenderer(const QString & id) Line 539
	at C:\wdir\jami-win\lrc\src\avmodel.cpp(539)
Jami.exe!FrameWrapper::startRendering() Line 54
	at C:\wdir\jami-win\client-qt\src\rendermanager.cpp(54)
Jami.exe!RenderManager::addDistantRenderer(const QString & id) Line 239
	at C:\wdir\jami-win\client-qt\src\rendermanager.cpp(239)
Jami.exe!VideoDevices::startDevice(const QString & deviceId, bool force) Line 299
	at C:\wdir\jami-win\client-qt\src\videodevices.cpp(299)
Jami.exe!VideoDevices::qt_static_metacall(QObject * _o, QMetaObject::Call _c, int _id, void * * _a) Line 628
	at C:\wdir\jami-win\client-qt\build\jami-qt_autogen\include_Release\UVLADIE3JM\moc_videodevices.cpp(628)
Jami.exe!VideoDevices::qt_metacall(QMetaObject::Call _c, int _id, void * * _a) Line 775
	at C:\wdir\jami-win\client-qt\build\jami-qt_autogen\include_Release\UVLADIE3JM\moc_videodevices.cpp(775)
[External Code]
Jami.exe!main(int argc, char * * argv) Line 117
	at C:\wdir\jami-win\client-qt\src\main.cpp(117)
Jami.exe!WinMain(HINSTANCE__ * __formal, HINSTANCE__ * __formal, char * __formal, int __formal) Line 97
	at C:\Users\qt\work\qt\qtbase\src\entrypoint\qtentrypoint_win.cpp(97)
[External Code]

After patching AVModel to prevent access to AVModelPimpl::renderers_ if it's empty, I was able to make a video call (in/out) but still get similar crash on hangup, but in AVModel::removeRenderer():

[Inline Frame] Jami.exe!std::_Check_C_return(int _Res) Line 131
	at C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\include\xthreads.h(131)
[Inline Frame] Jami.exe!std::_Mutex_base::lock() Line 51
	at C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\include\mutex(51)
[Inline Frame] Jami.exe!std::lock_guard<std::mutex>::{ctor}(std::mutex &) Line 438
	at C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\include\mutex(438)
Jami.exe!lrc::AVModelPimpl::removeRenderer(const QString & id) Line 890
	at C:\wdir\jami-win\lrc\src\avmodel.cpp(890)
[External Code]
Jami.exe!lrc::CallbacksHandler::stoppedDecoding(const QString & _t1, const QString & _t2) Line 1263
	at C:\wdir\jami-win\lrc\build\ringclient_static_autogen\include_Release\UVLADIE3JM\moc_callbackshandler.cpp(1263)
[External Code]
Jami.exe!main(int argc, char * * argv) Line 117
	at C:\wdir\jami-win\client-qt\src\main.cpp(117)
Jami.exe!WinMain(HINSTANCE__ * __formal, HINSTANCE__ * __formal, char * __formal, int __formal) Line 97
	at C:\Users\qt\work\qt\qtbase\src\entrypoint\qtentrypoint_win.cpp(97)
[External Code]

Not clear yet if the crashes seen on VM and native machines are the same

Client output also shows some errors or not handled exceptions. See attached file. client-output.log

removed SprintIn progress label

also have this message, not sure about the severity or if it has something to do the crash. The message is also seen on linux:

Updates can only be scheduled from GUI thread or from QQuickItem::updatePaintNode()

How often and when does this message appear?

not often In fact, one way to reproduce is mute/un-mute camera. for me, 100% reproducible when un-muting.

marked this issue as related to jami-daemon#242

marked this issue as related to #652 (closed)

unassigned @mchibani1

Another backtrace on windows (HW decoding disabled):

[Inline Frame] Jami.exe!std::_Deallocate(void * _Ptr, unsigned __int64 _Bytes) Line 221    C++
 [Inline Frame] Jami.exe!std::allocator<unsigned char>::deallocate(unsigned char * const) Line 810    C++
 [Inline Frame] Jami.exe!std::vector<unsigned char,std::allocator<unsigned char>>::_Tidy() Line 1696    C++
 [Inline Frame] Jami.exe!std::vector<unsigned char,std::allocator<unsigned char>>::{dtor}() Line 673    C++
 Jami.exe!lrc::api::video::Renderer::currentFrame() Line 163    C++
 Jami.exe!FrameWrapper::slotFrameUpdated(const QString & id) Line 141    C++
 [External Code]    
 [Inline Frame] Jami.exe!lrc::api::AVModel::frameUpdated(const QString &) Line 344    C++
 Jami.exe!lrc::AVModelPimpl::slotFrameUpdated(const QString & id) Line 969    C++
 [External Code]    
 Jami.exe!main(int argc, char * * argv) Line 129    C++
 Jami.exe!WinMain(HINSTANCE__ * __formal, HINSTANCE__ * __formal, char * __formal, int __formal) Line 97    C++

one more bt on Windows (HW decoding disabled):

Inline Frame] Jami.exe!std::_Deallocate(void * _Ptr, unsigned __int64 _Bytes) Line 221    C++
 [Inline Frame] Jami.exe!std::allocator<unsigned char>::deallocate(unsigned char * const) Line 810    C++
 [Inline Frame] Jami.exe!std::vector<unsigned char,std::allocator<unsigned char>>::_Tidy() Line 1696    C++
 [Inline Frame] Jami.exe!std::vector<unsigned char,std::allocator<unsigned char>>::{dtor}() Line 673    C++
 [Inline Frame] Jami.exe!std::default_delete<DRing::FrameBuffer>::operator()(DRing::FrameBuffer *) Line 2537    C++
 Jami.exe!std::unique_ptr<DRing::FrameBuffer,std::default_delete<DRing::FrameBuffer>>::~unique_ptr<DRing::FrameBuffer,std::default_delete<DRing::FrameBuffer>>() Line 2647    C++
 Jami.exe!Video::DirectRendererPrivate::onNewFrame(std::unique_ptr<DRing::FrameBuffer,std::default_delete<DRing::FrameBuffer>> buf) Line 147    C++
 [External Code]    
 [Inline Frame] Jami.exe!std::_Func_class<void,std::unique_ptr<DRing::FrameBuffer,std::default_delete<DRing::FrameBuffer>>>::operator()(std::unique_ptr<DRing::FrameBuffer,std::default_delete<DRing::FrameBuffer>>) Line 995    C++
 Jami.exe!jami::video::SinkClient::update(jami::Observable<std::shared_ptr<DRing::MediaFrame>> * __formal, const std::shared_ptr<DRing::MediaFrame> & frame_p) Line 457    C++
 Jami.exe!jami::Observable<std::shared_ptr<DRing::MediaFrame>>::notify(std::shared_ptr<DRing::MediaFrame> data) Line 137    C++
 Jami.exe!jami::video::VideoGenerator::publishFrame(std::shared_ptr<DRing::VideoFrame> frame) Line 56    C++
 [External Code]    
 [Inline Frame] Jami.exe!std::_Func_class<void,std::shared_ptr<DRing::MediaFrame> &&>::operator()(std::shared_ptr<DRing::MediaFrame> &&) Line 995    C++
 Jami.exe!jami::MediaDecoder::decode(AVPacket & packet) Line 669    C++
 [Inline Frame] Jami.exe!std::_Func_class<enum jami::DecodeStatus,AVPacket &>::operator()(AVPacket &) Line 995    C++
 Jami.exe!jami::MediaDemuxer::decode() Line 386    C++
 Jami.exe!jami::MediaDecoder::decode() Line 684    C++
 Jami.exe!jami::video::VideoReceiveThread::decodeFrame() Line 175    C++
 [Inline Frame] Jami.exe!std::_Func_class<void>::operator()() Line 995    C++
 Jami.exe!jami::ThreadLoop::mainloop(std::thread::id & tid, const std::function<bool __cdecl(void)> setup, const std::function<void __cdecl(void)> process, const std::function<void __cdecl(void)> cleanup) Line 38    C++

added SprintIn progress label

assigned to @mchibani1

assigned to @agsantos

marked this issue as related to jami-libclient#492 (closed)

removed the relation with #652 (closed)

marked this issue as related to jami-daemon#716 (closed)

Got this when opening the media settings on a fresh install of the Windows client after a deployment test:

Can't find renderer camera://video=@device_pnp_\\?\usb#vid_046d&pid_0825&mi_00#6&2be052f&1&0000#{65e8773d-8f56-11d0-a3b9-00a0c9223196}\{bbefb6c7-2fc4-4139-bb8b-a58bba724083}
Couldn't start rendering for id:  "camera://video=@device_pnp_\\\\?\\usb#vid_046d&pid_0825&mi_00#6&2be052f&1&0000#{65e8773d-8f56-11d0-a3b9-00a0c9223196}\\{bbefb6c7-2fc4-4139-bb8b-a58bba724083}"
Texture 0x1e79a69ad10 () used with different accesses within the same pass, this is not allowed.
Texture 0x1e79a69ad10 () used with different accesses within the same pass, this is not allowed.
Texture 0x1e79a69ad10 () used with different accesses within the same pass, this is not allowed.
Texture 0x1e79a69ad10 () used with different accesses within the same pass, this is not allowed.
Texture 0x1e79a69ad10 () used with different accesses within the same pass, this is not allowed.
Texture 0x1e79a69ad10 () used with different accesses within the same pass, this is not allowed.
Texture 0x1e79a69ad10 () used with different accesses within the same pass, this is not allowed.

followed by a crash:

 	00007ffb50004f69()	Unknown
 	00007ffb493a6220()	Unknown
 	00007ffac4f03966()	Unknown
 	00007ffac4f03909()	Unknown
>	[Inline Frame] std::_Check_C_return(int _Res) Line 131	C++
 	[Inline Frame] std::_Mutex_base::lock() Line 51	C++
 	[Inline Frame] std::lock_guard<std::mutex>::{ctor}(std::mutex & _Mtx) Line 429	C++
 	lrc::api::AVModel::getRenderer(const QString & id) Line 541	C++
 	FrameWrapper::startRendering() Line 54	C++
 	RenderManager::addDistantRenderer(const QString & id) Line 239	C++
 	VideoDevices::startDevice(const QString & deviceId, bool force) Line 300	C++
 	VideoDevices::qt_static_metacall(QObject * _o, QMetaObject::Call _c, int _id, void * * _a) Line 628	C++
 	VideoDevices::qt_metacall(QMetaObject::Call _c, int _id, void * * _a) Line 775	C++
 	[External Code]	
 	main(int argc, char * * argv) Line 121	C++
 	WinMain(HINSTANCE__ * __formal, HINSTANCE__ * __formal, char * __formal, int __formal) Line 97	C++
 	[External Code]

This may be a separate issue, but I'm logging this here, as I'm testing to produce the crash related to this issue. As seen with @mchibani1, the logs:

Can't find renderer camera ...
Couldn't start rendering ...
Updates can only be scheduled from GUI thread or from QQuickItem::updatePaintNode()
Texture ... () used with different accesses within the same pass, this is not allowed.

are on master seem indicative of a dysfunctional architecture. Now I'm not sure if this was introduced with the Qt6 migration, but there's obviously something seriously wrong here. As discussed, I will propose some intermediate changes to JLC and client-qt.