Username:
B
I
U
S
"
url
img
#
code
sup
sub
font
size
color
smiley
embarassed
thumbsup
happy
Huh?
Angry
Roll Eyes
Undecided
Lips Sealed
Kiss
Cry
Grin
Wink
Tongue
Shocked
Cheesy
Smiley
Sad
<- 1  -   of 38 ->
--
--
List results:
Search options:
Use \ before commas in usernames
thethrillness.blogspot.com
Nice finds buddy. I've never actually had problems with yua in regards to 0-255 and 16-235 video. If I supply it a proper 16-235 video (aka Blackmagic) the resulting encode will stay 16-235. If I feed it a 0-255 video, the encode will keep 0-255 levels. Maybe it's video players/decoders causing headache? Regardless, once the new release comes out I'll double check if the ranges are handled correctly.

Don't worry too much about the 709 and 601 issue (it's actually not even a problem once I thought about it more). Just in case anybody is wondering or has anything to add that I might be missing:

1. Most media players will flag it properly with a simple resolution detection anyway
2. If people are actually following proper guides (like mines hehe), they should always be supplying Yua with something along the lines of YUY2. In this case, we rely on the capture drivers to recognize the resolution and set the color space. This is why Lagarith YUY2 is equal to using say UT Video when you explicitly set 709 detection
Okay, I finally took the time to do some reworking on Yua to make it easier to compile it on Linux and use the system's shared libraries.
Here's the repository: https://github.com/darealshinji/yua

Since I don't know how to make Yua to run ffmpeg and mp4box from the system instead of using its own copies, I simply added some shell scripts that serve the same purpose as symbolic links: [1] [2]

I've also fixed an annoying bug that prevented me from using libx264: [1]

And I've added a "--help" and "--version" command: [1]
thanks for those patches. i'll try to integrate them before i do a release.
Edit history:
djcj: 2014-07-09 01:58:09 pm
djcj: 2014-07-09 01:52:56 pm
I've simplified the creation of a single statically linked binary. Now you only have to run 'make static' and the rest - download and build dependencies/helper tools, create .qrc files and append them to the .pro file -  will be done automatically.

Here's such a binary, linked against the latest ffmpeg and x264 libraries: https://www.sendspace.com/file/ior5h4
This message will be visible in static builds.
Not a walrus
Maybe I'm just not seeing it but is there any way to specify the output directory via the command line? Specifying the full path in the output-basename doesn't seem to work.
Edit history:
djcj: 2014-07-13 09:10:26 pm
djcj: 2014-07-10 10:05:45 am
djcj: 2014-07-10 10:05:13 am
djcj: 2014-07-09 07:13:57 pm
djcj: 2014-07-09 07:11:17 pm
djcj: 2014-07-09 07:05:01 pm
djcj: 2014-07-09 04:21:13 pm
Hey nate, I was able to build Yua for 32 bit Linux by leaving out the nnedi3 stuff for that architecture. I assume that means deinterlacing doesn't work then. Haven't tested yet if it even runs at all.

edit:

Quote from UraniumAnchor:
Maybe I'm just not seeing it but is there any way to specify the output directory via the command line? Specifying the full path in the output-basename doesn't seem to work.

https://github.com/darealshinji/yua/commit/be83ae0fe516c0b220e040dbcb8536fd76e78768 Wink
It doesn't support quotation marks though. >> /path/to/directory\ with\ space\ in\ its\ name << works however. But maybe it behaves different on OSX and Windows. It does work, but it displays the output path from the last session in the GUI. edit: fixed that behaviour

Wishlist: add an "Encode" button and a "file->quit" menu entry.

edit: exit menu entry and deinterlacing options disabled on 32 bit Linux
I've made PPA releases for Ubuntu 12.04 and 14.04: https://launchpad.net/~djcj/+archive/ubuntu/yua
And I've pushed a release on Github with a pre-built static binary: https://github.com/darealshinji/yua/releases
thethrillness.blogspot.com
Just in case you miss it nate, new bug to fix here: https://forum.speeddemosarchive.com/post/blurry_statid_with_rgb.html
Edit history:
djcj: 2014-07-22 10:52:08 am
djcj: 2014-07-13 09:18:37 pm
djcj: 2014-07-13 09:14:34 pm
I figured out that Vapoursynth has an nnedi3 plugin that builds on 32 bit Linux. Maybe code from it can be used to enable deinterlacing on such old platforms. edit: forget, it's eedi3, which is probably something different.
I've added a "quit" button and a tray icon. https://github.com/darealshinji/yua

See the changes: https://github.com/darealshinji/yua/compare/v6-2014.07.18...v6-2014.08.01


hey guys,

i am very new here and got a question about yua. i just recorded a test of my game (the settlers III) and encoded it with yua. this took more than 1 Hours for only 1 Minute recording. i dont wanna image when i record about 30 minutes or 1 hour, so it's really neccessary to encode with yua or can i encode with other programms either? I got one called "super" and with this one it only takes some minutes for 1 mp4 file, but not HQ and LQ.

