[mucea]

It seems that the mediadirect guys have implemented another trick in order to block channel viewing outside their website. Tested on different servers (fms15, fms30) same result: choppy audio recording (with -v parameter) or no recording at all (without it). Choppy audio in VLC 2.0.0, crash in VLC 2.1.0 nightly.
The command:

rtmpdump -v -r "rtmp://fms30.mediadirect.ro:1935/live7/_definst_" -a "live7/_definst_?id=0&publisher=2" -f "WIN 11,1,102,55" -W "http://dev.dolcetv.ro/player_test/player.swf" -p "http://dev.dolcetv.ro/" --live -y "nationaltv_low?id=0&publisher=2" -o test.flv

Do they actually intend for this to happen, or it's just some sort of flaw?

[compn]

it looks like they are using an audio codec feature which faad and ffmpeg aac decoder do not support well.

so they could be messing with something.

playing in mplayer i get lots of:

FAAD: Failed to decode frame: Gain control not yet implemented
FAAD: Failed to decode frame: Bitstream value not allowed by specification
FAAD: Failed to decode frame: Bitstream value not allowed by specification

and using ffmpeg aac decoder:

[aac @ 012537d0]960/120 MDCT window is not implemented

vlc uses faad/ffaac so its hard to fix atm.

[chap]

no problem use mplayer 0.0.9.0 (MPlayer Sherpya-SVN-r29355-4.5.0)
rtmpdump -r "rtmp://fms30.mediadirect.ro:1935/live7/_definst_" -a "live7/_definst_?id=0&publisher=2" -f "WIN 11,2,202,228" -W "http://dev.dolcetv.ro/player_test/player.swf" -p "http://dev.dolcetv.ro/" -y "nationaltv?id=0&publisher=2" -v | "C:\PROGRA~1\MPlayer\mplayer.exe" - -cache 8192

[aac @ 0x1caf1d0]960/120 MDCT window is not implemented. Update your FFmpeg vers
ion to the newest one from SVN. If the problem still occurs, it means that your
file has a feature which has not been implemented.If you want to help, upload a
sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the
ffmpeg-devel mailing list.
[lavf] Video stream found, -vid 0
[lavf] Audio stream found, -aid 1
VIDEO: [H264] 720x576 0bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
================================================== ========================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
================================================== ========================
================================================== ========================
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
FAAD: compressed input bitrate missing, assuming 128kbit/s!
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio))
================================================== ========================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [directx] 720x576 => 720x576 Planar YV12
FAAD: Failed to decode frame: Scalefactor out of range % 0.9% 0 0
FAAD: Failed to decode frame: Maximum number of bitstream elements exceeded
FAAD: Failed to decode frame: Scalefactor out of range % 1.0% 0 0
FAAD: Failed to decode frame: Maximum number of scalefactor bands exceeded
FAAD: Failed to decode frame: Scalefactor out of range % 0.9% 0 0
FAAD: Failed to decode frame: Scalefactor out of range % 0.9% 0 0
A: 10.0 V: 9.9 A-V: 0.115 ct: 0.770 0/ 0 20% 16% 0.9% 0 0

[bat999]

no problem use mplayer 0.0.9.0 (MPlayer Sherpya-SVN-r29355-4.5.0)



It is a problem because my version is this one:-
MPlayer SVN-r34842-4.5.2 (C) 2000-2012 MPlayer Team

Where is this one:- MPlayer Sherpya-SVN-r29355-4.5.0 ?

[chap]

It is a problem because my version is this one:-
MPlayer SVN-r34842-4.5.2 (C) 2000-2012 MPlayer Team

Where is this one:- MPlayer Sherpya-SVN-r29355-4.5.0 ?
http://mplayer.org.ua/files/windows/MPlayer-p4-svn-29355.7z

[bat999]

http://mplayer.org.ua/files/windows/MPlayer-p4-svn-29355.7z
Thanks for that.:)
With Linux I can download the file with RTMPDump and convert the audio using MEncoder Sherpya-SVN-r29355-4.5.0 and WINE.
Like this:-

mencoder test.flv -of lavf -ovc copy -oac lavc -lavcopts aglobal=1:acodec=libfaac:abitrate=64 -o foo.mkv

