Recherche avancée

Sur d’autres sites (10094)

• Android Video Trimming

  12 avril 2015, par larssy1

  I have a question about video trimming. I’m looking for a way to trim a video using the Titanium Framework.

  Functionality requested :
  Trim a video based upon a start and endtime.

  As it’s not possible using the framework, I tried looking for Titanium Modules offering the functionality needed. Currently there are two (iOS) modules available :

  1. https://github.com/martintietz/ti.ios.trim

  Nice tool which meets the exact conditions, easy in use, and fast trimming. Takes about 700 ms trimming 8 seconds.

  2. https://marketplace.appcelerator.com/apps/11245?restoreSearch=true# !overview

  Advanced tool, which would be nice if it would work. I’m not sure whether it is my code or not, but it doesn’t seem to be working using the following command (or atleast, it works very slowly, about 5 minutes for a 8sec trim on the same video) :

  ffmpeg -i "' + handleinp.resolve() + '" -ss 00:00:03 -t 00:00:08 -async 1 -strict -2 "' + handleoutp.resolve()

  For a complete example, refer to the following sources :

  Controller : http://pastebin.com/UHzV1ECF

  View : http://pastebin.com/6gyFstHz

  Output : http://pastebin.com/ySCTuGP3

  This means that so far Option [1] is the better way to trim a video on iOS. Sadly there also needs to be some trimming on Android. And the problem here lies that there is no module with the requested features.

  I have looked at another two trimming possibilities here :

  1. FFmpeg - I have made many attempts to compile the source code on both Windows and Raspbian, but no luck.

  2. MP4Parser - I tried creating a module using MP4parser, but it seems that any MP4parser trimming example does meet the API functionalities.

  So, my question is now, does anyone else have any other options in mind ?

  Kind Regards,
  Lars

• Another bulk update of copyright dates

  5 décembre 2016, par Erik de Castro Lopo

  Another bulk update of copyright dates
  

  • [DH] Scripts/cross-build-win-binaries.mk
  • [DH] doc/doxygen.footer.html
  • [DH] doc/doxygen.header.html
  • [DH] doc/html/changelog.html
  • [DH] doc/html/developers.html
  • [DH] doc/html/documentation.html
  • [DH] doc/html/documentation_bugs.html
  • [DH] doc/html/documentation_example_code.html
  • [DH] doc/html/documentation_format_overview.html
  • [DH] doc/html/documentation_tools.html
  • [DH] doc/html/documentation_tools_flac.html
  • [DH] doc/html/documentation_tools_metaflac.html
  • [DH] doc/html/faq.html
  • [DH] doc/html/features.html
  • [DH] doc/html/format.html
  • [DH] doc/html/id.html
  • [DH] doc/html/index.html
  • [DH] doc/html/license.html
  • [DH] doc/html/ogg_mapping.html
  • [DH] include/share/compat.h
  • [DH] include/share/endswap.h
  • [DH] include/share/macros.h
  • [DH] include/share/private.h
  • [DH] include/share/safe_str.h
  • [DH] include/share/win_utf8_io.h
  • [DH] include/share/windows_unicode_filenames.h
  • [DH] m4/endian.m4
  • [DH] m4/stack_protect.m4
  • [DH] microbench/Makefile.am
  • [DH] microbench/benchmark_residual.c
  • [DH] microbench/util.c
  • [DH] microbench/util.h
  • [DH] src/flac/main.c
  • [DH] src/libFLAC/include/private/macros.h
  • [DH] src/libFLAC/lpc_intrin_avx2.c
  • [DH] src/libFLAC/stream_encoder_intrin_avx2.c
  • [DH] src/libFLAC/windows_unicode_filenames.c
  • [DH] src/share/grabbag/snprintf.c
  • [DH] src/share/win_utf8_io/win_utf8_io.c
  • [DH] src/test_libFLAC/endswap.c
  • [DH] src/test_libFLAC/endswap.h
  • [DH] src/test_libFLAC/md5.c
  • [DH] src/test_libFLAC/md5.h
  • [DH] test/test_compression.sh

• 2 GB Should Be Enough For Me

  31 août 2010, par Multimedia Mike — General

  My new EeePC 1201PN netbook has 2 GB of RAM. Call me shortsighted but I feel like “that ought to be enough for me”. I’m not trying to claim that it ought to be enough for everyone. I am, however, questioning the utility of swap space for those skilled in the art of computing.

  
  
  Technology marches on : This ancient 128 MB RAM module is larger than my digital camera’s battery charger… and I just realized that comparison doesn’t make any sense
  

  Does anyone else have this issue ? It has gotten to the point where I deliberately disable swap partitions on Linux desktops I’m using ('swapoff -a'), and try not to allocate a swap partition during install time. I’m encountering Linux installers that seem to be making it tougher to do this, essentially pleading with you to create a swap partition– “Seriously, you might need 8 total gigabytes of virtual memory one day.” I’m of the opinion that if 2 GB of physical memory isn’t enough for my normal operation, I might need to re-examine my processes.

  In the course of my normal computer usage (which is definitely not normal by the standard of a normal computer user), swap space is just another way for the software to screw things up behind the scenes. In this case, the mistake is performance-related as the software makes poor decisions about what needs to be kept in RAM.

  And then there are the netbook-oriented Linux distributions that insisted upon setting aside as swap 1/2 gigabyte of the already constrained 4 gigabytes of my Eee PC 701′s on-board flash memory, never offering the choice to opt out of swap space during installation. Earmarking flash memory for swap space is generally regarded as exceptionally poor form. To be fair, I don’t know that SSD has been all that prevalent in netbooks since the very earliest units in the netbook epoch.

  Am I alone in this ? Does anyone else prefer to keep all of their memory physical in this day and age ?