correction... of 210GB which df now says ffmpegfilled 166 GB in what I estimate was half hour to 45 minutes. I'll stop with my inname ramblings now.

On Fri, Apr 22, 2022 at 4:01 PM Michael <bmike1@gmail.com> wrote:
well now, It filled 91% of 310GB in about half an hour. Bummer What can I do now?

On Fri, Apr 22, 2022 at 3:31 PM Michael <bmike1@gmail.com> wrote:
sosorry.... /home is full.... got it taken care of. only 9% full now

On Fri, Apr 22, 2022 at 3:04 PM Michael <bmike1@gmail.com> wrote:
I spoke too soon.... It seems it filled the root partition and didn't put it in /home but it created /home/michael/Desktop/darktable training/2022-04-02 darktabletraining.mov in /home. How can I tell if /home is on my partition

On Fri, Apr 22, 2022 at 2:56 PM Michael <bmike1@gmail.com> wrote:
I got a problem. It says I ran out of room but df says I am not out of room:

michael@michael-desktop:~/Desktop/darktable training$ ffmpeg -i '2022-04-02 darktabletraining.flv' -vcodec rawvideo -pix_fmt bgr24 '2022-04-02 darktabletraining.mov'
<cut>
frame=54250 fps= 41 q=-0.0 size=146503168kB time=00:30:08.36 bitrate=663668.8kbiframe=54263 fps= 41 q=-0.0 size=146538240kB time=00:30:08.78 bitrate=663671.1kbiframe=54300 fps= 41 q=-0.0 size=146638336kB time=00:30:10.02 bitrate=663670.5kbiav_interleaved_write_frame(): No space left on device <----
Error writing trailer of 2022-04-02 darktabletraining.mov: No space left on device
frame=54308 fps= 41 q=-0.0 Lsize=146659072kB time=00:30:10.30 bitrate=663662.6kbits/s speed=1.36x    
video:146631600kB audio:28381kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[aac @ 0x55cb437537c0] Qavg: 244.916
Conversion failed!
michael@michael-desktop:~/Desktop/darktable training$ sudo df
[sudo] password for michael:          
Filesystem     1K-blocks      Used Available Use% Mounted on
udev             3844344         0   3844344   0% /dev
tmpfs             778220      1496    776724   1% /run
/dev/sda1       29168644  16265428  11398404  59% /
tmpfs            3891100         0   3891100   0% /dev/shm
tmpfs               5120         4      5116   1% /run/lock
tmpfs            3891100         0   3891100   0% /sys/fs/cgroup
/dev/sda5      200397080 190147672        92 100% /home
tmpfs             778220        24    778196   1% /run/user/1000
michael@michael-desktop:~/Desktop/darktable training$ ffmpeg -i '2022-04-02 darktabletraining.flv' -vcodec rawvideo -pix_fmt bgr24 '2022-04-02 darktabletraining.mov'



On Fri, Apr 22, 2022 at 2:18 PM Michael <bmike1@gmail.com> wrote:
I get it, the .flv file is already small so don't convert it to mp4. What do you recommend? I already tried to not convert it but the terminal complained about the raw video option not being able to play with that file format. Hmmmmm..... I suppose mov would work. No?

On Thu, Apr 21, 2022 at 9:37 PM Snyder, Alexander J <alexander@snyderfamily.co> wrote:
No. The "mp" in "mp4" stands for Moving Picture Experts Group (MPEG), which implies MPEG compression (MPEG-4 Part 14, specifically).

Compression here is the opposite of what you're trying to achieve.

Thanks,
Alexander

Sent from my Samsung Galaxy S22+

On Thu, Apr 21, 2022, 15:06 Michael via PLUG-discuss <plug-discuss@lists.phxlinux.org> wrote:
ffmpeg -i input.mp4 -vcodec rawvideo -pix_fmt bgr24 output.avi 
should be the one. but would 
ffmpeg -i input.flv -vcodec rawvideo -pix_fmt bgr24 output.mp4 

give me a conversion from flv (the original format) to mp4 with just a stream of pictures like we want?

On Thu, Apr 21, 2022 at 4:47 PM Michael <bmike1@gmail.com> wrote:

On Thu, Apr 21, 2022 at 4:40 PM Bob Elzer via PLUG-discuss <plug-discuss@lists.phxlinux.org> wrote:
OK, the file you are trying to convert is already as small as it is going to get.    This from fileinfo.com:  Before 2007, OGG files were used to store various types of media, but since then the Xiph.Org Foundation recommends that OGG files store only audio data. Now, you will most likely encounter only OGG files that store audio data compressed with Vorbis compression.

Since the file is already compressed the reason for your stuttering is that the player is trying to uncompress while playing and appears not to be powerful enough to do it smoothly.  I think what you should be doing is uncompressing the file into its full uncompressed file size, then the video player doesn't have to do the work any more. The actual uncompress work would be done by ffmpeg which will probably take a long time. Changing the scale might help, but trying to reconvert it to another format is just going to make it bigger every time and probably still stutter.

Since I've never tried to uncompress a video file, I don't know what the settings would be.  You have to do some googling to find that  ffmpeg uncompress video

On Thu, Apr 21, 2022 at 11:56 AM Michael via PLUG-discuss <plug-discuss@lists.phxlinux.org> wrote:
Okay.... these are the questions I will have concerning converting my flv to ogg while scaling the resolution.
Is it as simple as stating:
ffmpeg <in file>.flv -vf scale=-1:720 <out file>.ogg
?
--
:-)~MIKE~(-:
---------------------------------------------------
PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org
To subscribe, unsubscribe, or to change your mail settings:
https://lists.phxlinux.org/mailman/listinfo/plug-discuss
---------------------------------------------------
PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org
To subscribe, unsubscribe, or to change your mail settings:
https://lists.phxlinux.org/mailman/listinfo/plug-discuss


--
:-)~MIKE~(-:


--
:-)~MIKE~(-:
---------------------------------------------------
PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org
To subscribe, unsubscribe, or to change your mail settings:
https://lists.phxlinux.org/mailman/listinfo/plug-discuss


--
:-)~MIKE~(-:


--
:-)~MIKE~(-:


--
:-)~MIKE~(-:


--
:-)~MIKE~(-:


--
:-)~MIKE~(-:


--
:-)~MIKE~(-: