Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

transcribed video not showing video in transcript editor and programme script #294

Open
sarahrainbow opened this issue Jul 12, 2021 · 8 comments

Comments

@sarahrainbow
Copy link
Contributor

low res footage uploaded by Tony Ellam 'TURBINES_FLEURY-ProRes Proxy half size.mov'
will only playback audio in both transcript editor and programme script view.

It seems he got low res version by exporting from Jupiter.

@allishultes
Copy link
Contributor

It isn't possible to preview this file from Firebase storage, which I can do with other uploads — which makes me think it might be corrupted, or that there was some sort of problem during upload. I've gone back to Tony and asked if he can pass along the original file.

@sarahrainbow
Copy link
Contributor Author

sorry just forwarded you Tony's feedback email with dropbox links to media he used!

@allishultes
Copy link
Contributor

allishultes commented Jul 12, 2021

This looks like an issue with Quicktime / mov formats. See this project when signed into the admin account.

When testing on quicktime files I've uploaded, I'm able to download them and play them back from the media export option, but not using the src url that the video player uses...

https://developer.mozilla.org/en-US/docs/Web/Media/Formats/Containers

@bevand10
Copy link

bevand10 commented Jul 12, 2021 via email

@sarahrainbow
Copy link
Contributor Author

Yeah my first thought would be to add a video conversion step with ffmpeg

@allishultes
Copy link
Contributor

allishultes commented Jul 13, 2021

Yeah my first thought would be to add a video conversion step with ffmpeg

Yeah this is a good shout. @sarahrainbow and I had a lil chat and one possible complication around converting file formats is that the EDL and FCPX files need to reference whatever the original file on the user's machine is — which might be Quicktime (unless the user exports the media too).

So potentially, we're talking converting the video for playback in the browser, but also storing a reference to the original file format so that the export EDL / FCPX files work. I don't know if that's an issue, or if it would introduce other issues. If we're having to re-link files anyways after importing FCPX / EDL into editing software, does it matter what file extension the original reference had, or that the two aren't aligned?

Re: the trial: the audio still plays back on these files and the EDL / FCPX / media export options still work. Obviously not ideal, but for now, if this effects one user, we could ask them to convert their file using something like this and re-upload it, and/or work without video...

@bevand10
Copy link

I guess a broader point here is that if TE exported the clip from Jupiter, then that clip will already have browse proxy available in Jupiter, which could be linked to, instead of localising and isolating things within DPE. Same goes for a Jupiter transcript actually - available in UCED via existing Jupiter->Transcript pipelines in either Transcriptor or Volt.
Perhaps one to discuss at some point.

@allishultes
Copy link
Contributor

I guess a broader point here is that if TE exported the clip from Jupiter, then that clip will already have browse proxy available in Jupiter, which could be linked to, instead of localising and isolating things within DPE. Same goes for a Jupiter transcript actually - available in UCED via existing Jupiter->Transcript pipelines in either Transcriptor or Volt.
Perhaps one to discuss at some point.

Yeah, potentially one for a later date but definitely out of scope while the user trial is ongoing. Thanks Dave!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants