Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new (Read 39891 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #25
Why oggenc2.8 encoded files not played by http://www.illiminable.com/ogg/ ?
Atlon XP 3200+

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #26
I registered to HA finally, after reading it for so long, so hi guys.

Let me start with a question about OggDropXPd:
Why is it that specific FLAC's are not decoded by it?

Can't seem to figure that one out.

I can, however generate one of those flac's for you by using EAC, and setting it to directly rip to FLAC, directed to the latest 1.1.2 flac.exe with the following commandline:

Code: [Select]
-T "artist=%a" -T "title=%t" -T "album=%g" -T "date=%y" -T "tracknumber=%n" -T "genre=%m" %s



+++ UPDATE +++
I found out why by trying some stuff....  It was the genre tag made oggdrop quit without errormsg, log or whatever. The genre line was like this:
GENRE = Alternative Rock
With a genre tag like: GENRE = Misc it's all ok.

Might it be the space in "Alternative Rock"?

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #27
Quote
I registered to HA finally, after reading it for so long, so hi guys.

Welcome.  It's always more fun as a member. 
Quote
+++ UPDATE +++
I found out why by trying some stuff....  It was the genre tag made oggdrop quit without errormsg, log or whatever. The genre line was like this:
GENRE = Alternative Rock
With a genre tag like: GENRE = Misc it's all ok.

Might it be the space in "Alternative Rock"?
[a href="index.php?act=findpost&pid=367286"][{POST_SNAPBACK}][/a]

Can you tell me exactly what options you selected?

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #28
Quote
Can you tell me exactly what options you selected?


As a matter of fact I had none selected, because I deleted the .ini during trying other stuff.

So all the settings in the Tagging Setup where at their defaults.

The only changes i made to the default setting (ie, after deleting the ini) was:
- Set ogg q to 7.00
- delete input file to true

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #29
Quote
Quote
Can you tell me exactly what options you selected?


As a matter of fact I had none selected, because I deleted the .ini during trying other stuff.

So all the settings in the Tagging Setup where at their defaults.

The only changes i made to the default setting (ie, after deleting the ini) was:
- Set ogg q to 7.00
- delete input file to true
[a href="index.php?act=findpost&pid=367298"][{POST_SNAPBACK}][/a]

Not that I think it relates, but which compile are you using?

Clearly there is a problem somewhere, but what puzzles me is that with the default tagging settings, no tagging takes place which means that no attempt is made to process the FLAC tags in any way.

Even if the option to copy the FLAC tags was set, the length of the Tag is determined by reading the tag length variable rather than relying on any terminator within the tag data, so the content of the Tag shouldn't be relevant.

Have you tried encoding using oggenc2.8? This uses identical routines for processing FLAC input files. If you don't want to copy the FLAC tags, you'll have to add the option '--discard-comments' to the command line. Actually, these routines are identical to those in the standard oggenc.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #30
Hi John,
Can you comfirm this problem which is exists in oggenc 2.8 or not?
If so, is there's any fix for it?

Thanks in advance.
Sorry for my English.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #31
Quote
Hi John,
Can you comfirm this problem which is exists in oggenc 2.8 or not?
If so, is there's any fix for it?

Thanks in advance.
[a href="index.php?act=findpost&pid=367422"][{POST_SNAPBACK}][/a]

This quote
Quote
even though piping works fine with it in foobar2000, it is obvious to me that something is wrong
suggests to me that the problem is elsewhere. The processing via "stdin" is unchanged from the standard oggenc from xiph.

I would need to know exactly what is being passed from dbpoweramp to make any other comment.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #32
Quote
Not that I think it relates, but which compile are you using?

oggdropXPd V.1.8.7 using aoTuVb4.51, P4 Only

Quote
Clearly there is a problem somewhere, but what puzzles me is that with the default tagging settings, no tagging takes place which means that no attempt is made to process the FLAC tags in any way.

If it helps I can add it doesn't even try to do anything. No reaction on drop whatsoever.

Quote
Even if the option to copy the FLAC tags was set, the length of the Tag is determined by reading the tag length variable rather than relying on any terminator within the tag data, so the content of the Tag shouldn't be relevant.

Again, using "Alternative Rock" for GENRE did NOT work, and using "Misc" did.
BUT: I just tried to set the GENRE back to Alternative Rock and now it works!
Could it be that the tags are corrupted in some way that foobar can read them still?

Quote
Have you tried encoding using oggenc2.8? This uses identical routines for processing FLAC input files. If you don't want to copy the FLAC tags, you'll have to add the option '--discard-comments' to the command line. Actually, these routines are identical to those in the standard oggenc.

I haven't tried that. However, I will first try to recreate the erroneous flacs tonight, because by resetting the GENRE they all work now, so there's not much to test with anymore.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #33
It does rather sound like the tags are malformed in some way, but do keep me informed. Clearly if there is a problem, I'll try to fix it, but it is also necessary to identify exactly the nature of the problem.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #34
Quote
Quote
Hi John,
Can you comfirm this problem which is exists in oggenc 2.8 or not?
If so, is there's any fix for it?

Thanks in advance.
[a href="index.php?act=findpost&pid=367422"][{POST_SNAPBACK}][/a]

This quote
Quote
even though piping works fine with it in foobar2000, it is obvious to me that something is wrong
suggests to me that the problem is elsewhere. The processing via "stdin" is unchanged from the standard oggenc from xiph.

I would need to know exactly what is being passed from dbpoweramp to make any other comment.
[a href="index.php?act=findpost&pid=367426"][{POST_SNAPBACK}][/a]

You're right, STDIN is fine. But the raw(pcm) file/stream input doesn't work in oggenc 2.8.
Sorry for my English.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #35
yup, raw pcm input isn't working in oggenc 2.8

in the case of dbpoweramp... sense all the commands are the same from the previous lancer release (2.6 aint it?) it should have been just a quick swap of the executable (since piping works fine with that version). I have also tried sending the wave riff too, but that didn't work either. Other than that I don't know, I haven't actually tried anything more after that 10min or so.  I just reverted back to the previous version  ... maybe I'll try more stuff in a week (spring break and I'll actually have free time.. maybe)
Vorbis-q0-lowpass99
lame3.93.1-q5-V9-k-nspsytune

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #36
Quote
You're right, STDIN is fine. But the raw(pcm) file/stream input doesn't work in oggenc 2.8.
[a href="index.php?act=findpost&pid=367914"][{POST_SNAPBACK}][/a]

And you're right, too!!  I've uploaded oggenc2.81 in all varieties to Rarewares. I believe this fixes the raw input and aiff file processing, both of which I broke when I added the corrected multi-channel processing.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #37
Ok, you could say that this is a bug in OggdropXPd that I just ran across.  When you specify a specific directory to output to, you just type it in manually, and you type in more than one non-existing directory deep, you get "cannot write to location"-type errors, instead of it creating that folder structure.

John, btw, is there any chance you could write in that code again that would allow me to set a "Start at Logical Stream Number" value, and also be able to "Disable incrementing of serial number"?  I am doing some more bit difference testing, and I need to be able to use OggDropXPd with the latest builds of the Pentium 4-optimized Vorbis encoders to do that stuff in batch again.  If you have lost the code, I can at least send you the executable from before so you can see how you had the option menu configured (yeah, I know it wouldn't help you code it again, though).
WARNING:  Changing of advanced parameters might degrade sound quality.  Modify them only if you are expirienced in audio compression!

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #38
Quote
Ok, you could say that this is a bug in OggdropXPd that I just ran across.  When you specify a specific directory to output to, you just type it in manually, and you type in more than one non-existing directory deep, you get "cannot write to location"-type errors, instead of it creating that folder structure.
[{POST_SNAPBACK}][/a]

That's standard functioning with what's available with the VC6 compiler. I've produced a VC7.1 based ICL9.0 compile that adds the option to create a new folder in the folder browser window when specifying a different output folder; you can d/l it from: [a href="http://homepage.ntlworld.com/jfe1205/oggdropXPdV1.8.7b-P4.zip]http://homepage.ntlworld.com/jfe1205/oggdr...dV1.8.7b-P4.zip[/url]. Can you let me know what you think? Personally, I think this is a better route than allowing typing in the edit box. I'll add this to the temp dir option, as well.
Quote
John, btw, is there any chance you could write in that code again that would allow me to set a "Start at Logical Stream Number" value, and also be able to "Disable incrementing of serial number"?  I am doing some more bit difference testing, and I need to be able to use OggDropXPd with the latest builds of the Pentium 4-optimized Vorbis encoders to do that stuff in batch again.  If you have lost the code, I can at least send you the executable from before so you can see how you had the option menu configured (yeah, I know it wouldn't help you code it again, though).
[a href="index.php?act=findpost&pid=368507"][{POST_SNAPBACK}][/a]

Can you mail me the exe and I'll see what I can do for you.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #39
Quote
Quote
Quote
So in conclusion: I should be using the aoTuVb4.51.
Am I reading this correctly? 
[{POST_SNAPBACK}][/a]


No, latest [a href="http://homepage3.nifty.com/blacksword/index_e.htm]Lancer[/url]

sarcastic note: those 'yellows' (Japaneses) are great ! 
[a href="index.php?act=findpost&pid=350756"][{POST_SNAPBACK}][/a]

Wow! This Lancer built is well above 40x encoding here. Never tried it before.
I somewhere read it "may" produce different results due to its optimisations. Is there a degraded example documented?
[a href="index.php?act=findpost&pid=350768"][{POST_SNAPBACK}][/a]


Even I recommend using LANCER .... Yes it is very fast!

It was optimised for 2x speed retaining the same quality!!
The virtue of love isnt finding the perfect person, but by loving the imperfect person perfectly.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #40
Quote
Quote
Ok, you could say that this is a bug in OggdropXPd that I just ran across.  When you specify a specific directory to output to, you just type it in manually, and you type in more than one non-existing directory deep, you get "cannot write to location"-type errors, instead of it creating that folder structure.
[{POST_SNAPBACK}][/a]

That's standard functioning with what's available with the VC6 compiler. I've produced a VC7.1 based ICL9.0 compile that adds the option to create a new folder in the folder browser window when specifying a different output folder; you can d/l it from: [a href="http://homepage.ntlworld.com/jfe1205/oggdropXPdV1.8.7b-P4.zip]http://homepage.ntlworld.com/jfe1205/oggdr...dV1.8.7b-P4.zip[/url]. Can you let me know what you think? Personally, I think this is a better route than allowing typing in the edit box. I'll add this to the temp dir option, as well.

Yeah, that is agreeable, because it at least solves having to go and browse to the location in a Windows Explorer window manually to create a new folder structure for a set, and also you don't have to go and code anything separately.  Using that, I shouldn't need to have to type it in manually. 

The thing that this doesn't fix, however, is the case where someone goes and deletes the "more than one deep" folder structure later, because then it will still bug out the next time you use the program.  It might be helpful for you to code the program to check on startup whether the Output and Temporary folders still exist, and prompt the user if they don't, instead of having it bug out when you start encoding.  Just imho, that is.

Quote
Quote
John, btw, is there any chance you could write in that code again that would allow me to set a "Start at Logical Stream Number" value, and also be able to "Disable incrementing of serial number"?  I am doing some more bit difference testing, and I need to be able to use OggDropXPd with the latest builds of the Pentium 4-optimized Vorbis encoders to do that stuff in batch again.  If you have lost the code, I can at least send you the executable from before so you can see how you had the option menu configured (yeah, I know it wouldn't help you code it again, though).
[a href="index.php?act=findpost&pid=368507"][{POST_SNAPBACK}][/a]

Can you mail me the exe and I'll see what I can do for you.
[a href="index.php?act=findpost&pid=368885"][{POST_SNAPBACK}][/a]

I sent you a link to download it.  Thanks!
WARNING:  Changing of advanced parameters might degrade sound quality.  Modify them only if you are expirienced in audio compression!

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #41
Would it be possible to also include direct encoding from WavPack files in OggdropXPd, as it already does this for Monkey's Audio, LPAC, FLAC and OptimFROG? WavPack is under BSD license, so that part at least shouldn't be a problem.
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
        - Oceania Association of Autonomous Astronauts

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #42
Quote
Would it be possible to also include direct encoding from WavPack files in OggdropXPd, as it already does this for Monkey's Audio, LPAC, FLAC and OptimFROG? WavPack is under BSD license, so that part at least shouldn't be a problem.
[a href="index.php?act=findpost&pid=371017"][{POST_SNAPBACK}][/a]

I'll look into it and get back to you.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #43
Quote
Would it be possible to also include direct encoding from WavPack files in OggdropXPd, as it already does this for Monkey's Audio, LPAC, FLAC and OptimFROG? WavPack is under BSD license, so that part at least shouldn't be a problem.
[a href="index.php?act=findpost&pid=371017"][{POST_SNAPBACK}][/a]

I have a test version running that uses a very simple wvunpack dll that I created. It seems to run as expected but I need to do some further testing and I also want to add one or two other changes before I release a new version.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #44
Quote
I have a test version running that uses a very simple wvunpack dll that I created. It seems to run as expected but I need to do some further testing and I also want to add one or two other changes before I release a new version.
[a href="index.php?act=findpost&pid=372940"][{POST_SNAPBACK}][/a]

Thanks, mate!    Take your time, take your time...
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
        - Oceania Association of Autonomous Astronauts

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #45
Well, I believe I have a solution for mmortal03 and for Mr_Rabid_Teddybear, so I should be able to put a new version out in the next few days after some more testing.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #46
Right, and would you please do it using aotuv prebeta 5, if this is possible John33.

Thanks

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #47
Quote
Right, and would you please do it using aotuv prebeta 5, if this is possible John33.

Thanks
[a href="index.php?act=findpost&pid=373639"][{POST_SNAPBACK}][/a]

As soon as the source becomes available, sure.  Right now, there is just a stripped down oggenc available.

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #48
Quote
Right, and would you please do it using aotuv prebeta 5, if this is possible John33.

Thanks
[a href="index.php?act=findpost&pid=373639"][{POST_SNAPBACK}][/a]



Mmmmmm.. btw...the link to prebeta5 *clearly* states :  "Quality -1 only!". I believe we should AT LEAST believe the guy...

oggdropXPd V1.8.7, oggenc2.8, oggdec V1.9.2 - new

Reply #49
oggdropXPdV1.8.8 is now available at Rarewares. 

Now includes direct input of Wavpack files with, or without, correction files. Also, the Output Directory Dialogue has been updated. Previously, a saved output directory that was subsequently deleted and was more than one level deep would cause an error. This is no longer the case, it will be recreated however many levels deep.

The consequence of this is that Windows 2000, or better, is now required. These are MSVC7.1/ICL9.0 compiles. The wvunpack.dll required for Wavpack input is available for separate download. As before, if you're not going to input Wavpack files, you don't need this.