Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 19th June 2014, 06:38   #161  |  Link
EncodedMango
Registered User
 
Join Date: Jun 2013
Posts: 65
The biggest downside I'm finding is support for the codec for example ffmpeg doesn't recognise it. So since usually I record RGB I just convert it to Lagarith and then go about encoding to my needs, I wanted to try YUV 4:4:4 but I can't since ffmpeg won't recognise MAGY and Lagarith doesn't have YV24 but otherwise it's a pretty fast codec.

Are you planning to ever release the source, Ignus2?
If not I guess I'll have to find another lossless codec that can convert MAGY's YUV 4:4:4 to usable YV24.
EncodedMango is offline   Reply With Quote
Old 19th June 2014, 09:57   #162  |  Link
zerowalker
Registered User
 
Join Date: Jul 2011
Posts: 1,121
I am not entirely sure this is correct but.

UT Video Codec should be closed source, and ffmpeg has made a decoding version of it as well?
They will probably make MAGY alone or with the authors help, sooner or later.

Though i am interested in if you would release the source, but i guess that's a bit sensitive as you are the maker, and releasing it could be quite controversial in a sense,
so i at the end of the day, as long as it continues to work in all it's glory, i am happy
zerowalker is offline   Reply With Quote
Old 19th June 2014, 11:11   #163  |  Link
EncodedMango
Registered User
 
Join Date: Jun 2013
Posts: 65
I hope they do, just asked about source because if it does happen then as far as I'm aware someone could submit the codec to ffmpeg that way. I don't know the specifics but I remember glancing over it in the ffmpeg site somewhere.
EncodedMango is offline   Reply With Quote
Old 19th June 2014, 13:14   #164  |  Link
vivan
/人 ◕ ‿‿ ◕ 人\
 
Join Date: May 2011
Location: Russia
Posts: 643
Quote:
Originally Posted by zerowalker View Post
UT Video Codec should be closed source
Why?
It's open source, and released under gpl v2.
vivan is offline   Reply With Quote
Old 19th June 2014, 13:35   #165  |  Link
zerowalker
Registered User
 
Join Date: Jul 2011
Posts: 1,121
It is?
Was sure it was closes source and release only by the author, need to check on that.
Then my conclusion is invalid.
zerowalker is offline   Reply With Quote
Old 19th June 2014, 17:57   #166  |  Link
Sparktank
47.952fps@71.928Hz
 
Sparktank's Avatar
 
Join Date: Mar 2011
Posts: 940
Quote:
Originally Posted by zerowalker View Post
need to check on that.
You can download the source for each version from his site.
http://umezawa.dyndns.info/archive/utvideo/
__________________
Win10 (x64) build 19041
NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4)
NTSC | DVD: R1 | BD: A
AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
Sparktank is offline   Reply With Quote
Old 25th June 2014, 23:46   #167  |  Link
Ignus2
Registered User
 
Join Date: Dec 2005
Posts: 250
Quote:
Originally Posted by sidspyker View Post
The biggest downside I'm finding is support for the codec for example ffmpeg doesn't recognise it. So since usually I record RGB I just convert it to Lagarith and then go about encoding to my needs, I wanted to try YUV 4:4:4 but I can't since ffmpeg won't recognise MAGY and Lagarith doesn't have YV24 but otherwise it's a pretty fast codec.

Are you planning to ever release the source, Ignus2?
If not I guess I'll have to find another lossless codec that can convert MAGY's YUV 4:4:4 to usable YV24.
Not in the near future. I've prepared an SDK though (binary only) which can be used to integrate the codec into whatever software one wishes, though it's not released as of yet.

Greets,
I.
__________________
http://magicyuv.com - MagicYUV: a new fast lossless video codec for the 4K and multi-core era...
Ignus2 is offline   Reply With Quote
Old 12th August 2014, 20:21   #168  |  Link
Ignus2
Registered User
 
Join Date: Dec 2005
Posts: 250
The 1.0rc4 version of the codec is out. This should be the last release before 1.0 final, and if all goes well (no new bugs are reported), this will become the final 1.0 release.

This release fixes a serious decoder bug which could cause random crashes during decoding. It works for all previously encoded files.
Decoder performance was improved by 8-10% overall (mainly for 64-bit).
Memory handling was also improved, the codec now uses much less memory.

Grab the release from the website: http://magicyuv.com

Greets,
I.
__________________
http://magicyuv.com - MagicYUV: a new fast lossless video codec for the 4K and multi-core era...
Ignus2 is offline   Reply With Quote
Old 13th August 2014, 13:20   #169  |  Link
StainlessS
HeartlessS Usurer
 
StainlessS's Avatar
 
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
Many Thanks.
__________________
I sometimes post sober.
StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace

