Hybrid(Windows/Linux/Mac): Input -> x264/x265/Xvid/VP8/VP9

[omelette]

1. not clear on what environment you are getting that crash
2. without a debug output there is nothing I can say about the problem.

Cu Selur

The "crash" with Hybrid 2014.4.2.1 doesn't end the program per-se, merely lists the job as having crashed when less than half-way through caching - which seems a markedly different result than that produced with Hybrid 2014.07.10, where the job just hangs. This happens under both Wine 1.6.2 (stable) and 1.7.16 (beta). I've also just checked and both Hybrids use the same 'sox' version, 14.4.2, so I'm wondering if Wine might not be to blame after all. Attached is the debug file.

[Selur]

side note: old version comparison doesn't really help me since the version is simply too old.
The calls look fine.
try if:

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -i "C:\users\omelette\Temp\iId_1_aid_0_DELAY_-43ms_02_45_05_3910_01.ac3" -ac 6 -ar 48000  "C:\users\omelette\ffmpegDecode.wav"

produces a proper wav file.

If that is the case, try if:

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "C:\users\omelette\Temp\iId_1_aid_0_DELAY_-43ms_02_45_05_3910_01.ac3" -ac 6 -ar 48000 -f sox - | "C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "C:\users\omelette\Temp" --buffer 524288 -S -t sox - -b 16 -t wav "C:\users\omelette\soxHandled.wav" remix -m 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694 norm

produces a proper wav file.

and then try if :

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y   -threads 2 "C:\users\omelette\soxHandled.wav" -c:a libvo_aacenc -b:a 64k -ac 2 -ar 48000 "C:\users\omelette\Temp\iId_1_aid_0_DELAY_-43ms_02_45_05_3910_02.aac"

produces a proper aac file.

Cu Selur

[omelette]

Running the first one from the Linux terminal (preceded by 'wine' - I couldn't get the M$ terminal to run) showed why it was crashing - I was running out of disk-space! How about a check-for-sufficient-space-for-cache? Makes sense to me anyway! So, the 'crashing' bit has been solved.

So after freeing up disk-space, I've also being trying various combinations and have had a few 'realisations'. First, to reproduce this problem, all it is necessary to do is to try down-mixing the audio, the 'video-handling' being set to 'ignore'. In other words, it has nothing to do with the recombining-audio bug (that you've fixed) that I started out with.

Most importantly, this sox caching 'hanging' problem doesn't occur with either Hybrid 2014.4.2.1 or 2014.4.4.1, the only other 2 Hybrid binaries that I have. This only happens with Hybrid 2014.07.10.1. I also forgot that I could install this current version on Wine emulating System 7, which I have now done. Sure enough, x264 and sox are detected - so no need for the XP fixed binary that you PM'ed me. But, the bug also persists when installed under Wine emulating System 7. I have also tried this under 3 different versions of Wine - 1.6.2, 1.7.16 and 1.7.20 - with the same results with each of them.

So it certainly seems (to me) that Hybrid is the culprit. The fact that it gets so close to finishing the caching (99.79% for example) every time suggests to me a variable-type problem - could it be a integer/double issue, or along those lines? The fact that the problem doesn't exist on older Hybrid's seems fairly conclusive.

[Selur]

