VLC 0.8.6 and SPDiF passthrough

[funman]

[00000427] main audio output debug: input 'a52 ' 48000 Hz Dolby frame=1 samples/768 bytes

there is maybe a problem on the frame size, can you figure what is sent by the other players?

did you use vlc <= 0.8.4 with this file (the last version which could play throuh spdif, now quite old...) ?

finally which sound card are you using ?

[vlcuser01]

Why don't you build VLC from source with the patch, like I did? I have no problemes with DVD's, DD5.1 etc., etc.?

[Hubris]

I don't have the output from the old version, but functionally this is the same result - it would detect that A52 was required, but the receiver wouldn't detect a signal, and no sound resulted. As with this version, switching to 'stereo' would work. I'm using onboard sound from a Shuttle SN25P, with the VT1720/24 driver - detected as ICE1724.

VLCuser - I'll give building from source a try tonight.

[00000427] main audio output debug: input 'a52 ' 48000 Hz Dolby frame=1 samples/768 bytes

there is maybe a problem on the frame size, can you figure what is sent by the other players?

did you use vlc <= 0.8.4 with this file (the last version which could play throuh spdif, now quite old...) ?

finally which sound card are you using ?

[vlcuser01]

Hubris: do not forget to apply the patch:

Code: Select all

patch -p0 < ../alsa-0.8.6.diff

[funman]

no need to build from source, and the 0.9.0 version already has the patch.

[vlcuser01]

Any idea when 0.9 will be released?

[Hubris]

Sorry guys, I haven't been home the last couple evenings. My experience with the nightly .90 from the repository was less-than-ideal, yet vlcuser01 had success when building from scratch. Perhaps there is simply something different between my system and that used to compile the repository version.....or else 0.90 doesn't solve everyone's issue.

I will compile it from source this weekend and see if it makes any difference. Of course I'll report back here.

[Hubris]

Wow - the latest nightly version for Gutsy is getting the same error message (unable to set stream sample size and word order: invalid argument) and actually crashes with a core dump.

I'll try compile the source tonight and see if that works any better.

[funman]

that won't change anything

however you could give us the backtrace (from the core dump), and what i asked you the other time, if you can figure it:

[00000427] main audio output debug: input 'a52 ' 48000 Hz Dolby frame=1 samples/768 bytes
there is maybe a problem on the frame size, can you figure what is sent by the other players?

[CobrA_4cS]

your right funman [size=0][/size]

[Hubris]

Ok....I'm not entirely sure what you need. Ubuntu crash dumps are normally set to 0 bytes...so there's nothing for me to check.

When I play the same video file in gmplayer I get the following results:

Code: Select all

AVI file format detected. [aviheader] Video stream found, -vid 0 [aviheader] Audio stream found, -aid 1 VIDEO: [DX50] 504x274 12bpp 23.976 fps 820.8 kbps (100.2 kbyte/s) Clip info: Software: VirtualDubMod 1.5.10.1 (build 2366/release) [gl] using extended formats. Use -vo gl:nomanyfmts if playback fails. ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4) ========================================================================== ========================================================================== Forced audio codec: mad Trying to force audio codec driver family hwac3... Opening audio decoder: [hwac3] AC3/DTS pass-through S/PDIF No accelerated IMDCT transform found hwac3: switched to AC3, 160000 bps, 48000 Hz AUDIO: 48000 Hz, 2 ch, ac3, 160.0 kbit/10.42% (ratio: 20000->192000) Selected audio codec: [hwac3] afm: hwac3 (AC3 through S/PDIF) ========================================================================== [AO_ALSA] alsa-lib: conf.c:3949:(snd_config_expand) Unknown parameters AES0=6 [AO_ALSA] alsa-lib: pcm.c:2144:(snd_pcm_open_noupdate) Unknown PCM default:AES0=6 AO: [alsa] 44100Hz 2ch ac3 (1 bytes per sample) [format] Sample format big-endian AC3 not yet supported Couldn't find matching filter/ao format! Starting playback...

I got a warning message about matching filter/ao format not being found, but it does play, and the receiver detects dolby digital. Note - I swear the pitch is different than when it plays in dolby digital.

Does this help?

[vlcuser01]

Hubris, might it not be better to test AC3 passthrough with another file? Maybe there's something wrong with this one. Or did you try several video-files already?

[Hubris]

I've tried several, and noted the same result. Playing with Mplayer and AC3 sound, the pitch seems different than if I play with Xine, Totem or VLC and selecting Stereo sound.

I also got the core dump with the current nightly build of VLC playing different avi files encoded with the AC3 codec. I can try playing a dvd video tonight to see if it makes any difference.