Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
    • Help
    • Support
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
Vorbis tools
Vorbis tools
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 66
    • Issues 66
    • List
    • Boards
    • Labels
    • Milestones
  • Merge Requests 1
    • Merge Requests 1
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Packages
    • Packages
    • Container Registry
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Xiph.Org
  • Vorbis toolsVorbis tools
  • Issues
  • #1934

Closed
Open
Opened Feb 28, 2013 by caca@caca
  • Report abuse
  • New issue
Report abuse New issue

Different problems while encoding

Hi friends,

First of all thank you for you great effort! I am not used to this kind of testing on development projects, and so please correct me if I am tracking badly this bug or message, or this is not the appropiated place.

I'm using last oggenc exe from vorbis-tools 1.2.0 (win32 binaries)349K 530f79112f5a12f60a878ebd62013521 from your web and I am facing some problems.

I'm doing some tests with different combinations of sampling, #channels and bits, using the RAW mode as in

$> oggenc --raw --raw-chan=2 --raw-bits=16 --raw-rate=44100 --quality=4 --output=44-2-16.ogg 44-2-16.wav

I tried to compress samples of following combinations of the same analog source of music: 44-2-16,44-2-8, 44-1-16, 44-2-8, 22-2-16, 22-2-8, 22-1-16, 22-1-8

First of all I don't know why, encoding any 16 bits stereo sample in raw mode swaps audio channels in my output file. I mean, if a guitar plays in the right channel in the original wavs, its still there when I convert from 8 bits, but swapped after doing it from 16 bits. That does not occur if I use oggenc -q 4 instead, but not with --raw specs (exactly as described above).

Secondly, I don't understand why if ogg detects automatically input channels, sampling, etc., and it seems so because files are differing in just some few bytes, why aren't outputted files identical whether I use spec'ed raw inputs or average behaviour?

And last of all, is it normal that having the original source coded in 8 bits or 16 does not affect the size of the compressed output? I mean, same audio source coded in mono or a half of the sampling freq reduces a lot the outputted ogg, but is not the case when switching between 16/8bit samples, which are really half/double the size.

I tried reading wiki and everything, hope this questions are not really covered with an obvious explanation somewhere and so they are not bugs.

P.S: I used Windows soundrecorder for generating initial sampled and then reopened and saved the file according to every different bit/channel/sampling combination (all outputs have coherent size, reduced by 2 for any 44->22 or stereo->mono or 16bit->8bit factor).

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
0
Labels
None
Assign labels
  • View project labels
Reference: xiph/vorbis-tools#1934