Thank you for the fix integration
Eric BEUQUE - Software architect / developer
T. 03 81 50 51 50 | www.jet1oeil.com
5 rue Victor Considérant, Parc d’Activités de l’Echange 25770 Chemaudin et
Vaux
Le jeu. 8 mai 2025 à 07:46, Ross Finlayson a écrit :
> Eric,
>
> Thanks for the repo
;
nextPacket = tmpPacket->fNextPacket;
tmpPacket->fNextPacket = nullptr;
delete tmpPacket;
}
delete[] fBuf;
}
Fix the crash for me.
Eric BEUQUE - Software architect / developer
T. 03 81 50 51 50 | www.jet1oeil.com
5 rue Victor Considérant, Parc d’Activités de l’Echange 25770 Chemaudin e
Le jeu. 30 mars 2023 à 17:59, Ross Finlayson a
écrit :
> Thanks for the report.
>
> > On Mar 31, 2023, at 1:54 AM, Eric Beuque
> wrote:
> >
> > I also found that VLC meet the same problem, and patch livemedia :
> > -
> https://mailman.videolan.org/piperma
L to avoid crash ?
Best regards,
Eric BEUQUE - Software architect / developer
T. 03 81 50 51 50 | www.jet1oeil.com
5 rue Victor Considérant, Parc d’Activités de l’Echange 25770 Chemaudin et
Vaux
___
live-devel mailing list
live-devel@lists.live55
FIX = C:/lib/live555-mingw32-release
LIBDIR = $(PREFIX)/lib
Makefile.tail
-
Replace all "cd $(LIVEMEDIA_DIR) ; $(MAKE)" by "cd $(LIVEMEDIA_DIR) &&
$(MAKE)"
Build.bat
-
set PATH=%PATH%;c:\i686-4.8.2-release-posix-dwarf-rt_v3-rev3\mingw32\bin
ming
Le mer. 3 mars 2021 à 18:53, dan_desjardins a
écrit :
> Perhaps it’s not warranted advice but… If updates from your NTP service
> are forcing large changes than it would seem your MOBO is bad or you need
> to force NTP updates more often so the changes are small enough to be
> handled elegantly.
Le mer. 3 mars 2021 à 17:28, Ross Finlayson a
écrit :
>
>
> > On Mar 3, 2021, at 7:11 AM, Eric Beuque
> wrote:
> >
> > My question is how i'm supposed to deal with a camera clock change when
> the stream is already running ?
>
> In short, you can’t.
Hi,
I have an issue using the presentation time of the RTSP stream of a camera.
When the clock changes due to a manual change or NTP synchronisation,
presentation times are affected, which lead to get next presentation time
very bigger or lower than the previous timestamp.
For exemple, i got this
> On Oct 4, 2020, at 8:16 PM, Alexander Tumarov
> wrote:
> >
> > You are receiving an additional response to Describe command that was
> previously received completely ( CSeq: 4).
> > Your setup sent with CSeq: 5 but response came to CSeq: 4 - Handler for
> this was already completed.
>
> Yes, th
>
>
> Try to implement a timeout handler - I had an issue with different vendor
> of cameras that were messing with sockets and it helped(although I dodn't
> received 408 code but yes I was receiving unexpected responses).
> I then raised the idea of setting timeout value for each command but
> Ros
Hello,
I'm facing a problem with a Samsung camera that sometimes answer a "408
Request timeout", to a SETUP command, this lead to the RTSP stream to be in
a dead lock state :
- Nothing append in the callback of the sendSetupCommand (same problem
using both TCP or UDP).
- I also won't receive nothi
Le mar. 23 juin 2020 à 17:45, Ross Finlayson a
écrit :
>
>
> > On Jun 23, 2020, at 11:45 PM, Eric Beuque
> wrote:
> >
> > Hello,
> >
> > Thank you for the compilation patch yesterday. I got another issue when
> cross compiling with Mingw.
> >
&g
Hello,
Thank you for the compilation patch yesterday. I got another issue when
cross compiling with Mingw.
Make install command is not working with mingw when we define a PREFIX
variable in the config.mingw file.
I'm using a Linux Mint LMDE 4 edition (based on Debian).
1) First problem is due to
Hi,
i just want to report a compilation error in ADTSAudioStreamDiscreteFramer
at line 46 with mingw compiler in latest version 2020.05.15 :
uint8_t audioObjectType = configValue>>11;
should be i guess replaced by :
*u_int8_t* audioObjectType = configValue>>11;
Best regards,
Eric
_
14 matches
Mail list logo