a. Will change 99.79% to 100% (I switched to double instead of integer percent values a while back)
b. checking for cache space would require to know how much sox is caching (there is a 'minimum size in MB which is required ..' option under Config->Internals->Handling, but it is more general

about caching: won't probably have any time to check how much space sox uses for caching any time soon, so if anybody as some knowledge in this regard, infos are welcome

[Selur]

tried reproduginc the sox freezing on my system with:

ffmpeg -y -threads 8 -loglevel fatal -i "H:\Temp\iId_1_aid_128_lang_en_DELAY_-123ms_10_19_29_3810_01.ac3" -ac 6 -ar 48000 -f sox - | sox --multi-threaded --ignore-length --temp "H:\Temp" --buffer 524288 -S -t sox - -b 16 -t sox - remix -m 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694 norm | ffmpeg -y   -threads 8 -f sox -i - -c:a libvo_aacenc -b:a 64k -ac 2 -ar 48000 "H:\Temp\iId_1_aid_128_lang_en_DELAY_-123ms_10_19_29_3810_02.aac"

But for me the progress doesn't freeze, 'sox caching' goes to 99... and the switches to 'audio encoding', but I have a dedicated hdd for temp and output.

-> will look for a way to monitor the temp folder size to figure out how much space sox uses during caching

[Selur]

No clue how to estimate the cache size when sox writes into a temp file in example named libSoX.tmp.a02552, but Windows always indicates a file size of zero bytes.

[omelette]

I got the M$ terminal to work, and to more approximate your setup, set the Temp folder to a SSD with a few 100gig of free-space. Setting the current directory to Hybrid's path, attached (for what it's worth) is what I get when I run the same line (with path & file-name changes) with first Hybrid 2014.4.4.1, then Hybrid 2014.07.10.1 installed. Both end at about the same point and after about 30secs of continuous disk activity - so at least part of the command-sequence is being executed.

