Log in

View Full Version : Nero Recode feature wish list


Pages : [1] 2 3 4

JohnV
26th January 2005, 01:43
Hi all. :)

Gimme your suggestions of new features you'd like to see in Recode.
I'll create a list of suggested new features here.

- Constant quality mode
- Manual bitrate adjustment (set bitrate exactly by hand)
- Audio gain adjustment (planned already)
-

temporance
26th January 2005, 01:44
VfW wrapper for the video codec :D

slavickas
26th January 2005, 02:30
if possible VBR over all files in current task, like i drop ~20 mvidz and would get in total cd size

Sharktooth
26th January 2005, 02:40
Directshow, vfw or CLI interface for the codec...
ok, seriously... i hate recode.
But since i paid for it and there's someone who cares to improve it here's my suggestions:
- all the juicy (and necessary) things you already mentioned
- a convenient CLI field (like in divx codec) where ALL parameters could be manually changed in a single text box.
- remove the rotating nero digital logo (sorry but i hate moving things that eat CPU cycles...) or at least make it stoppable (maybe clicking over it?).
- stats window option (like xvid/divx) with customizable refresh rate.
- add external audio input (so more audio tracks can be added to the final mp4).
- mux only option (the ability to mux raw AVC, AAC, Subs, etc streams into an .MP4...)
- ... demux option ...
- output to .avi (for old style editing until there are some cool apps like virtualdub with .mp4 input/output...)
- frame markers for "cutting away" unneded parts (for example start and end frame...)
- start/end credits "overquantization" option (to reserve more bits when they're needed...)
- a nice anamorphic encode option.
- Customizable AR for badly mastered DVDs or sources. Pro's may still use avisynth but a complete product must have this option...
- integrated denoiser/sharpen filters so newbies who dont know how to use avisynth can use that for denoising or sharpening their sources... with preview...
- an advanced and wizard modes so beginners will not be scared by the tons of new stuff and pro's can customize everything.
- sliders for resize and "keep AR" option so the vertical or orizontal values are automatically adjusted.

Is that enaugh for now?

EDIT: i forgot to add a batch and persistent queue.

acidsex
26th January 2005, 03:21
as an indepedent film maker, DRM needs to be included for us. Right now I would say that is the ONLY edge MS has at thi point in the game. Thye may not have quality but they can protect content and revenue streams. Once ND incoporates at the very least 128 bit encryption (448bit would be even better), then ND will become more widely adopted then MS' lame offerings.

Sharktooth
26th January 2005, 03:37
DRM in windows media is "evil"... use google or search the forums to know why...
Remember, if you can see it you can copy it... there is no "perfect" way to protect things...

Prettz
26th January 2005, 03:56
First off, all the suggestions I give are from the perspective of a power user who likes to know all the internal technical stuff for the codec he's using.

Concerning the Nero Recode interface, the only problem is that the descriptions of the options under the "Visual Enhancement" screen are too vague. It would be nice if they either said outright what AVC encoder tools they correspond to (if they do correspond to specific encoder tools), or if they had descriptions next to them saying what the hell it is they do ("Psychovisual enhancements" being my only example here). Mouse-over tool tips would be fine too. Don't be afraid to get technical; at worst it will simply clue newbies in to the fact that they shouldn't be messing with options if they don't understand the jargon-laden descriptions for them. That said, all the options in all the other screens are just fine as they are; their names say exactly what they need to to tell me what they do.

As with every video codec, the more you open up the encoder to fine-tuning by experts, the better. I don't know if this is applicable to Nero's encoder, but control over the placement and bitrate allocation for consecutive I-frames like Xvid probably couldn't hurt. I'm also awaiting the ability to use custom quant matrices (or is that not a feature of the AVC profile Nero encodes for?)

Finally, it would really make my day if Recode was expanded slightly to be able to do some of the things VirtualDub/VDM can do, such as mux in multiple external audio tracks, set the video frame rate to match the audio length, and especially cut and join .mp4 files (with multiple audio tracks) without reencoding.

acidsex
26th January 2005, 04:13
Personally, I like the one option in Procoder that lets you que up say 10 files and stitch/join them together duting the encode. As it stands, Nero analyzes each files first and then encodes each file seperately. Still no way to bring all the files together in the end. :confused:

daldrum
26th January 2005, 10:31
I would also appreciate an option to save custom expert AVC settings.

Or a Set as default button would do.

trevorharris
26th January 2005, 11:00
Please can we have a frame rate converter. Many portable devices are best run at 15fps.

Leo 69
26th January 2005, 11:22
Separate Nero Codecpack :D

bond
26th January 2005, 11:25
i want that the dshow filters of nero are usable in dshow without the need for a nero tool (eg recode, showtime or whatever)!

this includes:
- chapters able to be usable not only in showtime
- subtitles able to be usable not only in showtime
- multiple audio streams output to be usable not only in showtime
- dshow encoder to be useable in graphedit (not only in recode/nve)

Elias
26th January 2005, 13:18
I would like a Nero Digital Codec Pack. This includes an mp4 splitter, Nero Digital Audio/Video vfw so that the Nero Audio and Video Codec can be used in programs like VirtualDub. Also, I'd like an mp4 file output like they had in DivX Pro 5.02 since VirtualDub can't save to mp4 as of now. The Codec pack should include ASP and AVC encoding, and everything else that is included in Nero Recode 2. Let's just face it, Nero Recode isn't a good encoding software; it's just that for now, it's the best one to encode fully compliant mp4 files with great quality. I'd also like the mp4 file output to be generic compatible, that is, able to input a DivX/XviD/3ivX and other kind of compliant MPEG-4 codecs for the video and audio to the mp4 fileformat as a fully compliant mp4 file following the MPEG-4 standard. I also want it to handle aac audio, which is something that DivX Pro couldn't. A Nero Digital Codec Pack would rule. People like me who only want to use the MPEG-4 encoding, and it's boring to install everything else (like the entire NeroVision suite, which takes 34 mb, when a Nero Digital Codec Pack would only take 10 mb at most, and we wouldn't have a superfluous bunch of software that we don't want). I mean, we have to have in mind that not everyone have high speed internet connections, most people still are under 56k etc. I'm not saying that you guys are doing a bad job, this is just a request list. For what it's worth, I've completely stopped using XviD/DivX etc and converted completely to Nero Digital since I don't want to encode to weird implementations of MPEG-4, I want to follow the standard :) Keep up the great work!

Snollygoster
26th January 2005, 13:41
I would like Full ISO compatibility for the MP4 container. That is ISO Subtitles and Chapters and not just a ND way of implementing them.

Latexxx
26th January 2005, 13:44
Reading multiple audio tracks and subtitles from single vob files which are on the hd.

Sharktooth
26th January 2005, 15:10
Maybe a Win64bit port too would be appreciated... :)

