Another flexible and extensible way of multi channel audio encoding using Avisynth. - Page 3

dimzon · 28th November 2005, 12:23

I'm working on GUI right now

SeeMoreDigital · 28th November 2005, 12:38

Does anybody know how the channel mapping information is stored for 6Ch AAC streams?

I know this may sound ridiculous (to those people who know about such things) but is could it be possible to change the mapping information of 6Ch AAC streams. Ie: Is there something in the stream that can be re-written without having to re-encode it?

Cheers

Wilbert · 28th November 2005, 13:39

@dimzon,

This is great stuff! Do you consider to make bepipe+gui OS?

dimzon · 28th November 2005, 14:05

Quote:

Originally Posted by Wilbert

Do you consider to make bepipe+gui OS?

Yes!

Quote:

Linking Avisynth statically or dynamically with other modules is making a combined work based on Avisynth. Thus, the terms and conditions of the GNU General Public License cover the whole combination.

BePipe alpha sources is avaliable by request if You need it.

dimzon · 28th November 2005, 18:57

Quote:

Originally Posted by dimzon

I'm working on GUI right now

first GUI pre-alpa http://www.mytempdir.com/287448
Note! Encoding is not working Yet! Just to test how to manage
sources/dsp/encoders!
Note! Settings are stored in c:\be-happy.xml (will be fixed soon)

Rockaria · 29th November 2005, 02:48

Extreme flexibility!

Yeah, methods are applied to the last(defined) clip.. hmm

