After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 666898 - cut file with GES
cut file with GES
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-editing-services
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-12-27 09:42 UTC by anthony
Modified: 2012-05-06 23:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description anthony 2011-12-27 09:42:03 UTC
Hello,

I used GES to cut a mkv file that encoding mjpeg.
I used this line to cut my file. The video duration was around 4h.
and I would like to cut 5 seconds.
I have ubuntu 10.04 with kernel 2.6.32-32-generic-pae.

./ges-launch-0.10 original.mkv 0 5 -r -o file:///home/anthony/cut.mkv 

I met two problems.

========================================================================
The first one i can't open video file because the file was more than 2GO.
To open the file i must to modify ges.c

gstreamer code :
{{{
  FILE *fp = fopen (path, "rb");
  if (fp) {
    fclose (fp);
    return TRUE;
  }
  return FALSE;
}}}

My code :
{{{
int fd = open(path, O_RDONLY);
if (fd) {
    close (fd);
    return TRUE;
  }
  return FALSE;
}}}
with my code, i can open the file that are more than 2GO.
=========================================================================
The second one after the cut it's over, the pipeline don't send EOS whereas the cut it's over.
I must to kill processus to finish the cut.
Comment 1 Vincent Penquerc'h 2012-01-17 17:19:22 UTC
I'm far from an expert in this, but:

That fopen and associated API fails to deal with files larger that 2 GB seems like an issue with the build, as it should be able to be set up to support this.
Thus, the use of open and friends is likely a red herring. This API is probably compiled to support 64 bit offsets while the fopen family isn't.
A quick look at my stdio.h shows the fopen family should have 64 bit support when built with __USE_FILE_OFFSET64.

As for the second issue (for which a second bug should have been open), does the hang also happen with other file types (eg, Ogg files, MPEG files, etc) ? I'm not unsure an EOS would happen - it may be a segment seek, in which case you'd get a segment-done event (but it should still quit, so the hang is a bug either way).
Comment 2 Tobias Mueller 2012-05-06 23:18:51 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!