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. |
2nd April 2005, 16:44 | #1 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 314
|
RMVB Encoding in Linux
Any news on Linux-RMVB encoding?
Last time I checked (>a year ago) there wasn't any possibilty of getting the file-input to the encoder (piping or the abilty to read compressed input) any news or is the situation still that sad ? |
2nd April 2005, 17:33 | #2 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
Don't think it changed. Not even a new build for windows...
__________________
Detritus Software |
4th April 2005, 23:04 | #4 | Link |
Moderator
Join Date: Oct 2002
Location: Seattle
Posts: 1,584
|
yes, it's a pity there are no Linux programmers that have volunteered to add this. Anyone?
__________________
This information is provided "AS IS" with no warranties, grants no rights, and reflects my personal opinion. |
4th April 2005, 23:49 | #5 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
Is producer cmdline opensource?
__________________
Detritus Software |
4th April 2005, 23:51 | #6 | Link |
Moderator
Join Date: Oct 2002
Location: Seattle
Posts: 1,584
|
yes, most of it. only the RM codecs and the file format are not open source. If anyone wanted to improve input format support on Linux, they have all they need in open source.
__________________
This information is provided "AS IS" with no warranties, grants no rights, and reflects my personal opinion. |
5th April 2005, 00:09 | #7 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
__________________
Detritus Software |
19th June 2009, 13:01 | #10 | Link | |
Registered User
Join Date: Apr 2008
Posts: 1,181
|
Quote:
P.S. I highly doubt VC1 gives better quality than RV40 at the same bitrate. |
|
19th June 2009, 13:46 | #11 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
not really an answer to your question, but i strongly recommend not encoding RMVB, no point in keeping this format alive any longer than needed.
That said libavcodec can now decode rv10,20,30 and 40
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC |
19th June 2009, 17:54 | #12 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
Quote:
Web video proper (played in a browser) that I saw was mainly WMP/Silverlight/Flash. Quote:
|
||
19th June 2009, 23:15 | #14 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
I don't really understand why they're doing it that way now, so I can't really say would would do better. RV9/10 is one of the better codecs for quality@perf when DXVA isn't available. So maybe it's about low-end machine decode perf?
|
20th June 2009, 09:22 | #15 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
That can't be it, RV30/40 are almost equally as difficult as h264.
At the same resolution the the rmvb will stutter more often on my xbox with xbmc when compared to the h264 in mkv. I read once that realproducer was very easy to use for newcomers and that no other application has come along that matches its noob-user friendlyness. Also all those chinese users have installed realplayer and there are even standalone devices (extremely high priced) to play RMVB. Now with HD i have been trying to convince some of my chinese friends to use x264, i got some home videos in 720p that where encoded with rmvb, and my system that can happily play h264 was stuttering like crazy with the rmvb.
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC |
20th June 2009, 11:03 | #16 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
No proprietary video format is ever decent in terms of performance because there's only a single decoder implementation which is generally horrifically slow. Even if you're lucky enough to get it reverse-engineered into libavcodec, they rarely care enough about your pet format to bend their brain trying to optimize it. This is the primary reason why WMV9 was so godawful performance-wise: it isn't merely an issue of Microsoft being unable to write a fast decoder if their life depended on it, it's that without competition, you just won't get good decoders. Nevermind the fact that RV's subpel is just patently insane and the inverse transform much more complicated than H.264's (it's almost as bad as VC-1's).
__________________
Follow x264 development progress | akupenguin quotes | x264 git status ffmpeg and x264-related consulting/coding contracts | Doom10 Last edited by Dark Shikari; 20th June 2009 at 11:12. |
|
20th June 2009, 14:22 | #18 | Link | |
Registered User
Join Date: Jan 2009
Posts: 25
|
Quote:
Where you find the 720p video sequences? Do you watch 1080p video?
__________________
Welcome you |
|
20th June 2009, 16:45 | #19 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Xbox 1 unit (733mhz celeron PIII)
Filmed with digital camera's, weddings and stuff. Yes but only on my real HTPC (C2D e8400)
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC |
20th June 2009, 18:50 | #20 | Link | |||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
Quote:
And it had that super-aggressive filtering that kept it from getting too blocky. Sort of a prepreprocessed "in-loop" deblocking that did some kind of QP-feedback driven low-pass filter? Quote:
Plus stability/security gets a lot of attention; there may be more bounds checking etcetera in our decoders due to all the fuzz testing they go through. Quote:
|
|||
Thread Tools | Search this Thread |
Display Modes | |
|
|