[video_player_avplay] Update plusplayer and libs

[gin7773]

Main changes:

• Add plusplayer library for Tizen10.0.
• Update plusplayer
  1. [HLS] Log level correction for Ad timing info.
  2. [HLS] Defect propogation of robustneess issue & connection failure cases.
  3. [PLAYER] Upgrade log level in case of download retry case.
  4. [PLAYER] Avoid making unnecessary copy of streamlist vector.
  5. [PLAYER] Round off to avoid loss of precision due to floating point multiplication.
  6. [PLAYER] Build fix for 10.0 in plusplaye.
  7. [PLAYER] Update plusplayer ini.
  8. [PLAYER] Update plusplayer-wrapper API.
  9. [DASH] CLear Key feature support.
  10. [DASH] Low-latency support.

[xiaowei-guan]

#877

[JSUYA]

Has this been tested on Tizen 10.0? This issue occurs on Tizen 10.0 due to library dependency issues. Therefore, stdc++ must be added to USER_LIBS in project_def.prop.

--- a/packages/video_player_avplay/tizen/project_def.prop
+++ b/packages/video_player_avplay/tizen/project_def.prop
@@ -26,4 +26,4 @@ USER_CPP_INC_FILES =
 # Linker options
 USER_LIB_DIRS = lib/${BUILD_ARCH}/${API_VERSION}
 USER_LFLAGS = -Wl,-rpath='$$ORIGIN'
-USER_LIBS = plusplayer-wrapper gstsubtitle_tvplus gstsubtitleparse_tvplus plusplayercore_tvplus tracksource_tvplus plusplayer_tvplus dashplusplayer_tvplus
+USER_LIBS = stdc++ plusplayer-wrapper gstsubtitle_tvplus gstsubtitleparse_tvplus plusplayercore_tvplus tracksource_tvplus plusplayer_tvplus dashplusplayer_tvplus

and

Are the sample videos playing properly?
The https://media.w3.org/2010/05/bunny/trailer.mp4(mp3 tab's url) works fine in video_player_tizen, but in avplay, a streaming connection failure occurs. (tizen 10.0).
And the hls link is no longer accessible. (This may be an issue specific to me.)

[gin7773]

Has this been tested on Tizen 10.0? This issue occurs on Tizen 10.0 due to library dependency issues. Therefore, stdc++ must be added to USER_LIBS in project_def.prop.

--- a/packages/video_player_avplay/tizen/project_def.prop
+++ b/packages/video_player_avplay/tizen/project_def.prop
@@ -26,4 +26,4 @@ USER_CPP_INC_FILES =
 # Linker options
 USER_LIB_DIRS = lib/${BUILD_ARCH}/${API_VERSION}
 USER_LFLAGS = -Wl,-rpath='$$ORIGIN'
-USER_LIBS = plusplayer-wrapper gstsubtitle_tvplus gstsubtitleparse_tvplus plusplayercore_tvplus tracksource_tvplus plusplayer_tvplus dashplusplayer_tvplus
+USER_LIBS = stdc++ plusplayer-wrapper gstsubtitle_tvplus gstsubtitleparse_tvplus plusplayercore_tvplus tracksource_tvplus plusplayer_tvplus dashplusplayer_tvplus

and

Are the sample videos playing properly? The https://media.w3.org/2010/05/bunny/trailer.mp4(mp3 tab's url) works fine in video_player_tizen, but in avplay, a streaming connection failure occurs. (tizen 10.0). And the hls link is no longer accessible. (This may be an issue specific to me.)

1. I only tested tpk compiled with tizen-9.0-device.core rootstraps and plusplayer 10.0 libs on Tizen10.0. There are no other problems except the hls connection failure. Can you share the tizen-10.0 rootstraps and I will test again.
2. The https://media.w3.org/2010/05/bunny/trailer.mp4 always playing property.(tizen 7.0/8.0/9.0/10.0)
3. The hls connection failed on all versions tested. This problem also occurred during the test last week, but played property the next day. I tried to use the 'curl' command to check the network connection and got the following results. This looks like the server problem.

