Hi,
>> I disagree. Right now, the GTK RTP player is the only one that I consider
>> usable. By comparison, the Qt RTP player only barely works, and is unusable
>> if you're dealing with more than one stream. If these changes can improve
>> the Qt >version to be about as good as the GTK version was/is, then perhaps
>> breaking the GTK version is okay. But don't break/remove the GTK version
>> *and* leave the Qt version less than fully functional.
>> --
>> Peter Budny
>
> My thinking is that if fixing the Qt version without too much work means
> ditching the GTK version that is OK in the development track as the GTK
> version is still available in older
> Versions. Hopefully a usable Qt version would be available before the next
> release.
I understand Peter, but I'm afraid it is not possible to change Qt code
without touching GTK. The reason is that both depends on common files in
ui/ (ui/rtp_stream, ui/tap-rtp* etc).
When I started to work on Qt, it induced changes in common ui/ code and
as consequence I broke GTK code.
I might be wrong because my additional aim was to write common code for
RTP analysis too (when you check the code for RTP analysis, you will
again find multiple places with same functionality - GTK, Qt and
TShark). Therefore I had to touch code in common ui/ directory more
often than just RTP player related changes might require.
On the other hand, I'm really afraid that changes for Qt will induce
changes for GTK. The option could be copy all related ui/ files and
split them for GTK and Qt.
But I'm not sure whether it is good approach.
Sincerely yours,
Jirka Novak
___________________________________________________________________________
Sent via: Wireshark-dev mailing list <wireshark-dev@wireshark.org>
Archives: https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev
mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
