can't process raw camera format from guvcview
Page 1 of 1 (6 posts)
Tags:
None
Registered Member 
|
Hi.
I produce these video, and when I put them in kdenlive it asks me to transcode them because he can't work with them. But I used the raw format to lose anything then edit the clips in kdenlive, so no way I'll compress it now. So I choose to transcode in a lossless format, which multiplies the file size, which is not acceptable. Why the hell does it do that ? Here's the result of "script nice --20 kdenlive" (my machine being sub-paar, I at least make sure it has all access to resource). Thanks for your help. ps: latest kdenlive debian testing version
|
|
Registered Member
|
0700 means, just root user have permission on this directory. Personally, a use transcode as root, because it needs to direct access to the hardware. But use it carefully, direct access to the hardware from Transcode and RAW Data, especially as root, can cause a lot of overhead on the hardware and needs to have a good understanding of the capability from the hardware in use.
Kdenlive is not the right program for RAW Data. DaVinci Resolve have free to use licence for private users. This works normally fine with RAW Data, but as a professional user, I don't know if the free version have the functionality RAW Data. |
|
Registered Member
|
Fine, but transcode ? What am I supposed to convert in what ? I don't want my files to change, especially not quadruple in size.[
How do I give these permissions ? I'll try running kdenlive in root. But I don't get what hardware you're talking about. The file is already there, I'm not recording from the camera through kdenlive, if that's even possible (I would not need that anyway). I'll see for DaVinci Resolve, but more than 2 Go ? My computer isn't very powerful, I doubt it' will take it. Why is kdenlive no good for raw data ? My needs aren't very sophisticated. Not the fanciest effects out there. |
|
Registered Member
|
Admittedly, I never worked with guvcview so had to look up what it does, and if I got it right it is a webcam application to record or stream webcam video. So my first question is why not use the mkv output from guvcview? I am having trouble understanding why a webcam video must not be encoded with a lossy format or put into a standard container like Matroska. In particular if your computer is "sub par" editing with raw sources will not be enjoyable. And to blame kdenlive for not being able to process RAW formats out of the box is unfair. Can VLC process your raw footage? I also don't know what that script does you posted. Is that the output from kdenlive trying to transcode your source file(s)? I hope that some of the kdenlive devs can answer that and get back to you with a solution. Besides the access issues you seem to have. Assuming you are using kdenlive 21.08.1 I suggest you uninstall kdenlive and delete the *rc files (most likely in /usr/share/kdenlive). Then either install again or - my preference - use the latest appimage. That has all necessary binaries, MLT and what else it needs in one neat bundle. There have been issues with the packaging for various distros, so appimage is your best bet. And user access issues won't be there. Hope this helps ...
This forum will soon be archived and you won't be able to interact with it anymore. Please use KDE Discuss instead.
|
|
Registered Member
|
Sorry, arguably my message wasn't very clear.
The script corresponds with opening kdenlive, and importing the raw file, refusing to transcode it, and closing. In guvcview you chose the raw camera output but it still is contained within a mkv file. Then, the computers that record and that edit the files are different, and both are sub-paar... not complete garbage, but that powerful either. I had no issue with the editing part so far, it can take hours to do the job for all I care, as long as it's done, and doesn''t end up corrupted. With guvcview encoding in any other format AND keeping the highest resolution (which I'm not gonna give up !) create an atrocious lagging the person being recorded doesn't allow, as he needs to see himself being shot. raw recording takes much less resource during the recording, apparently, at the cost of a much bigger file... But I don't mind. I tried to "sudo nice --20" the .app file, doesn't work, all kinds of mayhem, I can't even browse through the files. Executed normally (with normal rights and no sudo) it opens but the same exact "[swscaler @ 0x7fdf14000900] deprecated pixel format used, make sure you did set range correctly" happens. No difference. VLC can process it, but smplayer and mpv do, fairly well. Davinci resolve only opens a black screen, that won't close except by force. It's not supposed to work outside centOs and Redhat, hence it's horse **** !!! I was gonna praise them for providing an up-to-date linux binary, but now they can go to hell. Please, tell me there is a way to process this damn raw camera output in debian. Maybe you could try to reproduce my issue, with guvcview and kdenlive. |
|
Registered Member
|
The only suggestion I have at this stage is to use ffmpeg CLI to convert the RAW camera data to H.264 or H.265 for editing in kdenlive. WinFF is a nice GUI for ffmpeg if you don't like CLIs. You can use that also to convert video clips to DNxHD format for editing in Davinci Resolve (free version on Linux, the Studio version on Linux has H.264/5 input capabilities. BTW, DR works fine on my Ubuntu and Arch Linux systems).
I understand your desire or need to have the best resolution and provide real-time visual feedback to the person being recorded. But then you need to make compromises elsewhere. Looks like the kdenlive transcode procedure does not handle the (deprecated?) pixel format the recording software uses. So something is stuck in the (development) past 
This forum will soon be archived and you won't be able to interact with it anymore. Please use KDE Discuss instead.
|
Page 1 of 1 (6 posts)
Bookmarks
Who is online
Registered users: Bing [Bot], Google [Bot], rockscient
