<span lang="en"><span>Hello</span><span>,</span><br> <span>I am a student</span> <span>at the University of</span> <span>Rennes 1</span><span>,</span> <span>France</span><span>.</span> <span>I just installed</span> <span>the codec</span> <span><span class="il">vlc</span></span> <span>compilation</span> <span>mode</span><span>.</span> <span>I looked at</span> <span>the file</span> <span>omxil.c</span> <span>which you are</span> <span>the author</span><span>.</span> <span>I want to extract</span> <span>the</span> <span>quantization</span> </span><span lang="en"> <span>parameter</span></span><span lang="en"> <span><span class="il">QP</span></span><span>.</span> <span>until now</span> <span>I</span> <span>have not</span> <span>yet found</span><span>.</span> <span>I</span> <span>find</span> <span>in the file</span> <span>OMX_Image.h</span><span>,</span> <span>all</span> <span>data structures</span> <span>that handle</span> <span>the compression process</span> <span>and understood</span> <span><span class="il">QP</span></span><span>.</span> <span>but</span> <span>these structures</span> <span>are not used</span> <span>in the code of</span> <span><span class="il">vlc</span></span><span>.</span> <span>Please,</span> <span>do you have any</span> <span>ideas</span> <span>or</span> <span>a</span> <span>method</span> <span> to</span> <span>extract</span> <span>this </span></span><span lang="en"> <span>paramete,</span></span><span lang="en"><span></span> <span><span class="il">QP</span></span><span>?</span><br>
<span>Thank you</span> <span>in advance</span><span>.<br>
<br>
--<br>
Toufik</span></span><br><br><div class="gmail_quote">2012/7/10 <span dir="ltr"><<a href="mailto:vlc-devel-request@videolan.org" target="_blank">vlc-devel-request@videolan.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Send vlc-devel mailing list submissions to<br>
<a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:vlc-devel-request@videolan.org">vlc-devel-request@videolan.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:vlc-devel-owner@videolan.org">vlc-devel-owner@videolan.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of vlc-devel digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: [PATCH] HLS: Check for Segment in all hls streams.<br>
(Frederic YHUEL)<br>
2. Re: [PATCH] audioscrobbler: prevent an endless loop inside<br>
the main loop (Rafa?l Carr?)<br>
3. Re: [PATCH] HLS: Check for Segment in all hls streams.<br>
(David Glaude)<br>
4. Trying to fix wrong playback order after items are rearranged<br>
(David Fuhrmann)<br>
5. [PATCH] OS/2: Add live555 supports (KO Myung-Hun)<br>
6. Re: Trying to fix wrong playback order after items are<br>
rearranged ( R?mi Denis-Courmont)<br>
7. Re: [PATCH] HLS: Check for Segment in all hls streams.<br>
(Frederic YHUEL)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 9 Jul 2012 15:16:17 +0200<br>
From: Frederic YHUEL <<a href="mailto:fyhuel@viotech.net">fyhuel@viotech.net</a>><br>
To: Mailing list for VLC media player developers<br>
<<a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a>><br>
Subject: Re: [vlc-devel] [PATCH] HLS: Check for Segment in all hls<br>
streams.<br>
Message-ID:<br>
<<a href="mailto:CAKHNsC1oG1fvKTU7OCca4QmCuT_3FYUh9jaJXVK00LY5bpCLMg@mail.gmail.com">CAKHNsC1oG1fvKTU7OCca4QmCuT_3FYUh9jaJXVK00LY5bpCLMg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
On Mon, Jul 9, 2012 at 2:43 PM, satish MR <<a href="mailto:satishmr123@gmail.com">satishmr123@gmail.com</a>> wrote:<br>
> Hi Frederic YHUEL,<br>
><br>
> Thanks for the review.<br>
> Sorry for writing to your personal mail.<br>
<br>
No problem, but I reply to the ML.<br>
<br>
> I dont know how to reply to exact<br>
> thread of my patch.<br>
><br>
<br>
Really?!<br>
<br>
> Sorry, I missed few codelines (handling of null values returned from<br>
> getsegment()) in the patch i sent.<br>
><br>
<br>
That was not my point.<br>
<br>
> without this patch, Getsegment() will not search in all hls streams for<br>
> available segments.<br>
<br>
Yes it will, provided that hls_Get and segment_GetSegment don't return NULL.<br>
<br>
If hls_Get returns NULL, then it's probably better that Getsegment<br>
also returns NULL.<br>
<br>
If segment_GetSegment returns NULL, then I don't know... maybe it's<br>
better to continue, and look at other streams, indeed.<br>
<br>
> with that I could get things working for a live hls stream playback.<br>
><br>
<br>
Could you share that stream?<br>
<br>
Best regards<br>
Fr?d?ric<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 09 Jul 2012 15:33:49 +0200<br>
From: Rafa?l Carr? <<a href="mailto:funman@videolan.org">funman@videolan.org</a>><br>
To: Mailing list for VLC media player developers<br>
<<a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a>><br>
Subject: Re: [vlc-devel] [PATCH] audioscrobbler: prevent an endless<br>
loop inside the main loop<br>
Message-ID: <<a href="mailto:4FFADDBD.50201@videolan.org">4FFADDBD.50201@videolan.org</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Le 2012-07-05 16:52, Fabian Keil a ?crit :<br>
> Fabian Keil <<a href="mailto:freebsd-listen@fabiankeil.de">freebsd-listen@fabiankeil.de</a>> wrote:<br>
><br>
>> R?mi Denis-Courmont <<a href="mailto:remi@remlab.net">remi@remlab.net</a>> wrote:<br>
>><br>
>>> On Wed, 20 Jun 2012 13:28:45 +0200, Fabian Keil<br>
>>> <<a href="mailto:freebsd-listen@fabiankeil.de">freebsd-listen@fabiankeil.de</a>> wrote:<br>
>>>> The attached patch fixes a compiler warning and might fix the<br>
>>>> issue reported in: <a href="https://trac.videolan.org/vlc/ticket/6286" target="_blank">https://trac.videolan.org/vlc/ticket/6286</a>.<br>
>>>><br>
>>>> I don't have an account an thus couldn't test it, though.<br>
>>><br>
>>> Might as well use INT64_MIN as initializer. That would be simpler.<br>
>><br>
>> Thanks for the feedback.<br>
>><br>
>> Grepping around in vlc, I couldn't find a single instance where<br>
>> INT64_MIN is used to initialize an mtime_t. The commonly used<br>
>> integers seem to be 0 and -1, and now that I know that mtime_t is<br>
>> signed, I prefer -1 as well.<br>
>><br>
>> I also realized that the second chunk of my patch shouldn't be<br>
>> necessary. Attached is an updated version that only contains<br>
>> the first chunk and initializes with -1 instead of 0.<br>
>><br>
>> Does this address your concern about simplicity, or do<br>
>> you still prefer INT64_MIN?<br>
><br>
> Any opinions?<br>
<br>
Applied, thanks.<br>
<br>
Sorry for the delay<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 9 Jul 2012 17:07:14 +0200<br>
From: David Glaude <<a href="mailto:david.glaude@gmail.com">david.glaude@gmail.com</a>><br>
To: Mailing list for VLC media player developers<br>
<<a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a>><br>
Subject: Re: [vlc-devel] [PATCH] HLS: Check for Segment in all hls<br>
streams.<br>
Message-ID:<br>
<<a href="mailto:CAEDB7ovOuLo7Shq0nsMfBj_2te6es-%2Bn05R%2BthkVWT%2Bi90oNSA@mail.gmail.com">CAEDB7ovOuLo7Shq0nsMfBj_2te6es-+n05R+thkVWT+i90oNSA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
May I ask if we are talking about the possible unavailability of some<br>
chunck/segment in one of the available bitrate of a stream?<br>
<br>
And the missing pieces would however be advertised in the playlist?<br>
<br>
While I can imagine possible scenario (like redundant encoder producing<br>
each different video bitrate of the same event and one of them failing), I<br>
feel it is very bad idea to advertise non-existing file.<br>
<br>
Do that kind of stream exist in the wild?<br>
<br>
I wonder how other player do deal with that scenario?<br>
<br>
David Glaude<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mailman.videolan.org/pipermail/vlc-devel/attachments/20120709/da9103dd/attachment-0001.html" target="_blank">http://mailman.videolan.org/pipermail/vlc-devel/attachments/20120709/da9103dd/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 9 Jul 2012 20:12:31 +0200<br>
From: David Fuhrmann <<a href="mailto:david.fuhrmann@googlemail.com">david.fuhrmann@googlemail.com</a>><br>
To: Mailing list for VLC media player developers<br>
<<a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a>><br>
Subject: [vlc-devel] Trying to fix wrong playback order after items<br>
are rearranged<br>
Message-ID: <<a href="mailto:837A8D54-4084-488E-9A13-E4319F988003@googlemail.com">837A8D54-4084-488E-9A13-E4319F988003@googlemail.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Hi Guys,<br>
<br>
Currently, I'm trying to fix #4397. The problem is that if you rearrange playlist items in the osx gui while another item is playing, the new order is not taken into account.<br>
<br>
Comparing the code from the mac osx and qt gui, I noticed that qt uses playlist_TreeMoveMany for drag and drop handling, while the osx gui uses playlist_NodeRemoveItem and playlist_NodeInsert.<br>
<br>
To fix the issue for the osx gui (and probably all other modules which will use these functions), I came up with the below solution.<br>
But I don't know the core good enough, therefore I want to ask for opinions from the core experts here. Is this patch ok? Or should this problem be solved in another way (using another function, e.g. TreeMoveMany as in the qt ui)?<br>
<br>
Now, here is the diff:<br>
<br>
--- a/src/playlist/tree.c<br>
+++ b/src/playlist/tree.c<br>
@@ -222,6 +222,9 @@ int playlist_NodeInsert( playlist_t *p_playlist,<br>
i_position,<br>
p_item );<br>
p_item->p_parent = p_parent;<br>
+<br>
+ pl_priv( p_playlist )->b_reset_currently_playing = true;<br>
+ vlc_cond_signal( &pl_priv( p_playlist )->signal );<br>
return VLC_SUCCESS;<br>
}<br>
<br>
<br>
Best regards,<br>
David<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 10 Jul 2012 15:47:55 +0900<br>
From: KO Myung-Hun <<a href="mailto:komh78@gmail.com">komh78@gmail.com</a>><br>
To: <a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a><br>
Subject: [vlc-devel] [PATCH] OS/2: Add live555 supports<br>
Message-ID: <<a href="mailto:1341902875-36480-1-git-send-email-komh@chollian.net">1341902875-36480-1-git-send-email-komh@chollian.net</a>><br>
<br>
---<br>
<a href="http://configure.ac" target="_blank">configure.ac</a> | 9 ++++++++-<br>
1 files changed, 8 insertions(+), 1 deletions(-)<br>
<br>
diff --git a/<a href="http://configure.ac" target="_blank">configure.ac</a> b/<a href="http://configure.ac" target="_blank">configure.ac</a><br>
index 1861e90..255125e 100644<br>
--- a/<a href="http://configure.ac" target="_blank">configure.ac</a><br>
+++ b/<a href="http://configure.ac" target="_blank">configure.ac</a><br>
@@ -1581,7 +1581,12 @@ AS_IF([test "${enable_live555}" != "no" -a -n "${CXX}"], [<br>
AC_LANG_PUSH(C++)<br>
VLC_SAVE_FLAGS<br>
AS_IF([test -z "${CONTRIB_DIR}"], [<br>
- CPPFLAGS_live555="-I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment"<br>
+ AS_IF([test ${SYS} != "os2"], [<br>
+ CPPFLAGS_live555="-I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment"<br>
+ ], [<br>
+ CPPFLAGS_live555="-I/usr/lib/live/liveMedia/include -I/usr/lib/live/groupsock/include -I/usr/lib/live/BasicUsageEnvironment/include -I/usr/lib/live/UsageEnvironment/include"<br>
+ LDFLAGS_live555="-L/usr/live/lib/liveMedia -L/usr/live/lib//groupsock -L/usr/live/lib/BasicUsageEnvironment -L/usr/live/lib/UsageEnvironment"<br>
+ ])<br>
], [<br>
CPPFLAGS_live555="-I${CONTRIB_DIR}/include/liveMedia -I${CONTRIB_DIR}/include/groupsock -I${CONTRIB_DIR}/include/BasicUsageEnvironment -I${CONTRIB_DIR}/include/UsageEnvironment"<br>
])<br>
@@ -1589,6 +1594,7 @@ AS_IF([test "${enable_live555}" != "no" -a -n "${CXX}"], [<br>
CPPFLAGS_live555="${CPPFLAGS_live555} -DSOLARIS"<br>
])<br>
CPPFLAGS="${CPPFLAGS} ${CPPFLAGS_live555}"<br>
+ LDFLAGS="${LDFLAGS} ${LDFLAGS_live555}"<br>
<br>
AC_CACHE_CHECK([for live555 version 1324598400 or later], [ac_cv_live555], [<br>
AC_PREPROC_IFELSE([AC_LANG_PROGRAM([<br>
@@ -1623,6 +1629,7 @@ You can get an updated one from <a href="http://www.live555.com/liveMedia" target="_blank">http://www.live555.com/liveMedia</a> .])<br>
dnl We need to check for pic because live555 don't provide shared libs<br>
dnl and we want to build a plugins so we need -fPIC on some arch.<br>
VLC_ADD_CXXFLAGS([live555], [${CPPFLAGS_live555}])<br>
+ VLC_ADD_LDFLAGS([live555], [${LDFLAGS_live555}])<br>
AC_CHECK_LIB(liveMedia_pic, main, [<br>
VLC_ADD_PLUGIN([live555])<br>
VLC_ADD_LIBS([live555], [-lliveMedia_pic ${other_libs_pic}])<br>
--<br>
1.7.3.2<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 10 Jul 2012 10:02:19 +0300<br>
From: " R?mi Denis-Courmont" <<a href="mailto:remi@remlab.net">remi@remlab.net</a>><br>
To: <a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a><br>
Subject: Re: [vlc-devel] Trying to fix wrong playback order after<br>
items are rearranged<br>
Message-ID: <<a href="mailto:201207101002.19872.remi@remlab.net">201207101002.19872.remi@remlab.net</a>><br>
Content-Type: Text/Plain; charset="iso-8859-1"<br>
<br>
Hello,<br>
<br>
I don't think the playlist should change the current item when being sorted...<br>
<br>
On Monday 09 July 2012, David Fuhrmann wrote:<br>
> Hi Guys,<br>
><br>
> Currently, I'm trying to fix #4397. The problem is that if you rearrange<br>
> playlist items in the osx gui while another item is playing, the new order<br>
> is not taken into account.<br>
><br>
> Comparing the code from the mac osx and qt gui, I noticed that qt uses<br>
> playlist_TreeMoveMany for drag and drop handling, while the osx gui uses<br>
> playlist_NodeRemoveItem and playlist_NodeInsert.<br>
><br>
> To fix the issue for the osx gui (and probably all other modules which will<br>
> use these functions), I came up with the below solution. But I don't know<br>
> the core good enough, therefore I want to ask for opinions from the core<br>
> experts here. Is this patch ok? Or should this problem be solved in<br>
> another way (using another function, e.g. TreeMoveMany as in the qt ui)?<br>
><br>
> Now, here is the diff:<br>
><br>
> --- a/src/playlist/tree.c<br>
> +++ b/src/playlist/tree.c<br>
> @@ -222,6 +222,9 @@ int playlist_NodeInsert( playlist_t *p_playlist,<br>
> i_position,<br>
> p_item );<br>
> p_item->p_parent = p_parent;<br>
> +<br>
> + pl_priv( p_playlist )->b_reset_currently_playing = true;<br>
> + vlc_cond_signal( &pl_priv( p_playlist )->signal );<br>
> return VLC_SUCCESS;<br>
> }<br>
><br>
><br>
> Best regards,<br>
> David<br>
> _______________________________________________<br>
> vlc-devel mailing list<br>
> To unsubscribe or modify your subscription options:<br>
> <a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
--<br>
R?mi Denis-Courmont<br>
<a href="http://www.remlab.info" target="_blank">http://www.remlab.info</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Tue, 10 Jul 2012 10:26:16 +0200<br>
From: Frederic YHUEL <<a href="mailto:fyhuel@viotech.net">fyhuel@viotech.net</a>><br>
To: Mailing list for VLC media player developers<br>
<<a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a>><br>
Subject: Re: [vlc-devel] [PATCH] HLS: Check for Segment in all hls<br>
streams.<br>
Message-ID:<br>
<CAKHNsC3q3tS=U_8GCRfPtiUi+1nfPb=<a href="mailto:4cNc2ixHd4zTqaEPeoA@mail.gmail.com">4cNc2ixHd4zTqaEPeoA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
On Mon, Jul 9, 2012 at 5:07 PM, David Glaude <<a href="mailto:david.glaude@gmail.com">david.glaude@gmail.com</a>> wrote:<br>
> May I ask if we are talking about the possible unavailability of some<br>
> chunck/segment in one of the available bitrate of a stream?<br>
><br>
> And the missing pieces would however be advertised in the playlist?<br>
><br>
<br>
I think that in the case Satish try to handle, the missing piece is<br>
not advertised. Like... one of the playlists is not updated anymore<br>
for some reason, and segment_GetSegment returns NULL.<br>
<br>
<br>
><br>
> I wonder how other player do deal with that scenario?<br>
><br>
<br>
Good question!<br>
<br>
Best regards<br>
Fr?d?ric<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
<a href="mailto:vlc-devel@videolan.org">vlc-devel@videolan.org</a><br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
<br>
<br>
End of vlc-devel Digest, Vol 62, Issue 10<br>
*****************************************<br>
</blockquote></div><br>