So if you have something formulaic, a simple, or even a complex project,
you could generate a an XML cultist for Melt and use your Raspberry PI to
run the render. This would likely be quite slow given the weak CPU in the
Pi, but doable.
Note that frame accurate playback when reviewing your cuts may be
inconsistent in omxplayer - something like Shotcut on a PC or xjadeo or
similar may be a good approach. Again you will likely run into the same
issues with HD material as the CPU may struggle to decode h.264 at that
resolution in real time (on the Pi).
With the Libav consumer, Melt will also always run a transcode. If you
just want to top/tail videos and can align yourself with GOP sequences,
rewrapping rather than transcoding will be significantly faster.
If you want to use Melts more advanced features - such as colour
adjustments - maybe an option available to you would be to do your
rendering on a server with a more powerful CPU, by running Melt there.
Pre-emptible or “spot” Cloud compute instances could be an efficient way to
do that provided your files aren’t too huge. YMMV!
Whatever it is you are doing sounds interesting!
Best of luck,
David
On Tue, 28 Aug 2018 at 13:28, Joel Nash <joeln...@xuuki.co.uk> wrote:
> ...It seems to be certainly possible (having just trialed that idea) but
> is that a recommended workflow ?
>
> On Tue, Aug 28, 2018 at 8:14 AM, Joel Nash <joeln...@xuuki.co.uk> wrote:
>
>> Oh I wanted to ask is it possible to have melt be supported by omxplayer?
>>
>> On Tue, Aug 28, 2018 at 8:13 AM, Joel Nash <joeln...@xuuki.co.uk> wrote:
>>
>>> oh no thats not good.
>>> I was looking for a lightweight and effective way to edit film on the
>>> RPI. I'm also working pretty much exclusively in the terminal.
>>> What could I do next ? I was wondering what you thought of the idea that
>>> is it perhaps possible to make edits using melt and create a new edited
>>> file which is then separately played back by omxplayer ?
>>>
>>> On Mon, Aug 27, 2018 at 6:16 PM, David Noble <davidwno...@gmail.com>
>>> wrote:
>>>
>>>> Hi
>>>>
>>>> On Mon, 27 Aug 2018 at 13:46, Joel Nash <joeln...@xuuki.co.uk> wrote:
>>>>
>>>>>
>>>>> Thank you very much for getting back to me. Your support is much
>>>>> appreciated and needed I’m sure !
>>>>>
>>>>> Thats fantastic news if there is a way. I’m using the Raspberry Pi 2,
>>>>> I do have access to the RPI3 also if need be.
>>>>> I’m not entirely sure what to say about the rest of the set up.
>>>>> I’ll mention the RPI2 is within the Pi top hardware. I’m just using
>>>>> the jack out for sound however,
>>>>> I do have the pisound soundcard hardware if its required
>>>>>
>>>>
>>>> I’m not entirely sure of whether it’s possible to use the hardware
>>>> decoder on the Raspberry PI with Melt, but this is definitely the right
>>>> place to ask. My gut feeling is that there is no OpenMAX (the hardware
>>>> media acceleration present on the Pi) support in Melt.
>>>>
>>>>
>>>>> Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Xuuki10thpromo.mp4':
>>>>> Metadata:
>>>>> major_brand : isom
>>>>> minor_version : 512
>>>>> compatible_brands: isomiso2avc1mp41
>>>>> encoder : Lavf58.12.100
>>>>> Duration: 00:00:45.18, start: 0.000000, bitrate: 3077 kb/s
>>>>> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661),
>>>>> yuv420p(tv, bt709/unknown/bt709), 1920x1080 [SAR 1:1 DAR 16:9], 2706 kb/s,
>>>>> 25 fps, 25 tbr, 12800 tbn, 50 tbc (default)
>>>>> Metadata:
>>>>> handler_name : VideoHandler
>>>>> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz,
>>>>> stereo, fltp, 367 kb/s (default)
>>>>> Metadata:
>>>>> handler_name : SoundHandler
>>>>>
>>>>
>>>> So the media is 1080p/25 - you’re unlikely to be able to play this in
>>>> real-time with CPU decoding on the Pi. You may also have issues with
>>>> getting frames to display quickly enough unless the framebuffer is handled
>>>> appropriately. Omxplayer handles this fine, but it’s likely not directly
>>>> supported in Melt.
>>>>
>>>> What is your use case for Melt in this situation by the way?
>>>>
>>>> Sorry to bring bad news!
>>>>
>>>> David
>>>>
>>>>>
>>>
>>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel
