<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>

   b0000n: hello, a question: has someone used a RTL2838 dtv stick to tune isdb-t channels?
   <br> when i use $ dvbv5-scan ar-Argentina
   <br> it fails
   mchehab: <u>b0000n</u>: most rtl283x devices don't really have support for ISDB-T
   <br> although some are sold as if they would support 1-Seg
   <br> those devices actually do ISDB-T decoding in software
   b0000n: ok
   mchehab: currently, I don't know any open source software decoder for ISDB-T
   b0000n: i was asking because in windows it can decode a channel where i am
   b0000n_: i was saying
   ***: b0000n has quit IRC (Quit: b0000n)
   <br> b0000n_ changes his alias to b0000n
   b0000n: because in windows it is possible
   <br> at least with the dongle that i have
   <br> and i buy it as a dvb-t in aliexpress
   <br> (also are the logs of the channel not working?)
   mchehab: <u>b0000n</u>: the driver comes with a software decoder on windows
   <br> the device sends samples to the software decoder, using SDR mode
   <br> you can use your dongle on SDR mode on Linux too
   b0000n: in windows?
   mchehab: but you'll need a software decoder
   <br> in userspace
   b0000n: yeah i bought it for sdr and because it was cheap
   mchehab: yes, it is cheap because it is crap ;)
   <br> (at least for isdb-t)
   <br> it is just 1-seg (as the SDR doesn't provide enough samples to decode the full 6MHz spectrum)
   <br> and probably requires a lot of CPU for decoding ISDB-T
   b0000n: a yeah
   awalls: SDR always requires a lot of CPU to do anything useful.
   b0000n: in windows doesnt seem to suck much cpu
   devinheitmueller: <u>awalls</u>: hey! Long time no see!
   b0000n: so in short it isnt gonna have isdb-t support in the mean time
   awalls: Hey devinheitmueller.
   devinheitmueller: Nobody is going to bother writing a userland decoder while hardware solutions are so cheap. It's the same thing as "Winmodems" back in the 1990's.'
   awalls: http://lists.gnu.org/archive/html/discuss-gnuradio/2013-12/msg00462.html
   b0000n: seems rasonable
   devinheitmueller: <u>awalls</u>: Sorry, should have been more clear - I mean aside from GNU radio.
   awalls: Not even a good implementation for GNURadio yet.
   devinheitmueller: And of course GNU radio isn't going to expose the decoded stream in a way that the standard applications will supporrt.
   awalls: University and research type stuff.
   b0000n: and how it is possible to support dvb-t? it does it in hardware?
   devinheitmueller: <u>awalls</u>: CrestaTech had a pretty nice solution from what I hear.
   awalls: <u>b0000n</u>: DVB-T is demodulated in hardware and an MPEG-TS is output by the chip, usually.
   mchehab: <u>b0000n</u>: yes, it does dvb-t in hardware
   <br> the dvb-t decoder is integrated at this realtek chipset
   -: awalls googles the CrestaTech
   devinheitmueller: s/crestatech/xceive/
   awalls: Ah.
   <br> SDR tuners from the old SDR tuner people
   devinheitmueller: Speaking of demods, have you seen what silabs has been up to lately?
   <br> http://www.silabs.com/products/video/demodulator/Pages/si218x.aspx
   <br> Single chip: ISDB-T and DVB-T2/C2/S2X/S2/T/C/S Digital Demodulator*
   awalls: Ooh viterbi on chip.
   devinheitmueller: Although not in the headline, it also does QAM-B (i.e. ClearQAM for US)
   <br> No 8vsb though.
   awalls: Hmmm. They have hardware demods followed by DSP.
   <br> So yeah, they'd have to add an 8-VSB demod to the chip
   <br> Err wait, maybe I just don't understand the block diagram
   devinheitmueller: Pretty nice though. If it had 8vsb then it would take care of 99% of my customer use cases with a single chip.
   awalls: Yeah it looks nice.
   devinheitmueller: They have a whole series of dual demods two, essentially at the cost of going from a 7x7mm footprint to 8x8mm.
   awalls: I've been doing a lot of high throughput SDR stuff lately. (Chew up 18 cores on a 32 core x86_64 machine)
   devinheitmueller: Nice.
   <br> With a system that fast it could probably compile the whole Linux kernel in less than 30 minutes. :-)
   awalls: It's nice, but the fans are noisy. :P
   devinheitmueller: I would imagine.
   -: awalls needs to get back to his annual report contract deliverable instead of stalling in IRC :)
   awalls: ttyl
   devinheitmueller: I did a boot loader project some years back on such a platform (where I needed to be able to physically whack the switch). I think it caused hearing loss.
   <br> Ok, ttyl.
   awalls: <u>b0000n</u>: https://github.com/git-artes/gr-isdbt
   b0000n: thanks will try to compile later
   ***: tuxuser changes his alias to fluxuser
   b0000n: another thing... how i can see in windows if the hardware is spiting the raw signals it get or if it is spiting a mpeg stream?
   devinheitmueller: USB analyzer?
   <br> https://wiki.wireshark.org/CaptureSetup/USB#Windows
   <br> I've used this one before: http://www.pcausa.com/Utilities/UsbSnoop/
   b0000n: nice
   devinheitmueller: If money isn't a concern, these work great: http://www.totalphase.com/products/beagle-usb480/
   joao: hola
   ***: joao has quit IRC (Quit: joao)
   b0000n: money is a concern. thanks for the help
   ***: b0000n has quit IRC (Quit: b0000n)