Maybe we can add more sources to join(+) or mix in the version 2.
Or set the sequences to the DSPs by allowing the up/down arrow button to the focused if it affects(Sorry, it's already there!). And do we need a profile management(overall)?
Drop-down and/or shell extention menu(like dbPowerAmp) would be another good bonus(as well as the copy-to-clipboard or save to *.avs).
These are all that I can think of for now..

This is great! I am waiting for the working version already!

Rockaria · 29th November 2005, 05:19

Quote:

Originally Posted by SeeMoreDigital

Does anybody know how the channel mapping information is stored for 6Ch AAC streams?
.. Is there something in the stream that can be re-written without having to re-encode it?

I guess(derived from the facts here) the channel order is implicitly hardcoded to the stream(body) itself. If the format is designed to read the channel assignment from the header, any player should decode the media without the messup regardless of the versions. I've heard your v6 AACs are decoding well with your h/w player. But in the s/w player, I believe we can use the FFDSHOW channel remapping in decoding time depending on the versions, until nero resolves the issue.

SeeMoreDigital · 29th November 2005, 13:13

Quote:

Originally Posted by Rockaria

I've heard your v6 AACs are decoding well with your h/w player. But in the s/w player, I believe we can use the FFDSHOW channel remapping in decoding time depending on the versions, until nero resolves the issue.

If the Nero7 version of Recode2 produces incorrectly mapped AAC channels then I agree, Nero will have to resolve the issue.

But if however Recode2 generated streams are okay.... I can't, in all honesty, see Nero's engineers "busting-a-gut" to help out the users of "third-part" software.... It would not be in there best interest to do so

Cheers

Rockaria · 29th November 2005, 14:19

Yeah, the problem seems to be any backups to be played on your h/w decoder. Would they support the special firmware upgrade too, for the v7 recode 2-ed contents?..

SeeMoreDigital · 29th November 2005, 15:27

I'm not with you!

All my 6Ch AAC streams are perfectly mapped because they were all encoded using the Nero6 version of Recode2 or Foobar2000 with Nero6 filters!

Like I've said before, we need to "map test" a 6Ch AAC sample generated with the Nero7 version of Recode2 before we can establish whether Nero has a real problem it needs to address!

If we discover that 6Ch AAC samples generated with the new Nero7 version of Recode2 are "incorrectly mapped" then we all need to inform Nero for a fix before we waste time creating our own fixes.....

That's all I'm trying to say

Cheers

Rockaria · 29th November 2005, 16:26

SMD, I understand your situation. But I (perhaps including many others) am still looking for a proper format to backup the contents with least space usage.
With nero's aac he vbr streaming or any forced quality, I am not still convinced with it for a backup purpose unlike you. So the recode 2 is not of any special interest to me at the moment. I am just trying to focus on the purpose of this thread.

As I've said ever since from the beginning, this thread is intended for introducing the new multi channel transcode method. Because it can handle any channel mess up (with version changes noticed by many already) with it's flexibility, I learned it's not a proper place to go into any further detail's of the unstabilized issue, also because you don't want to believe what is said by anybody normal.

So I will have to agree with you. Some we might need to resolve the issue right now but in a correct place with a proper title please...

SeeMoreDigital · 29th November 2005, 17:11

It's not "my situation", it's everybody's situation!

It's vital we establish whether Nero have made a mistake with their AAC codec using their own encoder first.

Once this has been properly established we can then take the appropriate action!

If we discover Nero have made a mistake at their end. It would be a waste of everybody's time here developing "third party" fixes. Even more so if Nero correct the problem on the next release!

Now.... has anybody taking part in this thread, checked to see whether the Nero7 version of Recode2 generates 6Ch AAC streams the wrong way round. If so can you please confirm your findings?

Cheers

dimzon · 29th November 2005, 17:46

Quote:

Originally Posted by Rockaria

This is great! I am waiting for the working version already!

Get alpha here: http://www.mytempdir.com/289180

Rockaria · 29th November 2005, 17:48

It's open here and hope dimizon take the thread. thanks.

Rockaria · 30th November 2005, 03:18

It works exactly as the gui prototype.

The channel mapping GetChannel(2,3,1,6,4,5) and GetChannel(1,3,2,5,6,4)
geterate correctly mapped channel orders depending on the encoders(& target decoders) with a mouse click.

By far the most generouse & hassle-free transcoder supporting virtually all the formats!
Only some pipe-in encoders are left for few more unsupported formats.
The interface is so flexible as it can answer to any DSPs and I/O requirements on a single clip.
I've not compared the performance yet but it seems reasonably fast.

Pretty much impressed by dimizon. Wish you continue the good work and everybody share the flexibility with this.

But where did the be-happy.xml go?

dimzon · 30th November 2005, 09:34

Quote:

Originally Posted by Rockaria

GetChannel(1,3,2,5,6,4)

Read about OggVorbis channel mapping

Quote:

Originally Posted by Rockaria

But where did the be-happy.xml go?

look @ DocumentsAndSettings\<YourLogin>\LocalSettings\ApplicationData\dimzon\BeHappy\

dimzon · 30th November 2005, 09:41

BeHappy development is paused until next year... (I'm busy IRL again)
BeHappy & BePipe source code is avaluable by request (feel free to PM me or send mail to dimzon541<dog>gmail<dot>com)

Rockaria · 30th November 2005, 12:28

Quote:

Originally Posted by dimzon

OggVorbis channel mapping
..
look @ DocumentsAndSettings\<YourLogin>\LocalSettings\ApplicationData\dimzon\BeHappy\

Quote:

Originally Posted by http://trac.xiph.org/cgi-bin/trac.cgi/ticket/736

Oggenc appears not to remap 5.1 channel order from WAV order (L/R/C/LFE/BL/BR) to Vorbis order defined by xiph's specifications :

six channels : the stream is 5.1 surround. channel order: front left, front center, front right, rear left, rear right, LFE

Tested with rarewares build 2005-07-10.

The same problem applies to oggdec (again assumes WAV channel order on libvorbis output, so it actually decodes incorrect oggenc output back to correct WAV).

It again backs up my test results : GetChannel(1,3,2,5,6,4) == front left, front center, front right, rear left, rear right, LFE based on the wav order
Other trivials :
. maybe we can share the xml configuration by request.
. for the graphedit DirectShowSource, I couldn't find any way to replace the path inside of the GRF file. So the best way so far is to copy-rename to the predefined path for any media used in the GRF.

Quote:

BeHappy development is paused until next year... (I'm busy IRL again)

Yeah, it has proved everything perfectly, at least to me. See Ya Next Year!

dimzon · 30th November 2005, 12:43

Quote:

Originally Posted by Rockaria

. maybe we can share the xml configuration by request.

Seems like You read my mind. I'm thinking about Source/DSP/Encoder import/export feature

redfordxx · 30th November 2005, 18:23

Hi,
my same issue, but I feel interresting to mention it here too.

WMA 5.1 on WinXP as an input does not work correctly for me. Test SeeMoreDigital's testing WMA 6Ch file on your machine, if you please.

Or, maybe, there is an alternative wma filter for avisynth?

But in general, I consider it cool

R.

28th November 2005, 12:23	#41 \| Link
dimzon BeHappy/MeGUI developer Join Date: Oct 2003 Location: Moscow, Russia Posts: 1,727	I'm working on GUI right now __________________ BeHappy - AviSynth-based audio transcoding tool Audio encoding via AviSynth On2 VP7 is great in quality but it is unusable for long-term video backup puposes! Sincerely Yours, MCPD/MCTS

28th November 2005, 12:38	#42 \| Link
SeeMoreDigital Life's clearer in 4K UHD Join Date: Jun 2003 Location: Notts, UK Posts: 12,227	Does anybody know how the channel mapping information is stored for 6Ch AAC streams? I know this may sound ridiculous (to those people who know about such things) but is could it be possible to change the mapping information of 6Ch AAC streams. Ie: Is there something in the stream that can be re-written without having to re-encode it? Cheers __________________ \| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 \| My Network Layout & A/V Gear \|

29th November 2005, 02:48	#46 \| Link
Rockaria nobody's nobody Join Date: Mar 2005 Location: The Sun, somewhere around Posts: 553	BeHappy! Extreme flexibility! Yeah, methods are applied to the last(defined) clip.. hmm Maybe we can add more sources to join(+) or mix in the version 2. Or set the sequences to the DSPs by allowing the up/down arrow button to the focused if it affects(Sorry, it's already there!). And do we need a profile management(overall)? Drop-down and/or shell extention menu(like dbPowerAmp) would be another good bonus(as well as the copy-to-clipboard or save to .avs). These are all that I can think of for now.. This is great! I am waiting for the working version already! Last edited by Rockaria; 29th November 2005 at 03:45. Reason: mistyping of course!*

29th November 2005, 15:27	#50 \| Link
SeeMoreDigital Life's clearer in 4K UHD Join Date: Jun 2003 Location: Notts, UK Posts: 12,227	I'm not with you! All my 6Ch AAC streams are perfectly mapped because they were all encoded using the Nero6 version of Recode2 or Foobar2000 with Nero6 filters! Like I've said before, we need to "map test" a 6Ch AAC sample generated with the Nero7 version of Recode2 before we can establish whether Nero has a real problem it needs to address! If we discover that 6Ch AAC samples generated with the new Nero7 version of Recode2 are "incorrectly mapped" then we all need to inform Nero for a fix before we waste time creating our own fixes..... That's all I'm trying to say Cheers __________________ \| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 \| My Network Layout & A/V Gear \|

29th November 2005, 17:11	#52 \| Link
SeeMoreDigital Life's clearer in 4K UHD Join Date: Jun 2003 Location: Notts, UK Posts: 12,227	It's not "my situation", it's everybody's situation! It's vital we establish whether Nero have made a mistake with their AAC codec using their own encoder first. Once this has been properly established we can then take the appropriate action! If we discover Nero have made a mistake at their end. It would be a waste of everybody's time here developing "third party" fixes. Even more so if Nero correct the problem on the next release! Now.... has anybody taking part in this thread, checked to see whether the Nero7 version of Recode2 generates 6Ch AAC streams the wrong way round. If so can you please confirm your findings? Cheers __________________ \| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 \| My Network Layout & A/V Gear \|

28th November 2005, 13:39	#43 \| Link
Wilbert Moderator Join Date: Nov 2001 Location: Netherlands Posts: 6,364	@dimzon, This is great stuff! Do you consider to make bepipe+gui OS?

29th November 2005, 14:19	#49 \| Link
Rockaria nobody's nobody Join Date: Mar 2005 Location: The Sun, somewhere around Posts: 553	Yeah, the problem seems to be any backups to be played on your h/w decoder. Would they support the special firmware upgrade too, for the v7 recode 2-ed contents?..

29th November 2005, 16:26	#51 \| Link
Rockaria nobody's nobody Join Date: Mar 2005 Location: The Sun, somewhere around Posts: 553	SMD, I understand your situation. But I (perhaps including many others) am still looking for a proper format to backup the contents with least space usage. With nero's aac he vbr streaming or any forced quality, I am not still convinced with it for a backup purpose unlike you. So the recode 2 is not of any special interest to me at the moment. I am just trying to focus on the purpose of this thread. As I've said ever since from the beginning, this thread is intended for introducing the new multi channel transcode method. Because it can handle any channel mess up (with version changes noticed by many already) with it's flexibility, I learned it's not a proper place to go into any further detail's of the unstabilized issue, also because you don't want to believe what is said by anybody normal. So I will have to agree with you. Some we might need to resolve the issue right now but in a correct place with a proper title please...

29th November 2005, 17:48	#54 \| Link
Rockaria nobody's nobody Join Date: Mar 2005 Location: The Sun, somewhere around Posts: 553	It's open here and hope dimizon take the thread. thanks.

30th November 2005, 03:18	#55 \| Link
Rockaria nobody's nobody Join Date: Mar 2005 Location: The Sun, somewhere around Posts: 553	It works exactly as the gui prototype. The channel mapping GetChannel(2,3,1,6,4,5) and GetChannel(1,3,2,5,6,4) geterate correctly mapped channel orders depending on the encoders(& target decoders) with a mouse click. By far the most generouse & hassle-free transcoder supporting virtually all the formats! Only some pipe-in encoders are left for few more unsupported formats. The interface is so flexible as it can answer to any DSPs and I/O requirements on a single clip. I've not compared the performance yet but it seems reasonably fast. Pretty much impressed by dimizon. Wish you continue the good work and everybody share the flexibility with this. But where did the be-happy.xml go?

30th November 2005, 09:41	#57 \| Link
dimzon BeHappy/MeGUI developer Join Date: Oct 2003 Location: Moscow, Russia Posts: 1,727	BeHappy development is paused until next year... (I'm busy IRL again) BeHappy & BePipe source code is avaluable by request (feel free to PM me or send mail to dimzon541<dog>gmail<dot>com) __________________ BeHappy - AviSynth-based audio transcoding tool Audio encoding via AviSynth On2 VP7 is great in quality but it is unusable for long-term video backup puposes! Sincerely Yours, MCPD/MCTS Last edited by dimzon; 30th November 2005 at 09:44.

30th November 2005, 18:23	#60 \| Link
redfordxx Registered User Join Date: Jan 2005 Location: Praha (not that one in Texas) Posts: 863	Wmv Hi, my same issue, but I feel interresting to mention it here too. WMA 5.1 on WinXP as an input does not work correctly for me. Test SeeMoreDigital's testing WMA 6Ch file on your machine, if you please. Or, maybe, there is an alternative wma filter for avisynth? But in general, I consider it cool R.