The VideoLAN Forums

Subj. Or did something change in libvlc API after 2.0.4 ? (worked in 2.0.4, not work in 2.0.5 and 2.0.6)

It did not work before 2.0.5. It works since then.

Nope, for me audio track functions worked in 2.0-2.0.4 and don't work in 2.0.5 and 2.0.6.
I tested with the same binary without recompiling.
BTW I'm using Windows with DirectSound audio output, maybe you fixed something for Linux and broke for Windows?

Your application probably matched a bug in libvlc_audio_(g|s)et_track() that was fixed in version 2.0.5.

Can you give me a link to description of that bug?
I just don't understand how can I possibly change my code for this function to work again. Did input arguments changed of what? Or this function now can't be used during playback?

Can you give me a link to description of that bug?
I just don't understand how can I possibly change my code for this function to work again. Did input arguments changed of what? Or this function now can't be used during playback?

I think this relates:
viewtopic.php?f=32&t=108542#p367624

I got it, now PIDs must be used, not simple 0-1-2-3 numbers. But guys, simple numbers were used since 0.8.6(!!!) don't you think that it's a bit strange to change one of basic function behavior especialy in minor update? All the people who use libvlc now must add a switch in their code for VLC<2.0.5 and VLC>=2.0.5

BTW, I've found an option "ts-es-id-pid=0" that changes all PIDs to 0-1-2-3 and makes my life with VLC>=2.0.5 much easier

First, we don't usually wait for major releases to fix bugs. Second, it would make little to no differences if we had fixed it in 2.1.0; any application that matched the bug would still be broken. Ideally, the bug would not have been introduced in the first place, but we cannot rewrite history.

Using the track IDs was always the intended behaviour; the IDs are constant for a given track regardless of other tracks (dis)appearing. And in fact, video track selection always worked correctly that way.