Originally discussed in Bug 9761 . I see a strange artifact where I scroll to 02.00 then 'ctrl+right' and the timer switches to 03.00 and immediately afterwards to 02.58 and then countdown proceeds as normal. See http://s000.tinyupload.com/index.php?file_id=99736988564920245911&gk=forex Notice how the video starts at 1:38; at 1:40 I press ctrl+right and the video scrolls 1min later to 2:41 (this number is displayed for only a fraction of a second, so maybe slow down the playback of the movie to notice it); then it switches to 2:38; and then proceeds as expected. Let me know if something is still unclear.
As mentioned earlier I believe that this bug was present before, but not noticeable due to the laggy update of the scale and timer. We'll have to see what's going wrong there, maybe problems with seek-calculation and gstreamer...
I can't reproduce this bug anymore, could you please check whether this still happens when using git master?
I can't replicate this particular issue in GIT master. But I do notice some jerky movie playing (there is an audio jitter) right after a scroll, and about 1sec after that. And sometimes there is also a 1sec jump of the seconds counter at the 2nd jerky event. I'm not sure how to describe the issue, and it may be that I'm only hearing things. Can you notice anything like that?
Hm, are you using gstreamer1.0 or 0.10?
libgstreamer 0.10.36 Is this potentially causing problems?
I'm not sure, but there seem to be a few differences between 1.0 and 0.10 and how they handle certain things, so in order to be able to reproduce, it's good to know. (Just to be clear, so far, I haven't been able to reproduce your issue.)
OK. I've done some testing, and just for info I'm still using the Gtk2 version of Parole (GIT Oct 10). It seems to me that the issue that I'm reporting is dependent on the file type. For example, I have an .mp4 file for which I see no scrolling issues with the -/+10sec. If I take a RealMedia file (.rmvb), though, then I get the behaviour that I described earlier: when I scroll 10sec, then after ~1.5sec I get a "jam". If I take an .avi file, then I get a loud screak (vynil-style) immediately after I perform the 10sec scroll. I'm not sure how to better debug this and give you more useful feedback. However, and I suspect that this is related but I couldn't find a reliable way to reproduce it, I often get that some files---after multiple scrolling operations and pauses/resumes---end playing well before the normal duration of the video. Say, I often get that a 22min file will stop playing at 19.30min. Then I re-open the file and watch it normally for the last 3min without issues, but there is clearly some bug lurking around.
I tried to compile latest GIT (and 0.5.90), and it seems to me that the minimal dependencies have been bumped to gkt3 and xfce 4.12. Does this mean that the upcoming Parole release is only compatible with 4.12? (Since I'm running 4.10, I can no longer test the code.) >"/home/liv/Build/parole-0.5.90/autogen.sh" (27953) [..] checking for libxfce4ui-2 >= 4.10.0... not found *** The required package libxfce4ui-2 was not found on your system. *** Please install libxfce4ui-2 (atleast version 4.10.0) or adjust *** the PKG_CONFIG_PATH environment variable if you *** installed the package in a nonstandard prefix so that *** pkg-config is able to find it.
Indeed. The 0.5 series is the last to ship with Gtk2. We've been porting Parole to Gtk3 lately and the 0.6 release will feature Gtk3-only. You can take a look at the 0.5.90 release-notes for more info. The squeaks for certain file-types sounds like it might be directly gstreamer-related. Also I still haven't really been able to reproduce this issue.
(In reply to Simon Steinbeiss from comment #9) > the 0.6 release will feature Gtk3-only. > But is 0.6 compatible with Xfce 4.10? I tried to build 0.5.90 using Xfce 4.10, and config failed. It's as if 0.5.90 required the still in development Xfce 4.12. Am I doing something wrong?
Yes, sorry I wasn't more explicit before. Certain components need to be in their Xfce4.12 version (namely libxfce4ui for the Gtk3 support), which is why that lib is also in Sean's daily-PPA.
OK, I've now managed to get daily builds of latest GIT for Precise (xfce 4.12 & gtk3 & gstreamer0.10), and I still see some troubling behaviour. Something that I can reliably replicate here with latest GIT, is that clicking on the horizontal scrollbar at a random time point (say, 17:00 for a 20:00 movie) won't scroll to that point. If I try to DnD the scrollbar handle, then it sort of works, but it's not reliable and a bit slow. Can you replicate this?
(In reply to Liviu Andronic from comment #7) > I'm not sure how to better debug this and give you more useful feedback. > However, and I suspect that this is related but I couldn't find a reliable > way to reproduce it, I often get that some files---after multiple scrolling > operations and pauses/resumes---end playing well before the normal duration > of the video. Say, I often get that a 22min file will stop playing at > 19.30min. Then I re-open the file and watch it normally for the last 3min > without issues, but there is clearly some bug lurking around. > I encounter this issue very often with latest GIT. Does Parole have some --debug option or similar so that I could collect a log of what it reports?
(In reply to Liviu Andronic from comment #13) > I encounter this issue very often with latest GIT. Does Parole have some > --debug option or similar so that I could collect a log of what it reports? You can compile parole with --enable-debug=full and then run it from the terminal, that should give you some more output. And no, I can't reproduce the progress-scale not jumping forward when clicking on the trough...
FWIW, if we can't reliably test and fix these issues, then I think it'll simply be best to stay with the 0.5 series for Precise. (After all, Gtk3.4 is quite old already and not famous for being Gtk3's finest hour.) Anyway, there will be a new LTS soon so I'd say let's focus on the 0.6 series for 14.04 and Gtk3.8 or Gtk3.10. What do you think?
(In reply to Simon Steinbeiss from comment #15) > FWIW, if we can't reliably test and fix these issues, then I think it'll > simply be best to stay with the 0.5 series for Precise. (After all, Gtk3.4 > is quite old already and not famous for being Gtk3's finest hour.) > > Anyway, there will be a new LTS soon so I'd say let's focus on the 0.6 > series for 14.04 and Gtk3.8 or Gtk3.10. > > What do you think? > Yes, this makes sense. Here I can reliably (almost every time) reproduce the issues that I describe, but I agree it may be a combination of old gtk3 / gstreamer releases. I could provide some logs on what is happening here, but I'm still unable to build Parole with --enable-debug=full : https://launchpadlibrarian.net/158084549/buildlog_ubuntu-precise-i386.parole_0.6.0~git20131202%2Br21~ubuntu12.04.1_FAILEDTOBUILD.txt.gz CC libparole_la-parole-filters.lo parole-pl-parser.c: In function 'parole_filename_to_utf8': parole-pl-parser.c:67:11: error: declaration of 'read' shadows a global declaration [-Werror=shadow] cc1: all warnings being treated as errors make[6]: *** [libparole_la-parole-pl-parser.lo] Error 1 make[6]: *** Waiting for unfinished jobs.... Should I report this in a separate ticket?
Yes, please report a separate ticket for that and let's close this one. Otherwise we end up with a really really long thread with a misleading title etc... Thanks!
Ok, sorry, saw too late that Sean said he'll check things in Precise...
Fixed 10525 in git-master... enjoy ;-)
Yay! :) Let's start with the first issue. I open Parole, load a movie, use the mouse to hit towards the middle of the scrollbar (at ~10min of a ~20min movie), and Parole only scrolls for ~10sec (as if 'right' were pressed). Does the log---parole-buggy-scroll-mouse-middle.log---contain anything useful?
Created attachment 5255 buggy scroll when clicking anywhere on the scrollbar
Created attachment 5259 log of movie stream ending unexpectedly This issue is present in both 0.5.4 and latest GIT. Sometimes (and quite very often) when I view a file, scroll back and forth, pause, suspend the computer, resume; and then the movie will unexpectedly finish before reaching the time limit. With the attached log, the movie unexpectedly ended at ~3min out of a ~23min movie. Since it's present in both stable and devel branches, maybe this issue is worth investigating?
Since parole has been ported to gtk3, the gui has changed a lot and I guess some other things under the hood too. Liviu, can you check if this has been fixed?
I don't think I'm seeing this anymore in 0.7.0 on Ubuntu 14.04. For now closing down.