Clock
26th January 2005, 15:20
*)some sort of xvid-like first pass. So that I can see, how much space this encode would need if it were for full quality. Setting a bitrate without any reference-value seems tricky to me...
*)mux/demux all sort of stuff (multiple audio streams plus subtitles)
*)mouse-over tooltips
*)preview window (don't have a clue which effect deblocking will have, for example)

By the way: about when might we hope to see the first improvements?

However, big thanks for asking and maybe even caring.

Clock

thegeby
26th January 2005, 16:12
ISO subtitles

Mr_Schizo
26th January 2005, 16:33
-ISO subtitles and chapters
-Fix the slowdown of the AVC implentation in Recode (the cli encoder from ateme is so much faster than in recode)
-the possibility to use Ifo's+vob's (from the main movie) as Input (no need anymore for a complete DVD structure)
-don't translate Recode into german ;)

Sharktooth
26th January 2005, 16:33
another one: the possibility to set the output filename...

Bluedan
26th January 2005, 17:39
Originally posted by Snollygoster
I would like Full ISO compatibility for the MP4 container. That is ISO Subtitles and Chapters and not just a ND way of implementing them.

I know what you mean, but actually Nero is going ISO this way. They are making use of the private stream feature as described in the specs, so they don't break a standard.
Merely Neros DSFilter know how to handle these streams... so far. At least the subs are in unmodified VobSub format.

But I agree, subs should be TXTT (or BIFS), with the first being text based so it doesn't eat that much space (with BIFS I don't know). :)