So i am excited to hear from you guys,
greetz
knoll3
It's fine if you want to do it yourself. But you have to match SDA's video requirements.
Refer to the knowledge base for more information on how you do encoding yourself: https://kb.speeddemosarchive.com/General_advice
Encoding things yourself with little knowledge of encoding is not for the faint of heart. If you are using a 3rd party program to do the encoding, be sure to post a quality test so that your videos don't get rejected!
got djcj's changes integrated today. waiting now to get home from my parents' to make the release candidate builds. i'm going to try to upgrade mq at the same time.
new yua build. please test and let me know. if no problems are found, this will become yua 7 release.

mac
windows
linux 64-bit

source
Edit history:
TheThrillness: 2014-08-17 03:48:23 pm
thethrillness.blogspot.com
For testing I decided to use that teslagrad game source again: https://forum.speeddemosarchive.com/post/quality_test__teslagrad_pc.html. Not the best start. Comparison between source and encode.

I'm currently hunting down some other samples I can try (Lagarith, UT, basic MP4) so I'll post again with anything new.



Edit history:
TheThrillness: 2014-08-17 03:57:46 pm
thethrillness.blogspot.com
Okay I tried MP4, UT and Lagarith and came across no problems. I then got another Fraps source from these forums and the same thing happened as above. I did figure out what happens though. You can get the source Fraps video to look like Yua by applying a 16-235 to 0-255 shader in MPC. Did you specifically write that for Fraps video detection? I guess you did since you said on the previous page "fraps is a little cock and writes full range yuv for no apparent reason". This doesn't actually seem to be true based on what I found.
I need to use Handbrake in order to convert my raw VFR videos to a 30FPS constant framerate, but the MP4box plugin in Yua can't open the file I get from Handbrake when I try to use that... What settings should I be using?

Capture card is an Avermedia LiveGamer HD C920
Edit history:
djcj: 2014-08-20 06:14:07 am
djcj: 2014-08-19 08:12:10 am
djcj: 2014-08-19 06:13:16 am
djcj: 2014-08-19 06:03:42 am
djcj: 2014-08-18 04:21:39 pm
djcj: 2014-08-18 12:26:35 pm
djcj: 2014-08-18 10:16:00 am
djcj: 2014-08-18 07:07:52 am
djcj: 2014-08-18 06:54:53 am
djcj: 2014-08-18 06:54:38 am
The Linux version is linked against a lot of libxcb stuff, which is probably because of libav. Most of those libs are incompatible with the versions on Ubuntu 14.04.

The trayicon code made a lot of trouble when I tried to compile it on Ubuntu 14.04, so I reworked it:
https://github.com/darealshinji/yua/commit/7cd67e3255f65b343bdc170365956e6774a35e98

I don't know if this might break things on Mac or Windows.

https://github.com/darealshinji/yua/releases/download/v7RC1v2/yua_7RC1v2_static_linux_amd64.tar.xz
Quote from Carcinogen:
I need to use Handbrake in order to convert my raw VFR videos to a 30FPS constant framerate, but the MP4box plugin in Yua can't open the file I get from Handbrake when I try to use that... What settings should I be using?

Capture card is an Avermedia LiveGamer HD C920

so you're trying to add audio commentary or something? confused. can you upload a short sample?


problems with nullptr, lambdas, etc were probably from needing to add CONFIG += c++11 to the .pro file.

jpeg color range was my fault.

new build. should have problems corrected. please check. thanks.

mac
windows
linux 64-bit

source
Linux build runs and encodes fine and the source code compiles too. However, the tray icon is not displayed. The icon in the taskbar and the "about" window is visible though.
Was the previous release candidate a Qt5 app too? Because I compiled it as a Qt4 app, that might explain the trouble I had, lol.
thethrillness.blogspot.com
Works good now.
Edit history:
djcj: 2014-08-20 08:47:11 pm
djcj: 2014-08-20 07:59:03 pm
Quote from djcj:
Linux build runs and encodes fine and the source code compiles too. However, the tray icon is not displayed. The icon in the taskbar and the "about" window is visible though.

I've compiled the old source code where the tray icon thing worked with Qt5 and the same happened. So it must be a Qt5 related thing I guess.

edit:

https://github.com/darealshinji/yua/commit/2a73397b9c17be859fdbc06e87ed50b0e3c54fdf

- show tray icon permanently on Linux
- replace "#ifdef Q_WS_X11" line with "#ifndef Q_OS_WIN32\n#ifndef Q_OS_MAC" as it didn't prevent the warning
- show "copyright 2013-%2 Taiga Software LLC" in about window (I personally prefer that)

https://github.com/darealshinji/yua/releases/download/v7RC2/yua_7RC2_static_linux_amd64.tar.xz
Edit history:
nate: 2014-08-20 09:31:59 pm
oops yeah i moved to qt 5 exclusive with this release. probably should have mentioned that. it works now that i can build qt 5 static on all platforms.

released the new final builds (links in the first post).
The Linux binary on the first page still has this tray icon issue. Is that still the RC version?
shouldn't be ... did you check the last one i posted?