"Some infinities are bigger than other infinities", but how many of them are infinitely bigger ???
StainlessS is offline   Reply With Quote
Old 13th August 2014, 19:25   #170  |  Link
Gargamel
Registered User
 
Gargamel's Avatar
 
Join Date: Aug 2010
Location: Bretagne, France
Posts: 48
Congratulations, and thank you again Ignus2 !
Gargamel is offline   Reply With Quote
Old 17th August 2014, 21:18   #171  |  Link
zerowalker
Registered User
 
Join Date: Jul 2011
Posts: 1,121
Nice, never had any crash issues as i recall. But then again have not used it that much i guess.
But it's really one of the top choices, only time i don't use it would be when Lagarith thrives, which are for certain content.

But even faster decoding, 8-10% is great.
How come it's mainly in 64bit. was 64bit slower than 32bit?

Also less memory usage is a good bonus optimization.

Well Done!
zerowalker is offline   Reply With Quote
Old 18th August 2014, 11:36   #172  |  Link
Videogamer555
Registered User
 
Join Date: Apr 2010
Posts: 8
Please add an uncompressed raw mode as well as your lossless compression mode to your codec. I need to generate some raw YUV444 frames for a specific application I'm working on. The simplest way to do so is to use the IPImageCompress API function in my program. Unfortunately this function requires that I have a codec installed for encoding in YUV. Windows comes with a YUV420 encoder only (though it comes with decoders for other YUV formats). As such, I spend hours, looking for a YUV codec that I could install that would enable me to save YUV444 frames. In my search, I finally ran across MagicYUV. Sadly, it only is capable of saving losslessly compressed YUV frames. For many video applications, lossless compression is better than raw because it saves file space, while preserving the video data that would be lost in a lossy compression. However my application specifically requires raw YUV444 frames. As such, I need to ask you to include a "full raw" mode in the next release of your codec (a mode that would allow directly outputting raw YUV 444, 422, 420, or 400 Luma grayscale frames), so that I can complete the program I'm writing.

I don't think any other codec exists that can do what I want, and yours comes closer than any to being what I need. However as my project calls for raw YUV frames, I am going to ask you to include that in your codec's next release as a settable option from your codec's control panel.
Videogamer555 is offline   Reply With Quote
Old 18th August 2014, 14:14   #173  |  Link
raffriff42
Retried Guesser
 
raffriff42's Avatar
 
Join Date: Jun 2012
Posts: 1,373
Quote:
Originally Posted by Videogamer555 View Post
I need to generate some raw YUV444 frames for a specific application I'm working on....
I don't think any other codec exists that can do what I want...
I can think of one way to generate such a video, with VirtualDub:EDIT
VirtualDub's internal 'uncompressed' codec is not available for other applications, so while my suggestion does generate 'raw YUV444 frames', it doesn't meet your desire for a codec, as pointed out by Ignus2 below. And of course, ffmpeg offers another way to create such a file.

Last edited by raffriff42; 18th March 2017 at 00:07. Reason: (fixed image links)
raffriff42 is offline   Reply With Quote
Old 18th August 2014, 18:39   #174  |  Link
Ignus2
Registered User
 
Join Date: Dec 2005
Posts: 250
Quote:
Originally Posted by Videogamer555 View Post
Please add an uncompressed raw mode as well as your lossless compression mode to your codec. I need to generate some raw YUV444 frames for a specific application I'm working on. The simplest way to do so is to use the IPImageCompress API function in my program. Unfortunately this function requires that I have a codec installed for encoding in YUV. Windows comes with a YUV420 encoder only (though it comes with decoders for other YUV formats). As such, I spend hours, looking for a YUV codec that I could install that would enable me to save YUV444 frames. In my search, I finally ran across MagicYUV. Sadly, it only is capable of saving losslessly compressed YUV frames. For many video applications, lossless compression is better than raw because it saves file space, while preserving the video data that would be lost in a lossy compression. However my application specifically requires raw YUV444 frames. As such, I need to ask you to include a "full raw" mode in the next release of your codec (a mode that would allow directly outputting raw YUV 444, 422, 420, or 400 Luma grayscale frames), so that I can complete the program I'm writing.

I don't think any other codec exists that can do what I want, and yours comes closer than any to being what I need. However as my project calls for raw YUV frames, I am going to ask you to include that in your codec's next release as a settable option from your codec's control panel.
I'm not entirely sure I understand, but basically you need an RGB to YUV converter "codec"? I wouldn't include this kind of functionality in the codec, it's a bit out of scope.
The solution by raffriff42 should be fine, except if you have to do this conversion in your program.

Greets,
I.
__________________
http://magicyuv.com - MagicYUV: a new fast lossless video codec for the 4K and multi-core era...
Ignus2 is offline   Reply With Quote
Old 22nd August 2014, 13:19   #175  |  Link
zerowalker
Registered User
 