bond
26th January 2005, 17:47
the subtitle stream in nero itself is not compliant to mpeg-4! only the way how to store it in .mp4 is! see the difference?
its like placing vorbis in mpeg-4 and than thinking that the audio stream is mpeg-4 compliant

basically the mpeg-4 standard is clear how subs are meant to be in .mp4 following mpeg-4: ttxt

JohnV
26th January 2005, 17:55
Originally posted by bond
the subtitle stream in nero itself is not compliant to mpeg-4! only the way how to store it in .mp4 is! see the difference?
its like placing vorbis in mpeg-4 and than thinking that the audio stream is mpeg-4 compliant
You have a weird comparison there.. In your case the .mp4 wouldn't be mpeg-4 compliant anymore. But using the private stream for subs, we still maintain mpeg-4 compliancy, unlike in your example.

But I agree it would be nicer to go for mpeg-4 subs as well, but I don't know if it's possible anymore for current specs. Maybe for future ND specs though.

bond
26th January 2005, 18:00
of course the .mp4 doesnt break the mpeg-4 standard, as the subs are stored in .mp4 as "private streams" as allowed by the mpeg-4 standard...
still the subtitle stream is not mpeg-4 compliant or would you say that an ac3 stream inside .mp4 is mpeg-4 compliant?

JohnV
26th January 2005, 18:01
Originally posted by bond
of course the .mp4 doesnt break the mpeg-4 standard, as the subs are stored in .mp4 as "private streams" as allowed by the mpeg-4 standard...
still the subtitle stream is not mpeg-4 compliant or would you say that an ac3 stream inside .mp4 is mpeg-4 compliant? Well try playing your "vorbis-audio mp4" with any mp4 compliant player.. That's what I mean..

SeeMoreDigital
26th January 2005, 18:04
Wow, I think everything I could think of for Recode2 "Mpeg4" encoding has already been mentioned...

But with regard to Recode2's "Mpeg2" encoding, I would really like to have the same settings in here as we have for Mpeg4.

I guess what I'm suggesting is an option that says: -

http://img188.exs.cx/img188/7221/recode2proposal3bx.gif


Cheers

EDIT: Image altered to avoid confusion

bond
26th January 2005, 18:04
Originally posted by JohnV
Well try playing your "vorbis-audio mp4" with any mp4 compliant player.. That's what I mean.. well try playing your vobsub-in-mp4 with any mp4 compliant player... that's what i mean.. ;)

JohnV
26th January 2005, 18:07
Originally posted by bond
well try playing your vobsub-in-mp4 with any mp4 compliant player... that's what i mean.. ;) Well.. chances are that your vorbis-audio mp4 stream doesn't play at all, but at least since our vobsubs are in private stream, video and audio always work and the stream always plays ok even without subs.

bond
26th January 2005, 18:12
Originally posted by JohnV
well.. chances are that your vorbis-audio mp4 stream doesn't play at allwrong, vorbis in mp4 would also be a private stream and a mp4 player (unless its heavily b0rked) not knowing vorbis (or vobsub) will simply ignore that stream, and play the ones it knows

lets say someone starts writing a tool placing SRT subs in .mp4, they would be the same way not compliant to mpeg-4 as the vobsubs, nero places in .mp4...

SeeMoreDigital
26th January 2005, 18:13
JohnV,

I guess you guys at NeroDigital could make the ShowTime Player, support/detect just about any stream combination including images in .MP4?


Cheers

Sharktooth
26th January 2005, 18:19
I'm wondering why i have not "Recode DVD and Videos to DVD" option in recode...
... tell me it's not a serial issue again ...

Bluedan
26th January 2005, 18:21
Bond, you rather refer to a mp4-system like player?

Anyway, what is the private stream definition for, if you DON'T put a stream/data inside which is not directly covered by the MPEG specs and cannot be played by system player?!

I mean it's only usefull for that one purpose,
and in this way intended, which means IMHO: specs conform.

EDIT: It's OT anyway, but that's the way I interpreted the MP4 FAQ regarding my 1st post.

bond
26th January 2005, 18:24
Originally posted by Bluedan
Bond, you rather refer to a mp4-system like player?no

Anyway, what is the private stream definition for, if you DON'T put a stream/data inside which is not directly covered by the MPEG specs and cannot be played by system player?!indeed

I mean it's only usefull for that one purpose,
and in this way intended, which means IMHO: specs conform.i repeat myself the third time:
the way how nero places vobsubs as private streams in mp4 is spec compliant, still this doesnt make vobsub a mpeg-4 compliant stream
i would also not say that a vorbis, SRT, SSA, realvideo, wmv9 or whatever stream in .mp4 is mpeg-4 compliant if they were placed as private stream in mp4 :rolleyes:

the mpeg-4 standard is clear on how to place subs in .mp4: mpeg-4 timed text (iso 14496-17) and nowhere mentions vobsubs...

SeeMoreDigital
26th January 2005, 18:26
Originally posted by Sharktooth
I'm wondering why i have not "Recode DVD and Videos to DVD" option in recode...
... tell me it's not a serial issue again ... It's not real Recode2 option... It's one of my suggestions :D

I guess I made it look too real :eek:

EDIT: Another suggestion would be to make Recode2 a totally stand-alone product.


Cheers

Sharktooth
26th January 2005, 18:32
Oh jez... thanks...
A heartbrake was coming... again...

acidsex
26th January 2005, 18:38
How about the ability to use Huffy Lossless as the source. I cannot get Recode to work it at all.

baer999
26th January 2005, 18:39
I would like to have a Menu for the Nero Digital Codec. He should be playable on the next generation DVD Standalones and you should be able to build your own Menus as easy as possible !

Bluedan
26th January 2005, 18:39
sorry, OT again:
Originally posted by bond

the way how nero places vobsubs as private streams in mp4 is spec compliant, still this doesnt make vobsub a mpeg-4 compliant stream
i would also not say that a vorbis, SRT, SSA, realvideo, wmv9 or whatever stream in .mp4 is mpeg-4 compliant if they were placed as private stream in mp4 :rolleyes:


Yes, I got that point already.
But the dilemma is that then you cannot really tell if a let's say Recode produced mp4 containing subs (vobsubs) is _as_an_entire_file_ spec compliant or not, because the container itself is formed spec compliant, but at least one of the streams is not!!

Don't mistake me as impertinent, I'm not shouting! :)

Broesel
26th January 2005, 18:44
Being able to choose a different output-resolution for credits...
cheers,
broesel

SeeMoreDigital
26th January 2005, 18:48
Originally posted by Bluedan
..But the dilemma is that then you cannot really tell if a let's say Recode produced mp4 containing subs (vobsubs) is _as_an_entire_file_ spec compliant or not, because the container itself is formed spec compliant, but at least one of the streams is not!! It's incorrect to describe MP4 files containing "private streams" as being "not spec compliant".

That said, it may be useful to have an MP4 tool that can scan the streams within the container to identify "private streams".

"Would that make people happy?"


Cheers

Sharktooth
26th January 2005, 18:49
Could you discuss the private stream elsewhere and leave this thread to the Nero Recode feature wish list plz?

