Peter B.
Peter B.
Hi everyone! :smiley: I was wondering if gtkdialog could be packaged for Debian (again)? :innocent: In [2009-12-08 it was removed from Debian Unstable](https://tracker.debian.org/news/610689/bug543945-removed-packages-from-unstable/), given the following reason: > We believe...
I've just installed Bagger v2.3 (JRE7) on Windows7 (64bit). When I start Bagger, all icons are disabled/grayed out. As soon as I click on a menu item (e.g. "File") -...
When calling rawcooked with an argument that does not yet exist, the following message appears: > Option -xxx not yet tested, please contact [email protected] if you want support of such...
When starting rawcooked with a "normal" FFV1/MKV file (=not produced by rawcooked), rawcooked processes the whole file (CPU at 100%) - but only at the very end says: > Untested...
When running RAWcooked decoding twice for the same MKV file, it just overwrites the already existing target DPXs. Would it be possible to give a classic "already exists, overwrite Y/N?"...
This has low-to-no priority at all, but might be interesting for some: I just tested a codec roundtrip: * gbrp10le DPX source * RAWcooked to FFV1/MKV * ffmpeg to uncompressed...
When encoding (ffmpeg-generated) rgb48le DPX files, the resulting FFV1/MKV file is stored as "yuv444p16le". Also tested with rgb48be file (Source: DaVinci/@retokromer). Is this behavior intentionally? Additionally, rawcooked outputs the following...
In order to avoid issues with older ffmpeg-libraries on certain Linux distros, I'd like to compile RAWcooked as static build against locally compiled ffmpeg libs. I'd be very grateful for...
Spawned from issue #118 :smile: Would it be possible to actually output a generated DPX sequence for regular FFV1/MKV files that were *not* created with rawcooked? Basically the equivalent of:...
This is more a question than an issue. Hope this is a right place for this. From the current output of the implementation-checker results it is not clear to me...