root@localhost:~# curl -v https://bitdash-a.akamaihd.net/content/sintel/hls/playlist.m3u8
* STATE: INIT => CONNECT handle 0x5e0700; line 1879 (connection #-5000)
* Added connection 0. The cache now contains 1 members
* STATE: CONNECT => RESOLVING handle 0x5e0700; line 1925 (connection #0)
* family0 == v4, family1 == v6
*   Trying 23.46.155.71:443...
* STATE: RESOLVING => CONNECTING handle 0x5e0700; line 2009 (connection #0)
* Connected to bitdash-a.akamaihd.net (23.46.155.71) port 443 (#0)
* STATE: CONNECTING => PROTOCONNECT handle 0x5e0700; line 2072 (connection #0)
* ALPN: offers h2
* ALPN: offers http/1.1
*  CAfile: /etc/ssl/ca-bundle.pem
*  CApath: =/etc/ssl/certs
* Didn't find Session ID in cache for host HTTPS://bitdash-a.akamaihd.net:443
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* STATE: PROTOCONNECT => PROTOCONNECTING handle 0x5e0700; line 2092 (connection #0)
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN: server accepted http/1.1
* Server certificate:
*  subject: C=US; ST=Massachusetts; L=Cambridge; O=Akamai Technologies, Inc.; CN=a248.e.akamai.net
*  start date: Mar 18 00:00:00 2025 GMT
*  expire date: Mar 18 23:59:59 2026 GMT
*  subjectAltName: host "bitdash-a.akamaihd.net" matched cert's "*.akamaihd.net"
*  issuer: C=US; O=DigiCert Inc; CN=DigiCert TLS Hybrid ECC SHA384 2020 CA1
*  SSL certificate verify ok.
* STATE: PROTOCONNECTING => DO handle 0x5e0700; line 2111 (connection #0)
> GET /content/sintel/hls/playlist.m3u8 HTTP/1.1
> Host: bitdash-a.akamaihd.net
> User-Agent: curl/7.86.0
> Accept: */*
>
* STATE: DO => DID handle 0x5e0700; line 2191 (connection #0)
* STATE: DID => PERFORMING handle 0x5e0700; line 2310 (connection #0)
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* Didn't find Session ID in cache for host HTTPS://bitdash-a.akamaihd.net:443
* Added Session ID to cache for HTTPS://bitdash-a.akamaihd.net:443 [server]
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* Found Session ID in cache for host HTTPS://bitdash-a.akamaihd.net:443
* old SSL session ID is stale, removing
* Added Session ID to cache for HTTPS://bitdash-a.akamaihd.net:443 [server]
* Mark bundle as not supporting multiuse
* HTTP 1.1 or later with persistent connection
< HTTP/1.1 403 Forbidden
< Server: AkamaiGHost
< Mime-Version: 1.0
< Content-Type: text/html
< Content-Length: 428
< Expires: Tue, 12 Aug 2025 01:45:03 GMT
< Cache-Control: max-age=0, no-cache, no-store
< Pragma: no-cache
< Date: Tue, 12 Aug 2025 01:45:03 GMT
< Connection: keep-alive
< Access-Control-Max-Age: 86400
< Access-Control-Allow-Credentials: false
< Access-Control-Allow-Headers: *
< Access-Control-Allow-Methods: GET,POST,HEAD
< Access-Control-Allow-Origin: *
<
<HTML><HEAD>
<TITLE>Access Denied</TITLE>
</HEAD><BODY>
<H1>Access Denied</H1>

You don't have permission to access "http&#58;&#47;&#47;bitdash&#45;a&#46;akamaihd&#46;net&#47;content&#47;sintel&#47;hls&#47;playlist&#46;m3u8" on this server.<P>
Reference&#32;&#35;18&#46;47a13017&#46;1754963103&#46;1048da48
<P>https&#58;&#47;&#47;errors&#46;edgesuite&#46;net&#47;18&#46;47a13017&#46;1754963103&#46;1048da48</P>
</BODY>
</HTML>
* STATE: PERFORMING => DONE handle 0x5e0700; line 2509 (connection #0)
* multi_done: status: 0 prem: 0 done: 0
* Connection #0 to host bitdash-a.akamaihd.net left intact
* Expire cleared (transfer 0x5e0700)

[gin7773]

We have tested on Tizen 10.0 and there are no other issues except that HLS(https://bitdash-a.akamaihd.net/content/sintel/hls/playlist.m3u8) cannot be played.

The HLS url get 'Access Denied' from all platforms, so we replace it with a url that works fine.

[JSUYA]

My device's tizen version has changed, so I haven't been able to check the latest changes in 10.0.
I've checked that it works properly on a 9.0 device.
If you've confirmed that it works properly on Tizen 10.0, please merge it.