From: Jelle de Jong <jelledejong@powercraft.nl>
To: Devin Heitmueller <dheitmueller@kernellabs.com>
Cc: Antti Palosaari <crope@iki.fi>,
"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: Afatech AF9013 DVB-T not working with mplayer radio streams
Date: Fri, 10 Jul 2009 10:25:27 +0200 [thread overview]
Message-ID: <4A56FAF7.8030003@powercraft.nl> (raw)
In-Reply-To: <829197380907091805h10bcf548kbf5435feeb30e067@mail.gmail.com>
Devin Heitmueller wrote:
> On Fri, Jul 3, 2009 at 12:01 PM, Jelle de Jong<jelledejong@powercraft.nl> wrote:
>> Antti Palosaari wrote:
>>> On 06/26/2009 11:07 AM, Jelle de Jong wrote:
>>>> Hi all,
>>>>
>>>> Because i now use a new kernel and new mplayer versions I did some
>>>> testing again on one of my long standing issues.
>>>>
>>>> My Afatech AF9015 DVB-T USB2.0 stick does not work with mplayer, other
>>>> em28xx devices do work with mplayer.
>>>>
>>>> Would somebody be willing to do some tests and see if mplayers works on
>>>> your devices?
>>>>
>>>> Debian 2.6.30-1
>>>>
>>>> /usr/bin/mplayer -identify -v -dvbin timeout=10 dvb://"3FM(Digitenne)"
>>>>
>>>> See the attachments for full details.
>>> For me, this works. I tested this with MT2060 tuner device, as you have
>>> also. If I remember correctly it worked for you also when channel is
>>> selected by using tzap. I don't know what mplayer does differently.
>>>
>>> Do the television channels in that same multiplex work with mplayer?
>>> /usr/bin/mplayer -identify -v -dvbin timeout=10 dvb://"TELEVISION CHANNEL"
>>>
>>> I added some delay for demod to wait lock. Could you try if this helps?
>>> http://linuxtv.org/hg/~anttip/af9015_delay/
>>>
>>> regards
>>> Antti
>> Hi Antti,
>>
>> I will get back to this next week, its a lot of work for me to compile
>> the drivers but I will see if i can get it running. (a pre-compiled
>> driver and some insmod for the 686 2.9.30 kernel would be an fast track
>> option if you want to test it a.s.a.p.)
>>
>> Thanks in advance,
>>
>> Jelle de Jong
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at �http://vger.kernel.org/majordomo-info.html
>>
>
> Antti,
>
> Thanks to Jelle providing an environment to debug the issue in, I
> isolated the problem. This is actually a combination of bugs in
> mplayer and the af9013 driver not handling the condition as gracefully
> as some other demods.
>
> First the bugs in mplayer:
>
> The following is the line from the channels.conf where tuning failed:
>
> Frequency in question:
> 3FM(Digitenne):722000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:7142:1114
>
> Mplayer does not support "TRANSMISSION_MODE_AUTO",
> "GUARD_INTERVAL_AUTO" and "QAM_AUTO" (for the constellation). In the
> case of the transmission mode and constellation, mplayer does not
> populate the field at all in the struct sent to the ioctl(), so you
> get whatever garbage is on the stack. For the guard interval field,
> it defaults to GUARD_INTERVAL_1_4 if it is an unrecognized value.
>
> I confirmed the mplayer behavior with the version Jelle has, as well
> as checking the source code in the svn trunk for the latest mplayer.
>
> So, why does it work with some tuners but not the af9013? Well, some
> demodulators check to see if *any* of the fields are "_AUTO" and if
> any of them are, then it puts the demod into auto mode and disregards
> whatever is in the other fields. However, the af9013 looks at each
> field, and if any of them are an unrecognized value, the code bails
> out in af9013_set_ofdm_params(). As a result, the tuning never
> actually happens.
>
> The behavior should be readily apparent if you were to put the above
> line into your channels.conf and try to tune (note I had to add
> printk() lines to af9013_set_ofdm_params() to see it bail out in the
> first switch statement.
>
> Anitti, do you want to take it from here, or would you prefer I rework
> the routine to put the device into auto mode if any of the fields are
> auto?
>
> Devin
>
Hi Antti, if you want access to the test environment just give me an
email, it is interesting because currently the Afatech AF9013 DVB-T is
in that weird lock down mode I talked you about! It would be very nice
if you can detect if it is a software or hardware issue, because the
devices doesn't tune anymore but seems to respond to other stuff.
Best regards,
Jelle de Jong
next prev parent reply other threads:[~2009-07-10 8:25 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-26 8:07 Afatech AF9013 DVB-T not working with mplayer radio streams Jelle de Jong
2009-06-30 20:12 ` Jelle de Jong
2009-07-02 8:43 ` Jelle de Jong
2009-07-02 16:09 ` Devin Heitmueller
2009-07-02 20:51 ` Jelle de Jong
2009-07-02 21:18 ` Devin Heitmueller
2009-07-02 22:44 ` Antti Palosaari
2009-07-02 22:29 ` Antti Palosaari
2009-07-03 16:01 ` Jelle de Jong
2009-07-10 1:05 ` Devin Heitmueller
2009-07-10 8:25 ` Jelle de Jong [this message]
2009-07-10 12:09 ` Antti Palosaari
2009-07-10 15:16 ` Devin Heitmueller
2009-07-10 15:40 ` Jelle de Jong
2009-07-10 17:09 ` Devin Heitmueller
2009-07-10 17:09 ` Devin Heitmueller
2009-07-10 21:12 ` Antti Palosaari
2009-07-10 23:11 ` Antti Palosaari
2009-07-11 10:31 ` Jelle de Jong
2009-07-11 11:48 ` Jelle de Jong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A56FAF7.8030003@powercraft.nl \
--to=jelledejong@powercraft.nl \
--cc=crope@iki.fi \
--cc=dheitmueller@kernellabs.com \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox