Log in

View Full Version : Nero .dlls & External Programs

LiFe
4th May 2005, 00:46
Heya Folk,
Has anyone managed to backwards engineer the Nero .dlls and write some programs that use them to encode audio and video with all the options that nero have dissabled? Ie VBR HE-ACC 5.1 Audio and VBR by Quality AVC Video?
bond
4th May 2005, 06:32
for aac: :search:
this has been done for a long time already

for avc: no
video
4th May 2005, 17:48
for audio, you need besweet beta and bsn.dll
LiFe
5th May 2005, 03:30
Originally posted by bond
for aac: :search:
this has been done for a long time already


I searched for 10 minutes under half a dozzen keywords. The searches that didn't crash the engine did not point to anything about programs that used the nero .dlls with added features.

Could you please point me in the right direction?

Thanks.
LiFe
5th May 2005, 03:37
Ahh, It would've helped if I hadn't typed acc : ) Found some stuff.
LiFe
5th May 2005, 14:43
Originally posted by bond
for avc: no
Anyone working on this?

NAACEnc & Nero frontend are nifty in that they enable HE and VBR (where as the nero GUI doesn't). They don't like 5.1, but it seems one needs to use foobar.

Back on topic, is anyone working on making a front end for the nero/ateme AVC codec? Any way I can help? I want VBR by Quality, Nero have already said the codec has it built in, but it's not enabled in the GUI yet, and I need it sooner rather than later. My 400GB disk only has a few GB left. ugh.
bond
5th May 2005, 14:50
Originally posted by LiFe
[B]Anyone working on this? dont think so
nero avc is a directshow encoder filter, which has lots of limitations so you cant use it outside of the nero tools

earlier you could use it without a nero tool, eg in graphedit, but nero prevented this later on...

I want VBR by Quality, Nero have already said the codec has it built in, but it's not enabled in the GUI yet, and I need it sooner rather than later. whats "vbr by quality"?
LiFe
6th May 2005, 01:09
Originally posted by bond
whats "vbr by quality"?
Real and MS's naming for VBR by Constant Quantizer. I prefer VBR by Quality. Seeing as they both had it implemented before any MPEG-4 codecs had the feature, it should stick : )
SCIF
6th May 2005, 06:37
Originally posted by LiFe
Real and MS's naming for VBR by Constant Quantizer.
Like MusePack! Yeah, it would be cool - i'm waiting for this codec. Ogg adjust quality to standart bitrate, like ABR or 2-pass audio coding. I hate this feature.
slavickas
6th May 2005, 10:06
Originally posted by SCIF
Like MusePack! Yeah, it would be cool - i'm waiting for this codec. Ogg adjust quality to standart bitrate, like ABR or 2-pass audio coding. I hate this feature.
although this discussion goes OT, but vorbis is true VBR also, unless you limit it
SCIF
6th May 2005, 10:17
Originally posted by slavickas
although this discussion goes OT, but vorbis is true VBR also, unless you limit it
Hm. How? Is "--quality N" preset and if i will it(preset) adjust to standart bitrate? I don't think about this untill today.

I sorry for my english.
hhanh00
8th May 2005, 00:49
Originally posted by bond
for aac: :search:
this has been done for a long time already

for avc: no

The Nero avc video encoder and muxer are regular DirectShow filters. They can't be used from Graphedit because they put some special code to avoid that but you can build your graph through the DirectShow API and that works perfectly.
Once you build your graph, you can register it as a remote graph and see it in graphedit.

http://img11.imagevenue.com/loc155/th_fb5_graphedit_avc.jpg (http://img11.imagevenue.com/img.php?loc=loc155&image=fb5_graphedit_avc.jpg)

--h
bond
8th May 2005, 10:49
Originally posted by hhanh00
Once you build your graph, you can register it as a remote graph and see it in grapheditbut how can i build the graph?
hhanh00
8th May 2005, 11:15
Originally posted by bond
but how can i build the graph?

You can build the graph through the Directshow API. I think it can't be build through graphedit because it can't be instanciated by CLSID. However if you enumerate through the system devices and then bind to the class by moniker, you can create it. Then with the CaptureGraphBuilder2 you connect the source, the compressors, the muxer, and the file writer. The steps are detailed in the Directshow documentation: Recompressing an AVI file (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/directshow/htm/introductiontodirectshow.asp). The real fun is to configure the compressor since the property pages were deactivated...

--h
bond
8th May 2005, 11:25
interesting :)

well anyways keep looking at that, cause in one of the next releases this will not be possible anymore anyways

this forum is observed by a few nero guys and they are very quick removing the remaining openness of their filters...
hhanh00
8th May 2005, 11:37
Originally posted by bond
interesting :)

well anyways keep looking at that, cause in one of the next releases this will not be possible anymore anyways
I don't quite understand your sentence... Why would I keep looking at that if they remove it in a next release?


this forum is observed by a few nero guys and they are very quick removing the remaining openness of their filters...

Is it what they are after? Regardless, since they have to use Directshow to build the graph there should always be a way to replicate the same behavior. Of course, one can question the advantage of going through this process when Recode is well-suited for its purpose. I guess there is always the 'educational value' :)
bond
8th May 2005, 11:45
Originally posted by hhanh00
Of course, one can question the advantage of going through this process when Recode is well-suited for its purposemeh, i would prefer encoding with nerodigital simply in graphedit, than having to download and use the bloated recode :(

but oh well, thats probably also a reason why i prefer xvid and x264 over nerodigital...
hhanh00
8th May 2005, 11:57
Originally posted by bond
meh, i would prefer encoding with nerodigital simply in graphedit, than having to download and use the bloated recode :(

but oh well, thats probably also a reason why i prefer xvid and x264 over nerodigital...

I think this could be done if someone writes a filter that instanciates the AVC encoder through the system device enumerator and forwards everything to it (possibly through aggregation). Then you have to write property pages for configuring it. The interesting thing is that the filter has property pages but creating them fails because some COM components are missing from the system. I suspect the property pages are left-overs from debugging and the required components were not shipped with the product. I don't see how they can be used anymore.
How come Nero AAC filters are useable but not the AVC ones? They could have locked their audio filters as well but did not. It's strange.

--h