The only thing I can think is the Videos is a sym link to /mnt/hdd/Videos - as I had to use a separate disc because of space issues. The sym link works seamlessly for all other things and other apps, e.g. Kdenlive, don't have the same issue.
Sounds like a permissions issue. Either your file has read-only permission, or you dont have that specific partition or media mounted, or your application doesn't have enough permissions (this can be fix by going into Software Centre, finding the application and "permissions". My Memory on how to do this is quite blurry since I rarely had these problems)). I am just giving you the ideas of what the problem might be to help you out on finding out the solution. I hope this has helped you out a bit.
I use Picasa to generate a 1080p wmv file from my photos. My WDTV Live hub will not play the file. So I try to use handbrake and select the high profile and mkv. Still does not work. I use handbrake all the time to convert DVDs and create 720p files with no problem. Any ideas on what settings to use to convert the 1080p wmv file to something that the Live Hub will play? I can provide the mediainfo outputs if necessary. Thanks.
Really like the new Proxy feature - thank you very much for implementing it! It makes a world of difference to editing performance and works very well even when moving projects between machines and recreating proxy files.
By the way, Shotcut has presets for intermediate formats too. You can find them in two places. One in the Convert to Edit-friendly option that is to the left of the Proxy button in Properties. The intermediate options there are DNxHR and Ut Video.
The sizes of the files will come out much, much bigger than proxies but the advantage is that you are working with video that is at the full original resolution while having smooth playback in the editor like you would with a proxy. So since you already have the space to produce an intermediate file you might as well just go all the way with the intermediate file in your project.
Many thanks @DRM for the answer and all the additional information - I will do as you suggest in Handbrake in future, that is super useful stuff! I have tried the Shotcut intermediate formats - also a great feature.
The proxy features are still super useful and make for a really nice tidy, workflow (especially being able to specify a global temp folder for proxies) - so in future I will hopefully be working with non-Handbrake compressed footage
In my previous article, I discussed how I rip content from DVDs and Blu-ray for my home media server. I use MakeMKV for that and the output is a rather large .mkv file. In this article, I will cover how to convert this into a .mp4 file and add it to Plex.
I use HandBrake to transcode movies. HandBrake is a free tool to transcode media files. Most of the documentation will discuss using its Windows or Mac applications as desktop tools. That side is all fairly simple, but I needed to use it on a server with a command line.
This command will take some time. For my server, a Blu-ray will take 6-8 hours, my server is old, and I want to use a high-quality preset. I normally put a few of these commands in a bash script and leave it to run.
2 days ago Handbrake was working just fine, but now it won't start at all. When I run ghb in terminal, it reads it can't find a library called libvpx.so.6. Searching for libvpx says both 32-bit and 64-bit libvpx are installed. Any ideas what might be going on?
I understand (sort of). Downgrading handbrake doesn't fix the problem and neither does (work) downgrading libvpx. I also tried downgrading ffmpeg but that breaks other dependencies, so that's a no go. Other than completely uninstalling and forgetting about handbrake, I don't see a way to fix this.
The problem is that the installed libvpx is version/number 7 but the program is looking for version/number 6 and IDK how to fix that. The only thing I haven't tried yet is to try and compile handbrake from source.
I did run them. Either they have changed the default location of the executable file and that's why it returns errors or there's something else going on that I'm not getting. If it's the former, I'll simply edit the desktop file.
handbrake 1.4.2-2 owns /usr/bin/ghb, the first command says there's no package owning /local/bin/ghb. If I run just "ghb", for some reason it's looking for it in /usr/local/bin and since it can't be started, that brings up the error about libvpx.so.6. But if I run /usr/bin/ghb, then handbrake starts ok, that's why I figured that if I edit the desktop file to point to the new location, it should fix the problem. Which I did a moment ago. IDK if that's the right way to do it, but at least it works.
and that's ok and by design - you simply don't want to have the wrong and likely very dated version of handbrake around that you've so far been using unknowingly.
Editing the desktop file is not a sustainable approach as the next handbrake update will revert that.
=> So rid your system of the hadbrake installation in /usr/local/bin - likely from when you at some point compiled it yourself. If you have those sources still around, "sudo make uninstall" will likely remove it (but might also hit files of the pacman version, so in doubt re-install handbrake w/ pacman afterwards)
In Bryron's examples, which are a good way to go if a) you don't already know your desired bitrate or b) if this doesn't work. Once you pick a preset, look to see what bitrate and estimated file size you have.
might as well also say what the codec is inside some 'wrapper'... like, if you export from PPro one wrapper and codec, then handbrake converts to another wrapper and codec, it sorta doesn't matter much what the bitrate info is.
Since we don't know what you export from PPRO and since we don't know what you got converted to in Handbrake, it is not exactly accurate to just say to you " lower the bit rate "... unless your export is the same as the conversion wrapper and codec.
If you lower the bit rate from PPro, it WILL lower the byte count, but the quality may suffer, so you'd have to do a test on a small section of your video ( just move work bars so you only export a small section and don't waste time doing the whole thing).
My understanding of your post was that you export from PPRO and it is nice but really BIG FILE and you need to deliver a smaller file to the podcast host. So therefore you convert it in Handbrake. You said it becomes about HALF the size in byte count and the quality is still nice.
My gut feeling is that you are exporting ( THIS IS A WILD GUESS ) mp4 with H264 codec. Handbrake uses H265 which roughly HALFS the size of the file. Those are wild guesses... so maybe just lowering bit rate will be perfect !
Handbrake is not converting my iPhone 6splus variable frame rate footage to constant frame rate like it used to. I have tried tweaking everything and my video and audio are out of sync. Does anyone know of other programs I can use to convert variable frame rates to constant??? Thanks! Maybe I should try downloading the old version of Handbrake I was using three months ago that worked....maybe the new version is the problem with Premier Pro CC 2017???
I have NOT used the products below, I only forward due to other mentions... so YMMV and all the usual disclaimers... check the links and read to find out if one of the products listed below will rip or convert the files you have to something you need for editing
I also have had a great deal of trouble converting iPhone videos to files that will appear and stay in sync in Premiere Pro. Like you, I've systematically tried quite a few combination of recording settings (via Filmic) in the phone and conversion setting in Handbrake to solve this problem without success.
Indeed, Mac users can transcode via QuickTime and Compressor instead of HandBrake. They have proprietary decoders/encoders in those products that support variable frame rate video for transcoding to ProRes codecs. Windows users should probably still use HandBrake. I hope the issue is temporary.
I am curious as to why you're having trouble with Filmic Pro, though. I'm getting crazy good footage that looks amaaaazing. I recommend using Filmic Pro, as long as your clips are not overly long and not pushing the data rate too much.
Since I could take the file directly into FCP-X and not have any problems with it, I tried Compressor to do the conversion and set the CFR. Files transcoded through Compressor work correctly in Premiere.
I am very sad as I am using a PC and do not have access to Apple Compressor. I have tried everything it seems for now I will not be able to convert footage using Handbrake and expect my audio and video to be in sync in Premiere Pro cc 2017.
After downloading many old versions that didn't save the video for Premiere, I downloaded 0.10.0 and was able to save my webcam video with a constant frame rate and it was synced correctly in Premiere.
I downloaded the latest one from their site a few days back, converted media from my Samsung S7 to CFR, and it worked fine, tested afterwards in MediaInfo and imported into PrPro. I know others say it isn't working ... I wonder what's happening?
I tried it and it works. I had an out of sync in premiere iphone video of 1 hour (it seems that the longer it is, the more noticeable the out of sync is). used handbrake 0.10.0 and used constant frame rate settings. after it was done, dragged it to mediainfo and Voil! it shows variable frame rate... but! in premiere it was fine! hurray handbrake!
another suggestion. since the video plays fine in VLC and VLC is also a converter, I tried to convert in VLC but no dice. also tried x264 pro and through AME (not passing through Premiere) and it didn't work. guess PC users are in a jam here but at least we got handbreak 0.10.0
Did you set a specific frame-rate? I've done a bunch of tests both on my editing rig at the studio and this ol' laptop, with the latest 1.0.7 version for Windows, and as long as I set it to a specific frame-rate number, it shows in MediaInfo as CFR with exactly the 29.97 I set in Handbrake.
c80f0f1006