Bluedan
26th January 2005, 18:53
Originally posted by Broesel
Being able to choose a different output-resolution for credits...
cheers,
broesel

Sure? I know variable frame rate is supported, but resolution??
I guess you mean bitrate.

I'd favour fixed quants instead for credits as in XVid.

bond
26th January 2005, 18:56
Originally posted by Bluedan
But the dilemma is that then you cannot really tell if a let's say Recode produced mp4 containing subs (vobsubs) is _as_an_entire_file_ spec compliant or notwell, i nowhere said that the entire file is not spec compliant...

JohnV
26th January 2005, 18:58
Originally posted by bond
wrong, vorbis in mp4 would also be a private stream and a mp4 player (unless its heavily b0rked) not knowing vorbis (or vobsub) will simply ignore that stream, and play the ones it knows
You didn't talk about private stream with vorbis. You talked about audio stream..
its like placing vorbis in mpeg-4 and than thinking that the audio stream is mpeg-4 compliant that's what I meant when I said it's not compliant anymore. Of course with private stream the .mp4 always remains compliant, but your example didn't suggest that.

bond
26th January 2005, 19:10
Originally posted by JohnV
You didn't talk about private stream with vorbis. You talked about audio stream.. you dont understand the concept of private streams!
you can place any stream (audio, video, text or whatever) in .mp4 as private stream! have a look at the gpac project, which that way also places vorbis and theora in .mp4, look at apple's itunes, which that way places their lossless audio codec in .mp4, all private streams...

Bluedan
26th January 2005, 19:11
Originally posted by SeeMoreDigital
It's incorrect to describe MP4 files containing "private streams" as being "not spec compliant".
Originally posted by bond
well, i nowhere said that the entire file is not spec compliant...

My saying: You cannot decide it! One has to refer to the container format (which in this case is compliant)
OR the seperate streams (with Vobsub as a private streams in my exemple being non-compliant).
But this leads to nothing.
To me it's important that if a player finds a private stream it must not crash, the file must be playable even if the player is not able to show the stream (i.e. <ignore>)!

JohnV
26th January 2005, 19:12
Originally posted by bond
you dont understand the concept of private streams!
you can place any stream (audio, video, text or whatever) in .mp4 as private stream! have a look at the gpac project, which that way also places vorbis and theora in .mp4, look at apple's itunes, which that way places their lossless audio codec in .mp4, all private streams... Of course I understand. What are you thinking.. Your example just implied you use vorbis as mpeg4 audio stream (which of course doesn't work, and I know you know it, but your example implies this), not as private stream.. That's why I mean your example was not good, because you didn't even mention private stream in your example here: "its like placing vorbis in mpeg-4 and than thinking that the audio stream is mpeg-4 compliant"..

So your example implies that ND subs being a private stream is similar level of compliancy as vorbis being the audio stream of a .mp4, which is not so.

bond
26th January 2005, 19:16
Originally posted by JohnV
Your example just implied you use vorbis as mpeg4 audio stream (which of course doesn't work, and I know you know it, but your example implies this), not as private stream..lol, come on ;)

anyways, lets stop this it doesnt lead to anything

thegeby, Mr_Schizo have a wish for mpeg-4 timed text support and i add myself :)

Sharktooth
26th January 2005, 19:18
May i add myself too?

Snollygoster
26th January 2005, 20:02
I am now so happy that other people feel the same thing. Many of my friends who bother with video encoding think I am a weirdo wanting everything to be implemented the ISO way. Imagine 200 mp3 encoders out there implementing a different way to tag the audio file. Audio would still be mp3-iso but oh imagine the mess (btw something similar to that happened when mp4 audio -m4a- firstly appeared. everyone was implemeting tagging in their way and one couldn't tag his songs in the ISO way. Thankfully Apple dominated the market and everyone went the iTunes way).