#9616: MediaConverter doesn't convert to OGG or MP3 and converts to WAV with video ------------------------------------+---------------------------- Reporter: Kev | Owner: nobody Type: enhancement | Status: new Priority: normal | Milestone: R1/alpha5 Component: Audio & Video/Codecs | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: 10722 Has a Patch: 0 | Platform: All ------------------------------------+---------------------------- Comment (by ttcoder): @waddlesplash With some luck you won't have to change anything in packaging, and we won't have to investigate gcc4 :-b read on.. (BTW before downloading a gcc4h nightly I looked [http://packages.haiku- os.org/haikuports/master/repo/x86_gcc2/current/packages/ here] and [http://packages.haiku-os.org/haikuports/master/repo/x86/current/packages/ here] but was surprised to see the same ffmpeg package listings as I expected the x86 listing would be different from the x86_gcc2 one, tho the list is not easy to make out for a neophyte so leaving that aside for now :-) @pulkomandy Thanks for going star wars on me and unleashing the power of that fully- operational (ffmpeg) battle station on my ass! I thought it didn't work... And there I am, with an evening and morning spent doing double-blind tests and the such and amazed at how good ffmpeg sounds *g*. Tried using -q'''s'''cale and -q and I end up not being able to hear the different between the original .wav and the encoded ogg/vorbis even going as low as `-q 0` (which encodes to ca. 64 kbps according to MediaPlayer > File Info menu). This laptop has cheapo speakers and I'm not an audiophile but still, I know I've never seen that kind of performance in years of using lame... That one requires 128 kbps or more.. So still todo.. - in my testing the last 6 seconds of original audio are indeed missing in the encoded vorbis audio, as you had originally mentionned. And.. - have to look for what's breaking ffmpeg libs in 'libvorbis' mode when used by MediaConverter, or used in TT software (TimeTracker, TunePrepper ..etc); MediaConverter outputs this to stderr/out: {{{ [libvorbis @ 0x187b84d0] libvorbis: buffer overflow. Error writing audio frames: General system error }}} by opposed to using ffmpeg command-line, which works freakin' awesome: {{{ ffmpeg -i test.wav -acodec libvorbis -q 0 test.ogg }}} (Not sure if that matters, but DiskProbe and /bin/cmp show that the 4KB (aborted) output from MediaConverter has some difference with the corresponding chunk in command-line ffmpeg's (correct) output: they both start off with '0ggS', 0x200 ..etc but there are some difference starting at offset 0xe. And starting at offset 0x65 there's even a "shift": the correct ogg file contains the string "vorbis" @ 0x67 whereas the incorrect one has it @ 0x68). -- Ticket URL: <https://dev.haiku-os.org/ticket/9616#comment:16> Haiku <https://dev.haiku-os.org> Haiku - the operating system.