I'm not precisely sure what the screen-output should be, but as I've already said, Hybrid 2014.4.4.1 works perfectly, so I cannot see how 'sox' can be to blame given that both Hybrids use sox version 14.2.2. You imply that Hybrid tests a dynamically updated variable (sox's current cache-%) to determine when caching has completed, in order to proceed - why not just test sox directly, rather than this 'derived' variable? The fact that all disk & CPU activity ceases when the cache-% goes above 99% strongly suggests that it is the HybridGUI-code that sitting & waiting, rather than sox.

I've also come across a bug concerning the Crop/Resize option. Normally when a video is loaded, 'Resize' is unchecked & enabled. If you go to x264->Main->RestrictionSettings, and check 'Hardware', then select 'Blue-ray/AVCHD' from the drop-down menu, 'Resize' in Crop/Resize becomes checked but disabled, with its associated 'Picture Resize' group-settings still enabled - at least partially, the 'Auto-adjust' state depends on its check-state before the bug kicked in. Most crucially, unchecking 'Hardware' (so that it now shows 'unrestricted') in x264->Main->RestrictionSettings doesn't re-enable Resize on the Crop/Resize tag. In fact, closing & restarting Hybrid doesn't help either! I presume that since I have 'Auto-save' settings checked, these are reloaded when Hybrid is restarted. I couldn't find any way of resetting Hybrid to its Default settings - if it doesn't already exist, it would be very useful.

Last night, seeing as the 'Picture Resize' group-settings remained enabled, and needing to convert a video from 1280 -> 624, I changed height to 624, and since 'Auto-adjust' was checked but disabled, saw Width auto-change to 352 - so presumed it was working. It wasn't - I ended up with the same sized video and 2 hours wasted!

[Selur]

Sorry, but (I think) you misunderstood me.
a. Hybrid does not check the percentage of soxs progress to determine whether or not to 'go on'. Hybrid connects the three calls video pipes and catches the output. That's it.
b. When you enable 'Hardware->Blu-ray/AVCHD' Hybrid will always disable resize and only allow resolutions which do not violate the Blu-ray restrictions.
For example if you load a source with 1920x1080 you can't resize to 720x.. unless you change the output PAR which for a 1920x1080 source is 1:1 but, 720x.. + PAR 1:1 isn't allowed for Blu-ray.
c. Yes. If you enable an option which triggers other options, disabling the option doesn't undo all the triggered options. That is intended as it is and will not change.
d. If you enable 'Auto save defaults' and wonder why restarting Hybrid will not reset to the original Hybrid defaults, I got no clue how to help.
To reset to Hybrid defaults: disable 'Auto save defaults' then select Config->Defaults->Reset->All and press Config->Defaults->Reset->Reset selected

Last night, seeing as the 'Picture Resize' group-settings remained enabled, and needing to convert a video from 1280 -> 624, I changed height to 624, and since 'Auto-adjust' was checked but disabled, saw Width auto-change to 352 - so presumed it was working. It wasn't - I ended up with the same sized video and 2 hours wasted!

Why would you change the height to 624 when you want to convert 1280x.. to 624x..?? Sorry, can't follow you there.

=> rereading your post a second time, I think the main problem is that you enabled an option (Hardware->Blu-ray/AVCHD) without understanding what it does and what it's implications are.

----
Looking at your pictures:
(why not simply copy the text, right-click, select all, right-click then ctrl+v to copy&paste the content?)
Seems like there is a problem with the ac3 which was extracted, or it's decoding through ffmpeg, otherwise sox shouldn't get a sample rate of 0.

Cu Selur

[omelette]

That post of yours is bordering on condescending, why I don't know, given I was hoping my feedback might help lead to improvements in Hybrid. That said, maybe my posts are too long-winded, so I will endeavour to keep them shorter from now on, underlining what I believe to be a problem/bug. My one criticism - you do not seem to be doing ANY checking of how Hybrid operates on Windows XP, despite claiming to be continuing XP-support.

I had no doubt that the disabling of 'Resize' on the Crop/Resize tab via x264->Main->RestrictionSettings, checking 'Hardware', then selecting 'Blue-ray/AVCHD' was intentional. What I see as a bug is that if you then uncheck 'Hardware', 'Resize' on the Crop/Resize tab continues to be disabled. In fact the only way I have found to re-enable 'Resize' is to reset all settings to their default state, which wipes everything - OVERKILL!

To reset to Hybrid defaults: disable 'Auto save defaults' then select Config->Defaults->Reset->All and press Config->Defaults->Reset->Reset selected

I had tried this on Hybrid 2014.4.2.1 but it will not reset the Crop/Resize tab settings. Having just checked, It DOES work with the current Hybrid, although I don't understand why you decided to take out the "Are you sure?" warning-dialogue that is present in Hybrid 2014.4.2.1 - press it, accidentally or otherwise, and POOF! all of your settings vanish without warning.

[Selur]

a. I found a bug, when enabling 'Convert output to par' it should disable 'Resize', but also enable it back once it was disabled.
-> will look into that
Disabling Hardware, will still not enable 'resize' since 'Convert output to par' is still enabled.
b. you can also reset just the Crop/Resize section
c. it's still totally unclear if you use an actual Windows XP system or wine btw.

I don't understand why you decided to take out the "Are you sure?" warning-dialogue that is present in Hybrid 2014.4.2.1 - press it, accidentally or otherwise, and POOF! all of your settings vanish without warning.

You are mixing stuff up, there was no 'Are you sure' dialog, as soon as the all 'All'-button was pressed the settings in the file system were deleted, the only thing changed is that now an automatic restart of Hybrid will occur. Before, the Hybrid close dialog was called where the user could choose whether to restart or not.

Cu Selur

Ps.: comparing to older versions, older than the last version, doesn't help me at all. Since I normally change a few thousand lines of code every few weeks.
PPs.: 2014.07.14.1 should fix the problem where disabling 'Convert output to par' doesn't enable resizing again.
Resize is disabled if:
a. Crop to DAR is enabled
or
b. x264 Hardware->Blu-ray/AVCHD is selected
or
c. 'Convert output to par' is enabled

[omelette]

a. I found a bug, when enabling 'Convert output to par' it should disable 'Resize', but also enable it back once it was disabled.
-> will look into that

Told you so!!! That's the fourth Hybrid bug I have highlighted - almost all of which you have started out by dismissing, or offering some disparaging comment along the lines that I didn't know what I was doing - only to end up acknowledging that it was in fact a bug.

You are mixing stuff up, there was no 'Are you sure' dialog, as soon as the all 'All'-button was pressed the settings in the file system were deleted, the only thing changed is that now an automatic restart of Hybrid will occur. Before, the Hybrid close dialog was called where the user could choose whether to restart or not.

No I'm not! You are correct that there is no "Are you sure?" dialogue - instead you get a "Reset defaults, closing Hybrid now, you need to restart it ", which on clicking 'OK' is followed by a "Do you really want to close Hybrid?" dialgoue-box (because 'warn on close' is checked by default). Selecting 'NO' to this prompt means that no setting is changed. This is completely different to what happens with the current version of Hybrid, where all settings are wiped and Hybrid automatically restarts. I'm beginning to think that I'm more familiar with Hybrid's operation than you are - and that includes the use of the Resize video option, which I have already used extensively.

Ps.: comparing to older versions, older than the last version, doesn't help me at all. Since I normally change a few thousand lines of code every few weeks.

This point I would agree with. But when I realised that your claimed Linux-support only extends to supplying the Hybrid GUI - a bit like supplying a car without an engine! - I at least hoped that I could get Hybrid running on Wine. And since the latest humungous XP dependency-check bug rendered the current version of Hybrid almost featureless, I had little choice but to revert back to a version that worked - on both XP and Wine.

That said, whenever I post what I perceive as a bug on this forum, I ALWAYS check that it exists on XP beforehand - because technically, it's not a bug if it runs on Windows but doesn't run on Wine! This is also the reason that I made it clear that the sox-hanging issue did not occur on XP - so technically, Hybrid is 'in the clear', so to speak.

But that doesn't change the fact that whatever causes sox to hang, it was caused by changes to the Hybrid GUI code, not in the sox binary - or any of the others! I conclude this from having first installed Hybrid 2014.4.2.1 (which exibits no 'sox-hanging' with Wine), then overwriting its 'hybrid.exe' with that of the current version 2014.07.10.1 - the result as expected, the sox-hanging resumes, so Hybrid 2014.07.10.1 is definitely the culprit.

[Selur]

Selecting 'NO' to this prompt means that no setting is changed. This is completely different to what happens with the current version of Hybrid, where all settings are wiped and Hybrid automatically restarts. I'm beginning to think that I'm more familiar with Hybrid's operation than you are - and that includes the use of the Resize video option, which I have already used extensively.

Yes and no. The settings are removed, but since you enabled the autosave option they are directly written again if you select 'No'.

the result as expected, the sox-hanging resumes, so Hybrid 2014.07.10.1 is definitely the culprit.

btw. the current version is 2014.07.14.1

[Selur]

-> please check if using 2014.07.14.1 fixes the sox problem for you. If not please create a complete Hybrid debug output (see: http://www.selur.de/support) with level 9.

---
next version will:
a. ask if one really wants to reset to the defaults
b. disable the reset options while 'Auto save defaults' is enabled. (combining those two doesn't make any sense)

[Selur]

Tried again to reproduce your problem (on an old Windows XP SP3 machine, dual core, 2GB RAM):

• installed latest Hybrid 2014.07.14.1
• replaced the Hybrid.exe with my latest dev version (send you a link)
• started Hybrid
• set a default output path (Config->Path->Default output path)
• enabled automatic output name generation (Main->Generate)
• selected a file with 5.1 ac3 input
• set "Main->Handling->Video handling" to "ignore"
• set "Main->Handling->audio handling" to "custom"
• enabled "Audio->Main->Reencode"
• selected "Audio->Main->Filtering"
• set "Audio->Main->Audio Filtering->Downmix" to "stereo"
• added current audio stetting to the audio Queue "Audio->Main->Add current"
• created a new job ("Main->Add to queue") *
• started the queue ("Job->Job Queue->Start")

* Looked at the audio encoding call by disabling (Jobs->Job Queue->Minimize to command lines), this is what it looked like

ffmpeg -y -threads 2 -loglevel fatal -i "C:\tmp\iId_1_aid_1_DELAY_-43ms_18_47_30_9110_01.ac3" -ac 6 -ar 48000 -f sox - | sox --multi-threaded --ignore-length --temp "C:\tmp" --buffer 524288 -S -t sox - -b 16 -t sox - remix -m 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694 norm | ffmpeg -y   -threads 2 -f sox -i - -c:a libvo_aacenc -b:a 128k -ac 2 -ar 48000 "C:\tmp\iId_1_aid_1_DELAY_-43ms_18_47_30_9110_02.aac"

Result: sox caching progressed and after that audio encoding progress indication started and the whole thing got encoded.
-> Still can't reproduce the case where Hybrid freezes on Windows XP during caching

[omelette]

............

[Selur]

Hybrid 2014.07.14.1 NO LONGER WORKS WITH XP!!! Let me be very clear about this - when Hybrid 2014.07.14.1 is now run on Windows XP, it hangs when sox-caching has reached 99.xx%

Works fine here on Windows XP SP3, dual core, 2GB RAM.
-> have you tried a different source?
Have you checked that you are not again running out of hdd space?

The link in your PM reads as "Page not found",

-> send you a new link

Does calling:

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f sox - | "C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S -t sox - -b 16 -t sox - remix -m 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694 norm | "C:\PROG~FBU\Hybrid\ffmpeg.exe" -y   -threads 2 -f sox -i - -c:a libvo_aacenc -b:a 64k -ac 2 -ar 48000 "Z:\media\SSD Stuff\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_02.aac"

inside a terminal work for you?

Cu Selur

Ps.: @all: does anyone else have this problem on his/here Windows XP system?

[omelette]

-> Still can't reproduce the case where Hybrid freezes on Windows XP during caching

I really hope that's a typo on your part - I have said several times that the problem only occurs on Wine. It works correctly on WinXP.

The link in your PM reads as "Page not found", so I can't test your development version. Attached is the Hybrid debug-output level 9 when run on Wine. - and where it hangs during the sox-caching phase.

MAJOR EDIT: Selur, Ignore what I said about Win XP (if you read it) - the problem is as stated above -cox-caching problem is confined to Wine.

Edit: Damn, you have read & replied already.

[Selur]

if you read it)

sure I did, I get each reply via email

I have said several times that the problem only occurs on Wine.

you also stated that "I ALWAYS check that it exists on XP beforehand[/b]"

It works correctly on WinXP.

okay.

the problem is as stated above -cox-caching problem is confined to Wine.

okay.

What Linux distro and version are you using? and what wine version?
Problem might be related to two connected pipes.
Does it work if you first call:

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f wav "Z:\media\SSD Stuff\temp.wav"

(this should create a wav file "Z:\media\SSD Stuff\temp.wav")
and then

"C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S "Z:\media\SSD Stuff\temp.wav" -b 16 -t sox - remix -m 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694 norm | "C:\PROG~FBU\Hybrid\ffmpeg.exe" -y   -threads 2 -f sox -i - -c:a libvo_aacenc -b:a 64k -ac 2 -ar 48000 "Z:\media\SSD Stuff\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_02.aac"

(this should feed the wav to sox and then reencode the sox output with ffmpeg)

----
addition:
You can also try if it works if you use a shorter file, may be the problem is not the piping in general but may be size available for those pipes is limited.

Cu Selur

[omelette]

you also stated that "I ALWAYS check that it exists on XP beforehand[/b]"

True, but the sox-caching problem has been the exception - since everything else works on both!

What Linux distro and version are you using? and what wine version?

Currently running the old Ubuntu 10.04, but identical results with the up-to-date Mint 17. Wine 1.6.2 (stable) currently, but have installed and tried both 1.7.16 and 1.7.20 (both beta-releases) numerous times, with the same results.

Problem might be related to two connected pipes.
Does it work if you first call:

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f wav "Z:\media\SSD Stuff\temp.wav"

(this should create a wav file "Z:\media\SSD Stuff\temp.wav")
and then

"C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S "Z:\media\SSD Stuff\temp.wav" -b 16 -t sox - remix -m 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694 norm | "C:\PROG~FBU\Hybrid\ffmpeg.exe" -y   -threads 2 -f sox -i - -c:a libvo_aacenc -b:a 64k -ac 2 -ar 48000 "Z:\media\SSD Stuff\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_02.aac"

(this should feed the wav to sox and then reencode the sox output with ffmpeg)

Both seem to run fine. The second one does issue a "sox.exe WARN formats: sox can't encode to 16-bit." but seems to complete normally (see pic).

addition:
You can also try if it works if you use a shorter file, may be the problem is not the piping in general but may be size available for those pipes is limited.

Cu Selur

Using a 1min sample created by Hybrid from the 'text.mkv' I've been using, the same thing happens, except instead of sox managing to cache to 99.xx% completion, it now varies between 65.xx% -> 91.xx% This is using the dev-release of 'hybrid.exe' that you PM'ed me, overwriting the Hybrid 2014.07.14.1 executable. I only have 4 of these 5.1-audio videos to hand, each about 50min duration, but they all produce the same result.

[Selur]

Using a 1min sample created by Hybrid from the 'text.mkv' I've been using, the same thing happens, except instead of sox managing to cache to 99.xx% completion, it now varies between 65.xx% -> 91.xx%

okay, that kills the 'pipe not enough resource'-idea
(I also thought that may be the cache could go beyond 4gb and may be cause a problem, but that is out of the question for a 1min sample)

Currently running the old Ubuntu 10.04, but identical results with the up-to-date Mint 17.

Are you using a 32bit or a 64bit version?

Both seem to run fine. The second one does issue a "sox.exe WARN formats: sox can't encode to 16-bit." but seems to complete normally (see pic).

okay, so the problem might be related to using two pipes. :/

to be sure it's not an issue feeding sox you can try if:

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f sox - | "C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S -t wav "Z:\media\SSD_~JS5\soxOutput.wav"

produces an output file.

Cu Selur

[Selur]

Tested Hybrid on Kubuntu 64bit 14.04 using wine 1.6.2 and Hybrid itself starts up, but even a simple video only encoding with mencoder->x264 doesn't work since it freezes at some point.
So I don't think it's an sox centric issue, but a more general problem.

I think I know what the problem is.
When I call mencoder|x264 through Hybrid it seems like the encoding freezes right before the end, when I then kill the x264 process the everything goes on.
-> seems like the process<>Hybrid signal communication is somehow interrupted by Wine,..

[Selur]

seems like someone is setting up a Hybrid ppa, see: http://forum.selur.de/forum3-problems-questions.html

[omelette]

Are you using a 32bit or a 64bit version?

The laptop is 32-bit, and which I use most. I've got a Linux-based 64-bit also, but unfortunately I have the same 32-bit Wine binary that I built for the laptop installed on that as well. I didn't even consider the 32/64-bit issue. If all else fails, I'll install the 64-bit Wine on the other PC and see what happens.

okay, so the problem might be related to using two pipes. :/

to be sure it's not an issue feeding sox you can try if:

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f sox - | "C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S -t wav "Z:\media\SSD_~JS5\soxOutput.wav"

produces an output file.

Running that line from the command-line produces an error. Please note that Wine's CLI emulation is really bad - word-wrap doesn't work properly, so although you can't see it in the below pic, the complete line you supply above is being supplied for execution.



Cu Selur[/QUOTE]

[Selur]

you probably have to use:

wine "C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f sox - | wine "C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S -t wav "Z:\media\SSD_~JS5\soxOutput.wav"

[omelette]

seems like someone is setting up a Hybrid ppa, see: http://forum.selur.de/forum3-problems-questions.html

That sounds very promising. I've just added the PPA and updated the repositories file-lists, but there is no 'hybrid' (or 'hybrid-tools') found when I try installing it. Doesn't look like he has completed setting things up yet.

[Selur]

There is here (testing here myself atm.)

[omelette]

you probably have to use:

wine "C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f sox - | wine "C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S -t wav "Z:\media\SSD_~JS5\soxOutput.wav"

No, I get the same error;

C:\PROG~FBU\Hybrid\sox.exe FAIL sox: Not enough input filenames specified

[Selur]

mix-up

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f sox - | "C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S -t sox - -b 16 -t wav "Z:\media\SSD_~JS5\soxOutput.wav" remix -m 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694 norm

[omelette]

There is here (testing here myself atm.)

What version Ubuntu have you got running? Guess my 'Lucid' is way too old. I'll try it on Linux Mint later.

Edit: Just been browsing his ppa, although there is a 'Lucid' setup there (shock!), no files have been built for it. A pity, but not a surprise.

[omelette]

mix-up

"C:\PROG~FBU\Hybrid\ffmpeg.exe" -y -threads 2 -loglevel fatal -i "Z:\media\SSD_~JS5\iId_1_aid_0_DELAY_-43ms_13_27_12_6210_01.ac3" -ac 6 -ar 48000 -f sox - | "C:\PROG~FBU\Hybrid\sox.exe" --multi-threaded --ignore-length --temp "Z:\media\SSD Stuff" --buffer 524288 -S -t sox - -b 16 -t wav "Z:\media\SSD_~JS5\soxOutput.wav" remix -m 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694 norm

Yep, that works fine.