[karlo2105]

I don't have sound issues on Ubuntu linux with those channels on VLC 1.1.12. But I have sound issues with this VLC version on Ukrainian Sport 1 & 2 channels which is solved on VLC 2.0.2. ;-)

[mucea]

no problem use mplayer 0.0.9.0 (MPlayer Sherpya-SVN-r29355-4.5.0)
It certainly works. I wonder what's gotten into these guys with this particular AAC audio encoding, the same thing with VLC rejecting the audio happened in the case of Digi24 (an info channel) which made me actually consider browser broadcast instead of launching rtmpdump+VLC.
http://www.digi24.ro/static_dev/public_theme_v3/mediaplayer/player.swf?file=digi24live&type=rtmp&streamer=rtmpe://82.76.39.75:80/digi24edge&stretching=full&displayclick=fullscreen&autostart=true
Thanks for the MPlayer tip.

[KSV]

I wonder what's gotten into these guys with this particular AAC audio encoding, the same thing with VLC rejecting the audio happened in the case of Digi24 (an info channel) which made me actually consider browser broadcast instead of launching rtmpdump+VLC.

because they are morons. IIRC many videos served by mediadirect.ro also have freezing frames problem.

[bat999]

Hi
The aac codec used in the downloaded flv files from nationaltv.ro is shown by MediaInfo to be:-
"Codec ID : 10".
It seems that modern versions of FFplay and VLC and MPlayer can't play it but older versions of VLC and MPlayer can play it OK. :confused:
Is this because it's an "old" codec that libavcodec have deliberately dropped, or is it a libavcodec "regression"?
Or is there something wrong with their equipment at nationaltv.ro?
Any ideas?


FFmpeg/libavcodec audio decoders
[aac @ 0x8c5e500]960/120 MDCT window is not implemented.
Update your FFmpeg version to the newest one from Git.
If the problem still occurs, it means that your file has a feature which has not been implemented.

[mucea]

Hi
The aac codec used in the downloaded flv files from nationaltv.ro is shown by MediaInfo to be:-
"Codec ID : 10".
It seems that modern versions of FFplay and VLC and MPlayer can't play it but older versions of VLC and MPlayer can play it OK. :confused:
Is this because it's an "old" codec that libavcodec have deliberately dropped, or is it a libavcodec "regression"?
Or is there something wrong with their equipment at nationaltv.ro?
Any ideas?
It might not even be a build issue - just an outdated codec that nobody uses. Except...

The Mediadirect servers belong to a TV Broadcasting company from Romania called Dolce TV, a company which has been broadcasting for about 2 years a free Web TV service for the Romanian citizens, consisting in about 30 national TV stations in .flv format. Its main rival, Ilink (AirTV) used to have both an IPTV and a WebTV service, both optimized for VLC (below version 1.0). Slowly, Ilink has sunk under, and right now Dolce might be taking over the IPTV market which has very few factors in its favor in Romania (cheap cable and satellite services, hundreds of local stations, and a high piracy factor - Ro is the only country with an actual number of about 70 TV channels pirate-broadcasting through Sopcast, some of them high-quality - they literally keep this P2p TV software alive).

Dolce TV might give up the free rtmp broadcast real soon and take over what's left of Ilink, directing their broadcast to VLC, and right now they might be working to "optimize" the streams in order to work with older VLC players (Air TV Romania is still reccomending VLC 0.8.6i to their users). Though RTSP and MMS broadcasts will be an unacceptable compromise to viewers.

[mucea]

no problem use mplayer 0.0.9.0 (MPlayer Sherpya-SVN-r29355-4.5.0)
I let it play longer now - every now and then the sound becomes metallic. There's also a desync. And given it's probably 100 per cent that they didn't do it on purpose, I have to go by your opinion: moronic coders.

[compn]

well if you report it to ffmpeg with some sample file and figure out which revision broke it, they may fix it.

lots of work to track down bugs. but it can get things fixed. ;)

[ov1d1u]

I reported this bug to ffmpeg devs, along with a sample which reproduces the issue. Let's upvote this and hope that ffmpeg devs will fix this bug :)

http://ffmpeg.org/trac/ffmpeg/ticket/1407