Join Date: Jul 2011
Posts: 1,121
Hmm, is there a reason why MagicYUV is not available as a filter with 64bit (GraphStudio-Next for example)?
zerowalker is offline   Reply With Quote
Old 22nd August 2014, 17:20   #176  |  Link
Ignus2
Registered User
 
Join Date: Dec 2005
Posts: 250
Quote:
Originally Posted by zerowalker View Post
Hmm, is there a reason why MagicYUV is not available as a filter with 64bit (GraphStudio-Next for example)?
Yes, it is currently implemented only as a VFW codec, not a DShow filter. It can join filter graphs however with the AVI Compressor and AVI Decompressor wrapper filters.
It is planned to implement it for DShow too, but it's not high priority (will come probably sometime after 1.0 final).

Greets,
I.
__________________
http://magicyuv.com - MagicYUV: a new fast lossless video codec for the 4K and multi-core era...
Ignus2 is offline   Reply With Quote
Old 22nd August 2014, 17:21   #177  |  Link
zerowalker
Registered User
 
Join Date: Jul 2011
Posts: 1,121
Ah okay, didn't know they were different (not that good at this stuff). But that explains it, good that the wrappers can be used as alternatives.

Thanks
zerowalker is offline   Reply With Quote
Old 24th August 2014, 23:12   #178  |  Link
De-M-oN
Registered User
 
Join Date: Apr 2012
Location: Germany
Posts: 153
Quote:
Agree, MagicYUV is doing extremely well, it's competing at UT Video Codec
its actually way faster than utvideo.
And thats quite impressive with its compression efficiency.


This codec gives me goddamn awesome fps rates when recording with Afterburner games.
I have a RAID 0 which can write 352 mbyte/s

This codec is able to write in 2560x1600 50fps, RGB with dynamic compression and NO lags at all, an awesome compression efficiency which makes me really wonder about the performance still being even faster than utvideo.

Thats outstanding. Awesome codec which performs hellish fast at recording games while having an excellent compression.

Thank you !

I have this problem though:

http://forums.guru3d.com/showpost.ph...postcount=1847

I don't know what could disturb Afterburner here..
De-M-oN is offline   Reply With Quote
Old 25th August 2014, 10:30   #179  |  Link
Ignus2
Registered User
 
Join Date: Dec 2005
Posts: 250
Quote:
Originally Posted by De-M-oN View Post
its actually way faster than utvideo.
And thats quite impressive with its compression efficiency.

This codec gives me goddamn awesome fps rates when recording with Afterburner games.
I have a RAID 0 which can write 352 mbyte/s

This codec is able to write in 2560x1600 50fps, RGB with dynamic compression and NO lags at all, an awesome compression efficiency which makes me really wonder about the performance still being even faster than utvideo.

Thats outstanding. Awesome codec which performs hellish fast at recording games while having an excellent compression.

Thank you !
Thanks, that's great to hear
Though decoding performance should be what the codec excels the most, but I'm glad to hear that encoding also performs well

Quote:
Originally Posted by De-M-oN View Post
I have this problem though:

http://forums.guru3d.com/showpost.ph...postcount=1847

I don't know what could disturb Afterburner here..
I'll take a look at it, thanks for reporting.

Greets,
I.
__________________
http://magicyuv.com - MagicYUV: a new fast lossless video codec for the 4K and multi-core era...
Ignus2 is offline   Reply With Quote
Old 25th August 2014, 22:27   #180  |  Link
Ignus2
Registered User
 
Join Date: Dec 2005
Posts: 250
Quote:
Originally Posted by De-M-oN View Post
I have this problem though:

http://forums.guru3d.com/showpost.ph...postcount=1847

I don't know what could disturb Afterburner here..
I seem to have tracked it down. I will try not to be too technical, but the issue is caused by Afterburner initializing/deinitializing the codec just at the same time while loading/unloading the codec DLL (so the OS has the DLL loader lock), and this causes a deadlock inside the codec while it is initializing it's worker threads. (Or at least that is what I think is happening.)
Most probably Afterburner doesn't close the codec properly.

I consider this to be a bug inside Afterburner, and the fix would involve Afterburner to open/close the codec separately from loading/freeing the codec DLL. (Or at least properly close it.)
Though it might be worked around in the codec itself (which might introduce other bugs), but this would force me to make yet another Release Candidate :-/ (as I have the policy of making the final 1.0 release directly from an RC).
I'll think about it...

Thanks for the report BTW!

Greets,
I.
__________________
http://magicyuv.com - MagicYUV: a new fast lossless video codec for the 4K and multi-core era...

Last edited by Ignus2; 25th August 2014 at 22:30.
Ignus2 is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 20:57.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.