Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
I think what he's saying is that it would be nice not to require cron (of any sort) to trigger the transcode job, as in as soon as the user uploads a file the transcode automatically starts.
If not, that's what I'm saying would be a nice feature :)
A site with a few users submitting videos at the same time will have a bad time encoding all those at the same time. Queuing them seems a good solution.
Not during the form submission, after it, just triggering the start of the process upon completion.
@ferrangil,
Didn't say anything about processing multiple transcodes, clearly it would respect the queue system that's already in place.
The issue is that upon a user submitting a video they are presented a message that tells them to refresh the page, but the likelyhood of the transcode process having started is low (depending on how often cron runs), so they could refresh for hours and the transcode will not even have begun. If submitting their video atleast triggered the transcode queue, there might be a chance that their video will be done within a few minutes of submission (depending on the length and an empty queue).
While I know this is easier said than done, the current system just doesn't seem to cut the mustard. There almost needs to be some sort of service/daemon available to ping to start the job and that pings back upon completion.
I'd like to develop some sort of 'triggered cron' and also allow transcodings to occur simultaneously so a big video will not delay a short video from transcoding.
The message should maybe be made clearer, e.g. Please come back later.
It is possible to set up email notification with the actions integration.
Comments
Comment #1
jbrown commentedYou could try poormanscron or wait for Drupal 7.
Comment #2
decipheredI think what he's saying is that it would be nice not to require cron (of any sort) to trigger the transcode job, as in as soon as the user uploads a file the transcode automatically starts.
If not, that's what I'm saying would be a nice feature :)
Cheers,
Deciphered.
Comment #3
jbrown commentedTranscoding during form submission? Long videos can take hours to transcode.
Comment #4
ferrangil commentedA site with a few users submitting videos at the same time will have a bad time encoding all those at the same time. Queuing them seems a good solution.
Comment #5
deciphered@jbrown,
Not during the form submission, after it, just triggering the start of the process upon completion.
@ferrangil,
Didn't say anything about processing multiple transcodes, clearly it would respect the queue system that's already in place.
The issue is that upon a user submitting a video they are presented a message that tells them to refresh the page, but the likelyhood of the transcode process having started is low (depending on how often cron runs), so they could refresh for hours and the transcode will not even have begun. If submitting their video atleast triggered the transcode queue, there might be a chance that their video will be done within a few minutes of submission (depending on the length and an empty queue).
While I know this is easier said than done, the current system just doesn't seem to cut the mustard. There almost needs to be some sort of service/daemon available to ping to start the job and that pings back upon completion.
Just my thoughts.
Cheers,
Deciphered.
Comment #6
jbrown commentedI'd like to develop some sort of 'triggered cron' and also allow transcodings to occur simultaneously so a big video will not delay a short video from transcoding.
The message should maybe be made clearer, e.g. Please come back later.
It is possible to set up email notification with the actions integration.