WEBVTT

00:00:01.770 --> 00:00:03.609
Si me sigues desde hace tiempo, sabes que estoy

00:00:03.609 --> 00:00:05.730
metido en una lucha quijotesca acerca de cómo

00:00:05.730 --> 00:00:08.169
llamar a esto que estás escuchando. ¿Esto es

00:00:08.169 --> 00:00:10.630
un capítulo o es un episodio? En español son

00:00:10.630 --> 00:00:12.890
palabras intercambiables con matices. Y para

00:00:12.890 --> 00:00:15.230
mí, ese matiz me dice que estás escuchando un

00:00:15.230 --> 00:00:17.530
capítulo. Y que ese capítulo puede estar dividido

00:00:17.530 --> 00:00:20.570
en episodios. Sin embargo, el inglés es tiránico

00:00:20.570 --> 00:00:23.129
en el podcasting, como en otras muchas disciplinas.

00:00:23.390 --> 00:00:26.690
Y está muy claro, en inglés, que estás escuchando

00:00:26.690 --> 00:00:30.059
un episodio dividido. en capítulos, en chapters.

00:00:30.359 --> 00:00:34.899
Un episode dividido en chapters. Esta es una

00:00:34.899 --> 00:00:36.560
batalla que sé que tengo perdida y que aún así

00:00:36.560 --> 00:00:39.539
me gusta librar, pero no hoy. Hoy te voy a hablar

00:00:39.539 --> 00:00:43.320
de episodios y capítulos con el significado que

00:00:43.320 --> 00:00:54.170
todo el mundo usa. Esto es Sujétame el Micro

00:00:54.170 --> 00:00:58.009
de Milcar FM en su capítulo 347 del 17 de junio

00:00:58.009 --> 00:01:00.530
de 2026. Yo soy Emilcar y este es un podcast

00:01:00.530 --> 00:01:02.369
donde vamos a hablar de podcasting porque no

00:01:02.369 --> 00:01:04.230
hay nada que le guste más a un podcaster que

00:01:04.230 --> 00:01:06.709
hablar de podcasting. Si quieres ir un paso más

00:01:06.709 --> 00:01:08.329
allá, Sujétame el Micro tiene versión Premium

00:01:08.329 --> 00:01:10.109
con un capítulo adicional cada semana con el

00:01:10.109 --> 00:01:12.590
contenido más extremo y una comunidad especializada

00:01:12.590 --> 00:01:15.109
en Telegram. Si quieres que te ayude a elevar

00:01:15.109 --> 00:01:16.950
tu podcasting a las más altas cotas de referencia,

00:01:17.069 --> 00:01:19.489
no lo dudes y suscríbete a Sujétame el Micro

00:01:19.489 --> 00:01:23.359
Premium. entrando a emilcar .fm barra sujetameelmicro.

00:01:32.099 --> 00:01:35.620
Yo he usado capítulos en mis podcasts desde el

00:01:35.620 --> 00:01:39.019
comienzo de mi vida podcastera. Porque mi primer

00:01:39.019 --> 00:01:41.319
podcast, bueno, mi segundo podcast, el podcast

00:01:41.319 --> 00:01:43.469
que me hizo popular, vamos a decirlo así. fue

00:01:43.469 --> 00:01:45.709
Emilcar Podcast. El primero fue Arts Música,

00:01:45.790 --> 00:01:47.430
mi podcast sobre música antigua que todavía existe.

00:01:47.750 --> 00:01:49.930
Bueno, pues Emilcar Podcast era un podcast sobre

00:01:49.930 --> 00:01:52.829
Apple. Entonces, yo lo hacía con GarageBand,

00:01:52.930 --> 00:01:55.689
la aplicación de Apple para el Mac, que permitía

00:01:55.689 --> 00:01:57.150
lo que ellos llamaban contenido enriquecido.

00:01:57.230 --> 00:02:00.590
Es decir, capítulos con imágenes y enlaces. E

00:02:00.590 --> 00:02:02.750
incluso también permitía una maravilla que son

00:02:02.750 --> 00:02:05.689
imágenes en un timestamp concreto, es decir,

00:02:05.709 --> 00:02:08.830
que las metes ahí en un momento dado, pero que

00:02:08.830 --> 00:02:10.750
no tienen la necesidad de marcar un capítulo.

00:02:11.680 --> 00:02:13.659
Simplemente tú estás escuchando el podcast y

00:02:13.659 --> 00:02:15.860
de pronto ves que cambia la imagen. Súper útil

00:02:15.860 --> 00:02:19.180
y ya no existe eso. Todo esto funcionaba solo

00:02:19.180 --> 00:02:24.759
cuando codificabas el audio en M4A. Pero claro,

00:02:24.939 --> 00:02:27.819
M4A no era compatible con todos los reproductores

00:02:27.819 --> 00:02:30.620
de MP3. De hecho, con muy pocos. Pero a mí eso

00:02:30.620 --> 00:02:33.139
me daba igual. Porque aproximadamente el 98 %

00:02:33.139 --> 00:02:35.000
de mi audiencia me escuchaba desde un iPod o

00:02:35.000 --> 00:02:37.860
desde un Mac. Así que podía utilizar una tecnología

00:02:37.860 --> 00:02:40.840
muy vinculada a Apple. sin dejar fuera en la

00:02:40.840 --> 00:02:43.780
práctica a una parte significativa de mis oyentes.

00:02:44.500 --> 00:02:46.439
Hubo un momento en el que decidí pasar a MP3,

00:02:46.620 --> 00:02:50.139
cuando mi audiencia fue aumentando y además quería

00:02:50.139 --> 00:02:52.819
usar un player en la web, quería usar un hosting

00:02:52.819 --> 00:02:55.860
convencional y todo eso. Y ahí perdí la posibilidad

00:02:55.860 --> 00:02:58.280
de hacer capítulos, o al menos eso pensaba yo.

00:02:59.360 --> 00:03:02.520
Porque yo me di cuenta de que también se podían

00:03:02.520 --> 00:03:05.780
marcar capítulos en los MP3 mucho después de

00:03:05.780 --> 00:03:10.039
todo esto. Pensaba incluso que había sido una

00:03:10.039 --> 00:03:13.319
incorporación al estándar MP3 como muy tardía,

00:03:13.379 --> 00:03:17.259
pero la realidad es que los capítulos de MP3

00:03:17.259 --> 00:03:19.639
no existían desde el nacimiento del formato,

00:03:19.639 --> 00:03:22.280
ni estaban originalmente las especificaciones

00:03:22.280 --> 00:03:27.360
ID3 versión 2 .3 o ID3 versión 2 .4, pero se

00:03:27.360 --> 00:03:29.199
incorporaron mediante un documento adicional,

00:03:29.319 --> 00:03:33.879
el ID3 versión 2 Chapter Frame Addendum, que

00:03:33.879 --> 00:03:38.539
se publicó el 2 de diciembre de 2005. Cuatro

00:03:38.539 --> 00:03:41.300
meses antes de que yo comenzara a hacer podcast.

00:03:42.460 --> 00:03:46.879
Este addendum definió la etiqueta CHAP para definir

00:03:46.879 --> 00:03:50.280
cada capítulo y la etiqueta CTOC para organizar

00:03:50.280 --> 00:03:53.780
una tabla de contenidos. Pero esta posibilidad

00:03:53.780 --> 00:03:58.979
era muy poco conocida y también muy poco compatible

00:03:58.979 --> 00:04:03.159
con las aplicaciones y los reproductores de aquel

00:04:03.159 --> 00:04:06.770
momento. Porque definir una etiqueta dentro de

00:04:06.770 --> 00:04:10.050
una especificación no significa que automágicamente

00:04:10.050 --> 00:04:13.110
todos los programas sepan crearla ni que todos

00:04:13.110 --> 00:04:16.410
los reproductores sepan leerla. Entonces tú podías

00:04:16.410 --> 00:04:19.949
montarte un mp3 perfectamente válido con sus

00:04:19.949 --> 00:04:22.370
capítulos correctamente introducidos y encontrarte

00:04:22.370 --> 00:04:24.610
con que el reproductor del oyente los ignoraba

00:04:24.610 --> 00:04:26.949
por completo. Afortunadamente el audio se escuchaba,

00:04:27.009 --> 00:04:30.310
pero toda esa información adicional quedaba invisible.

00:04:30.750 --> 00:04:34.660
Y aparte para el podcaster... Tampoco había herramientas

00:04:34.660 --> 00:04:38.240
que fueran sencillas para introducir todos esos

00:04:38.240 --> 00:04:41.300
datos sin entrar en movidas bastante complejas.

00:04:41.759 --> 00:04:44.079
Apple, como ya he dicho al principio, había seguido

00:04:44.079 --> 00:04:47.540
otro camino. En enero de 2006 presentó GarageBand

00:04:47.540 --> 00:04:54.100
3 como parte de su suite iLife 2006. Y lo convirtió

00:04:54.100 --> 00:04:56.139
en una herramienta específicamente orientada

00:04:56.139 --> 00:05:00.050
a la producción de podcast. Como ya he dicho

00:05:00.050 --> 00:05:02.389
antes también, GarageBand permitía crear lo que

00:05:02.389 --> 00:05:05.949
Apple denominaba podcasts mejorados, archivos

00:05:05.949 --> 00:05:10.089
en formato AAC, con extensión M4A, que podían

00:05:10.089 --> 00:05:12.670
contener lo que lleva un chapter, lo que lleva

00:05:12.670 --> 00:05:15.149
un capítulo, ¿no? Capítulos, imágenes para cada

00:05:15.149 --> 00:05:20.509
sección y también enlaces. Claro, al contrario

00:05:20.509 --> 00:05:23.410
que ocurría con el tema de los MP3, Apple tenía

00:05:23.410 --> 00:05:25.110
asegurada la compatibilidad con los millones

00:05:25.110 --> 00:05:28.750
de iPods vendidos en todo el mundo. ¿Me sabes?

00:05:28.810 --> 00:05:32.680
Claro. Para mí, publicar en un formato que era

00:05:32.680 --> 00:05:35.100
solo compatible con el ecosistema de Apple, pues

00:05:35.100 --> 00:05:39.420
era fácil y no era una decisión especialmente

00:05:39.420 --> 00:05:44.100
arriesgada. Finalmente, estos podcasts mejorados

00:05:44.100 --> 00:05:46.399
de Apple quedaron como una solución que técnicamente

00:05:46.399 --> 00:05:49.740
era interesante, pero que era demasiado dependiente

00:05:49.740 --> 00:05:53.399
de algunas aplicaciones concretas y de unos dispositivos

00:05:53.399 --> 00:05:56.680
concretos. Por no hablar que Apple nos abandonó

00:05:56.680 --> 00:06:01.259
en 2013. con GarageBand 10, Apple rediseñó la

00:06:01.259 --> 00:06:04.759
aplicación para intentar convertirla en una versión

00:06:04.759 --> 00:06:08.839
lite, simplificada de Logic, y prácticamente

00:06:08.839 --> 00:06:12.139
se cargó todas las funciones pensadas para hacer

00:06:12.139 --> 00:06:15.079
podcast. Recuerdo todavía que mucha gente, ilusa,

00:06:15.180 --> 00:06:20.019
decía en aquel momento que eso es que Apple estaba

00:06:20.019 --> 00:06:22.100
preparando una aplicación en concreto para hacer

00:06:22.100 --> 00:06:25.000
podcast. ¿Qué van a estar creyendo nada de esto?

00:06:25.279 --> 00:06:29.699
Con lo cual, pues con GarageBand 6, que es la

00:06:29.699 --> 00:06:33.819
aplicación incluida en iLife 11, acabó el soporte

00:06:33.819 --> 00:06:38.959
para hacer podcast con GarageBand y todo eso

00:06:38.959 --> 00:06:42.079
se certificó con el lanzamiento en 2013 de GarageBand

00:06:42.079 --> 00:06:47.560
10. Los capítulos dentro de los MP3, de los archivos,

00:06:47.579 --> 00:06:50.079
terminaron ganando algo más de presencia, pero

00:06:50.079 --> 00:06:53.759
nunca han sido una experiencia verdaderamente

00:06:53.759 --> 00:06:56.720
uniforme. Hay algunas aplicaciones que lo muestran,

00:06:56.779 --> 00:06:59.439
otras que no. Algunas admiten títulos, imágenes

00:06:59.439 --> 00:07:00.819
y enlaces, que es lo que tienen que mostrar.

00:07:01.000 --> 00:07:05.160
Otras, solo lo que sería el chapter en sí, el

00:07:05.160 --> 00:07:08.800
capítulo en sí, el salto temporal. Incluso hoy,

00:07:08.879 --> 00:07:12.779
en estos tiempos, también hay que ver cómo cada

00:07:12.779 --> 00:07:14.819
aplicación interpreta la información que le viene

00:07:14.819 --> 00:07:18.600
dentro de cada MP3. Aparte, que hay una limitación

00:07:18.600 --> 00:07:21.879
importante y es que, como ya he dicho, el capítulo

00:07:21.879 --> 00:07:24.180
está dentro del propio archivo. Con lo cual,

00:07:24.220 --> 00:07:26.759
si tú después de publicar el audio quieres hacer

00:07:26.759 --> 00:07:29.199
algún cambio, modificar un enlace o hacer alguna

00:07:29.199 --> 00:07:32.800
cosa, tienes que volver a exportar el audio.

00:07:33.420 --> 00:07:36.379
Tienes que recodificar el audio de nuevo y volver

00:07:36.379 --> 00:07:39.139
a subirlo al hosting y sustituirlo en el capítulo

00:07:39.139 --> 00:07:41.959
publicado y toda esta historia. Porque los capítulos,

00:07:41.959 --> 00:07:45.079
digamos, forman parte de ese contenido binario

00:07:45.079 --> 00:07:48.040
del archivo MP3 o M4A en el caso de los de Apple,

00:07:48.199 --> 00:07:51.459
aunque en realidad fueran, digamos, una información

00:07:51.459 --> 00:07:54.800
descriptiva y no parte en sí del audio. Pero

00:07:54.800 --> 00:07:56.399
ahí dentro está, con lo cual, si quieres hacer

00:07:56.399 --> 00:07:58.600
algún cambio, pues tienes que recodificar todo.

00:07:59.399 --> 00:08:01.819
También tengo que decir que esto que se pone,

00:08:01.839 --> 00:08:03.600
digamos, como una de las grandes desventajas

00:08:03.600 --> 00:08:06.800
de los capítulos dentro de los archivos, yo nunca

00:08:06.800 --> 00:08:10.959
he tenido que corregir unos capítulos. En mi

00:08:10.959 --> 00:08:15.220
vida. No sé. Lo mismo es que soy demasiado perfecto.

00:08:15.519 --> 00:08:18.519
Pero es cierto. Yo entiendo el punto de vista,

00:08:18.639 --> 00:08:23.439
pero no lo veo tanto como un problema cuando

00:08:23.439 --> 00:08:25.100
hay otra cosa que sí es más problemática. Y es

00:08:25.100 --> 00:08:26.870
que, claro, tú le metes... toda esta información

00:08:26.870 --> 00:08:30.050
y le metes las imágenes y eso engorda artificialmente

00:08:30.050 --> 00:08:33.950
el tamaño del mp3 aparte que hay muchos hostings

00:08:33.950 --> 00:08:37.009
a los que no les gusta nada ¿por qué? porque

00:08:37.009 --> 00:08:40.370
un hosting y te lo digo yo que he diseñado uno

00:08:40.370 --> 00:08:44.230
es una cosa muy delicada y que funciona mejor

00:08:44.230 --> 00:08:47.490
cuanto más homogeneidad hay en los archivos entonces

00:08:47.490 --> 00:08:51.669
por eso muchos hostings te piden un formato concreto

00:08:51.669 --> 00:08:55.029
de la codificación mp3 y si no te lo pasan por

00:08:55.029 --> 00:08:58.899
ahí De esa forma, se aseguran unos archivos,

00:08:58.899 --> 00:09:01.340
como digo, homogéneos, se aseguran también unos

00:09:01.340 --> 00:09:03.700
tamaños de archivos controlados, porque se han

00:09:03.700 --> 00:09:05.799
dado cuenta ya de que esto de hosting infinito,

00:09:05.799 --> 00:09:09.379
gratuito para toda la vida, no es posible. Y

00:09:09.379 --> 00:09:11.600
una de las cosas que muchos hostings se llevan

00:09:11.600 --> 00:09:14.200
por delante es todo el contenido del MP3, todo

00:09:14.200 --> 00:09:17.799
el metacontenido del MP3, que no sea estrictamente

00:09:17.799 --> 00:09:20.399
el audio. Con lo cual tú estás ahí tan contento,

00:09:20.399 --> 00:09:22.639
tuneas tu MP3, le metes todos tus capítulos dentro,

00:09:22.820 --> 00:09:26.000
te lo subes a Acast y Acast se lo limpia todo.

00:09:26.580 --> 00:09:31.200
Y te quedas con un palmo de narices. Y aquí es

00:09:31.200 --> 00:09:33.539
donde entra la propuesta del podcasting 2 .0.

00:09:33.639 --> 00:09:35.500
Es decir, en lugar de encerrar los capítulos

00:09:35.500 --> 00:09:38.000
dentro del archivo de sonido, vamos a publicarlos

00:09:38.000 --> 00:09:40.460
en un archivo por separado y que esté enlazado

00:09:40.460 --> 00:09:43.299
dentro del feed RSS. Igual que el feed RSS llama

00:09:43.299 --> 00:09:47.990
al MP3 y llama al archivo SRT o VTT. para los

00:09:47.990 --> 00:09:50.289
subtítulos, vamos a llamar también desde el feed

00:09:50.289 --> 00:09:54.070
emparejado con SMP3 a un archivo JSON que se

00:09:54.070 --> 00:09:58.490
escribe JSON. Se pronuncia JSON. Y en este archivo

00:09:58.490 --> 00:10:01.029
JSON, que es un archivo de código, vamos a decirle

00:10:01.029 --> 00:10:07.389
a la aplicación cuáles son los capítulos. Con

00:10:07.389 --> 00:10:09.610
lo cual el audio es un archivo de audio convencional

00:10:09.610 --> 00:10:12.169
sin ningún añadido y los capítulos se pasan a

00:10:12.169 --> 00:10:15.330
una capa externa de información que los reproductores

00:10:15.330 --> 00:10:20.730
compatibles Pueden consultar. Entonces, los capítulos

00:10:20.730 --> 00:10:23.470
los puedes actualizar sin tocar el audio, pesan

00:10:23.470 --> 00:10:30.289
muy poco, son, bueno, fáciles, no lo sé, de generar,

00:10:30.289 --> 00:10:32.870
al menos sobre el papel, y pueden incluir, como

00:10:32.870 --> 00:10:37.029
siempre, títulos, enlaces e imágenes. Y al estar

00:10:37.029 --> 00:10:39.870
definidos mediante una especificación abierta,

00:10:39.950 --> 00:10:42.649
no dependen de una aplicación concreta ni de

00:10:42.649 --> 00:10:44.970
un fabricante determinado. Es decir, no dependen

00:10:44.970 --> 00:10:47.899
de cómo Hindenburg. queme esa información dentro

00:10:47.899 --> 00:10:50.840
del mp3 o como lo haga audacity o como lo haga

00:10:50.840 --> 00:10:53.500
quien sea o como lo lea luego pocketcast hay

00:10:53.500 --> 00:10:55.940
un estándar todo el mundo mira ese estándar todo

00:10:55.940 --> 00:10:59.940
el mundo cumple ese estándar pero que es lo que

00:10:59.940 --> 00:11:03.360
ocurre la compatibilidad que ya se ha resuelto

00:11:03.360 --> 00:11:05.519
con los capítulos que van dentro del archivo

00:11:05.519 --> 00:11:07.879
prácticamente cualquier aplicación hoy en día

00:11:07.879 --> 00:11:10.159
te reconoce esos capítulos que tú has quemado

00:11:10.159 --> 00:11:13.419
en tu mp3 sin ningún problema pues no pasa lo

00:11:13.419 --> 00:11:16.929
mismo con el podcasting 2 .0 Es decir, cuando

00:11:16.929 --> 00:11:19.169
hay una aplicación que te dice que soporta capítulos

00:11:19.169 --> 00:11:23.370
de podcast en 2 .0, luego te das cuenta de que

00:11:23.370 --> 00:11:28.309
no soporta enlaces o no muestra bien las imágenes

00:11:28.309 --> 00:11:30.970
o algo pasa. Es decir, que hemos dado un pequeño

00:11:30.970 --> 00:11:33.970
paso atrás teóricamente para dar varios pasos

00:11:33.970 --> 00:11:37.009
adelante. Porque la idea es que esto sea mucho

00:11:37.009 --> 00:11:39.789
más fácil. Pero vamos, ya te digo yo que no todas

00:11:39.789 --> 00:11:42.190
las apps que oficialmente dicen que soportan

00:11:42.190 --> 00:11:45.710
los capítulos de Postcasting 2 .0, estos capítulos

00:11:45.710 --> 00:11:48.870
en formato JSON, los soportan igual y los soportan

00:11:48.870 --> 00:11:53.690
de todas partes. Y me quejo de dos cosas. Por

00:11:53.690 --> 00:11:56.909
un lado, con este tema, de esto, de la compatibilidad

00:11:56.909 --> 00:12:00.590
variable y luego, sobre todo, lo de la facilidad

00:12:00.590 --> 00:12:02.330
para hacerlo, porque no es nada fácil hacerlo.

00:12:02.649 --> 00:12:05.269
Es decir, hay hostings que son compatibles con

00:12:05.269 --> 00:12:07.350
este rollo y ¿qué es lo que hacen? Te ponen un

00:12:07.350 --> 00:12:10.429
formulario. Tú subes tu audio, tu MP3 y esto

00:12:10.429 --> 00:12:13.809
tiene delante un formulario y tú ahí. 0, 0. 0,

00:12:13.990 --> 00:12:19.830
7. 0, 30. 0, 3. Presentación. Y tienes que picarlo

00:12:19.830 --> 00:12:23.470
todo a mano. Un rollazo. Y aparte, no hueles

00:12:23.470 --> 00:12:25.769
el archivo. Tú lo estás rayando en un formulario

00:12:25.769 --> 00:12:28.509
y tú te tienes que creer que tu hosting todo

00:12:28.509 --> 00:12:30.269
eso te lo va a meter en un archivo JSON en condiciones.

00:12:30.809 --> 00:12:33.269
Por supuesto, un formulario que te suele dejar

00:12:33.269 --> 00:12:35.990
poner imágenes que se quedan hospedadas en el

00:12:35.990 --> 00:12:39.250
hosting, como tu MP3, y un formulario que te

00:12:39.250 --> 00:12:41.909
deja poner enlaces. Y yo tengo mis dudas. Si

00:12:41.909 --> 00:12:44.549
yo mañana me llevo ese podcast a otro hosting,

00:12:44.850 --> 00:12:49.450
¿se van a venir conmigo los archivos JSON? Es

00:12:49.450 --> 00:12:51.909
más, ¿se van a venir conmigo los archivos de

00:12:51.909 --> 00:12:55.590
las transcripciones? Yo creo que no. Yo creo

00:12:55.590 --> 00:12:57.649
que ahora mismo lo detrás de tu podcast aquí

00:12:57.649 --> 00:13:00.289
se trae el MP3 y para usted de contar. Y todo

00:13:00.289 --> 00:13:02.649
lo demás no se lo lleva. Pero bueno, en fin.

00:13:03.409 --> 00:13:06.470
Hay mucho por trabajar todavía. Entonces, claro,

00:13:06.549 --> 00:13:09.029
si te lo montas tú por tu cuenta, el archivo

00:13:09.029 --> 00:13:12.110
JSON, pues... te das cuenta de que no es baladí.

00:13:12.330 --> 00:13:15.570
Es decir, yo cogí, me bajé un archivo JSON en

00:13:15.570 --> 00:13:18.269
blanco, por así decirlo, una especificación de

00:13:18.269 --> 00:13:21.610
Postcard 100 .0, sustituí el contenido por el

00:13:21.610 --> 00:13:23.990
mío y me di cuenta de que aquello no funcionaba

00:13:23.990 --> 00:13:27.529
correctamente. Y ahí fue donde yo pensé que a

00:13:27.529 --> 00:13:30.029
lo mejor la inteligencia artificial me podía

00:13:30.029 --> 00:13:40.629
ayudar. Mi primer paso fue pensar en algo así

00:13:40.629 --> 00:13:43.769
como un chat GPT personalizado. Es decir, un

00:13:43.769 --> 00:13:46.990
chat preparado donde yo llegue, le tire alguna

00:13:46.990 --> 00:13:50.809
información y él me escupa el archivo JSON. Yo

00:13:50.809 --> 00:13:53.110
los podcasts los edito en Hindenburg y en Hindenburg

00:13:53.110 --> 00:13:55.250
tú puedes marcar de una forma súper sencilla

00:13:55.250 --> 00:13:58.090
los capítulos. Pero si no queremos que vayan

00:13:58.090 --> 00:14:00.409
al mp3, porque eso es el demonio y es mucho mejor

00:14:00.409 --> 00:14:03.330
lo otro, pues claro, cuando los exporto, no los

00:14:03.330 --> 00:14:05.889
exporto con el mp3 incorporado. sino que tengo

00:14:05.889 --> 00:14:08.110
que intentar. Fíjate lo fácil que sería. Bueno,

00:14:08.169 --> 00:14:10.149
pues no. Entonces yo pensé lo primero. Bueno,

00:14:10.190 --> 00:14:13.110
como yo los tengo aquí a la vista, voy a crearme

00:14:13.110 --> 00:14:15.789
alguna cosa con ChatGPT en el que yo le puedo

00:14:15.789 --> 00:14:18.610
hacer una captura de pantalla a Hindenburg donde

00:14:18.610 --> 00:14:21.590
se vea cada uno de mis capítulos con su minuto

00:14:21.590 --> 00:14:24.889
y segundo y todo eso y que ChatGPT lea, haga

00:14:24.889 --> 00:14:30.090
unos CR y con eso me genere el archivo JSON para

00:14:30.090 --> 00:14:32.149
que yo luego lo pueda subir a mi servidor. Todo

00:14:32.149 --> 00:14:34.590
esto lo hacía pensando. principalmente en mis

00:14:34.590 --> 00:14:36.450
podcast premium, donde yo, digamos, tengo el

00:14:36.450 --> 00:14:38.549
control y donde yo puedo subir a mi servidor

00:14:38.549 --> 00:14:41.350
mis archivos y hacer lo que yo quiera. Pero entonces

00:14:41.350 --> 00:14:43.429
pensé, voy a estar toda la vida dependiendo de

00:14:43.429 --> 00:14:45.289
la inteligencia artificial para esto, ¿vale?

00:14:46.190 --> 00:14:48.450
Seguramente sí para otras cosas, pero no tiene

00:14:48.450 --> 00:14:51.070
sentido quemar tokens en algo que yo entiendo

00:14:51.070 --> 00:14:52.929
que se tiene que poder automatizar de alguna

00:14:52.929 --> 00:14:58.049
forma. Y entonces pensé, voy a toser. Pensé en

00:14:58.049 --> 00:14:59.990
hacer algún tipo de script, algo que yo le hago

00:14:59.990 --> 00:15:02.610
botón derecho en el Mac y entonces con una cosa

00:15:02.610 --> 00:15:05.190
en Python, no sé qué. Y pensé, pero es que estoy

00:15:05.190 --> 00:15:07.990
intentando... O sea, para que esto fuera ideal,

00:15:08.110 --> 00:15:10.889
hay muchas cosas que yo quisiera hacer y no todas

00:15:10.889 --> 00:15:13.190
se resumen en un botón derecho. Así que pensé

00:15:13.190 --> 00:15:16.409
en crear una aplicación, efectivamente. Usando

00:15:16.409 --> 00:15:18.690
la inteligencia artificial, en concreto Cloud

00:15:18.690 --> 00:15:21.669
Code, pensé en crear una aplicación para Mac

00:15:21.669 --> 00:15:24.450
que hiciera esto. Básicamente la idea mía era

00:15:24.450 --> 00:15:26.710
una aplicación a la que yo le puedo tirar...

00:15:26.860 --> 00:15:29.259
esa captura de pantalla de Hindenburg, él lo

00:15:29.259 --> 00:15:32.259
reconoce y me crea automáticamente los chapters,

00:15:32.539 --> 00:15:36.679
le doy un botón y me escupe el archivo JSON para

00:15:36.679 --> 00:15:38.740
que yo lo suba. Y claro, no me quedé en eso.

00:15:38.940 --> 00:15:40.860
Conforme iba haciendo la aplicación y probándola,

00:15:40.899 --> 00:15:42.580
pensé, pero bueno, yo quiero también poder editar

00:15:42.580 --> 00:15:45.019
estos chapters. Si yo le echo una imagen, una

00:15:45.019 --> 00:15:46.440
captura de Hindenburg, que en principio está

00:15:46.440 --> 00:15:49.000
todo perfecto, y por lo que sea, en esos momentos

00:15:49.000 --> 00:15:50.580
decido cambiar algo, quiero poder cambiarlo.

00:15:50.679 --> 00:15:53.779
O incluso, lo mismo no quiero echarle la captura.

00:15:54.090 --> 00:15:55.590
Lo mismo quiero escribirlo yo a mano, por el

00:15:55.590 --> 00:15:57.090
motivo que sea, ¿no? Vamos a hacer las cosas

00:15:57.090 --> 00:15:59.429
un poco bien. Ya estaba yo empezando a pensar

00:15:59.429 --> 00:16:01.009
que esta aplicación la podía usar alguien más

00:16:01.009 --> 00:16:04.570
aparte de mí. Entonces, claro, en un archivo

00:16:04.570 --> 00:16:06.789
JSON, como digo, tú tienes minuto en el que empieza

00:16:06.789 --> 00:16:09.950
el capítulo, nombre del capítulo, enlace, un

00:16:09.950 --> 00:16:12.289
enlace a lo mejor, y una imagen del capítulo.

00:16:12.470 --> 00:16:14.250
Pero esa imagen lo que tiene que llevar es una

00:16:14.250 --> 00:16:17.090
URL, ¿vale? Para que también la aplicación de

00:16:17.090 --> 00:16:19.570
podcast se descargue esa imagen y te la muestre.

00:16:20.289 --> 00:16:22.850
Entonces, pues, había un campo para poner la

00:16:22.850 --> 00:16:26.840
URL. Claro, esto digamos que hacía todo mucho

00:16:26.840 --> 00:16:29.580
más coñazo. O sea, tengo que exportar el archivo

00:16:29.580 --> 00:16:31.659
JSON y luego tengo que coger todas esas imágenes

00:16:31.659 --> 00:16:34.080
y tengo que saber en qué subdirectorio del servidor

00:16:34.080 --> 00:16:38.019
las voy a poner y todo, digamos que todo como

00:16:38.019 --> 00:16:40.820
muy preparado antes de que yo me vaya a hacer

00:16:40.820 --> 00:16:43.460
lo que al final es lo más liviano, que es montar

00:16:43.460 --> 00:16:46.480
el JSON. Porque el rollazo es buscar las imágenes,

00:16:46.659 --> 00:16:49.620
recortarlas, a lo mejor cambiarle el nombre para

00:16:49.620 --> 00:16:51.860
que sea una cosa inteligible. Tengo que subirlas

00:16:51.860 --> 00:16:53.659
al servidor donde van a estar. Es decir, todo

00:16:53.659 --> 00:16:56.500
muy rollo. Y pensé, como diría Homer Simpson,

00:16:56.759 --> 00:17:00.220
es que esto no lo puede hacer otro. Pensé, digo,

00:17:00.299 --> 00:17:02.720
bueno, voy a poner, a ver si en la aplicación

00:17:02.720 --> 00:17:05.480
le puedo meter las credenciales de mi servidor

00:17:05.480 --> 00:17:11.119
FTP y que yo, en vez de ponerle la URL de la

00:17:11.119 --> 00:17:14.700
imagen, le eche la imagen al capítulo, a la aplicación

00:17:14.700 --> 00:17:19.140
y él automáticamente renombre esa imagen para

00:17:19.140 --> 00:17:22.299
que las cosas estén decentes. y la suba junto

00:17:22.299 --> 00:17:26.960
con el JSON por FTP al servidor. Esto sería mágico.

00:17:27.299 --> 00:17:30.039
Y además podría haber dos vías. Tú ejecutas la

00:17:30.039 --> 00:17:34.019
aplicación y o bien te metes tú tu capítulo a

00:17:34.019 --> 00:17:36.579
mano o lo que sea y luego pones las URLs de las

00:17:36.579 --> 00:17:38.319
imágenes y le das un botón y te dan el archivo

00:17:38.319 --> 00:17:42.279
JSON o te vas a un selector de podcast que tú

00:17:42.279 --> 00:17:44.240
has configurado previamente con sus credenciales

00:17:44.240 --> 00:17:47.759
FTP y entonces ya no tienes que meter URLs de

00:17:47.759 --> 00:17:50.470
imagen. Tú tienes que arrastrar imágenes en cada

00:17:50.470 --> 00:17:53.190
uno de los capítulos y luego él las renombra

00:17:53.190 --> 00:17:55.849
y junto con el JSON, dándole un botón, te lo

00:17:55.849 --> 00:17:59.630
sube todo al servidor. Llorando. Llorando la

00:17:59.630 --> 00:18:02.470
primera vez que lo conseguí. Absolutamente maravilloso.

00:18:02.789 --> 00:18:05.609
Entonces ahora para mí, con mi aplicación, todo

00:18:05.609 --> 00:18:07.789
esto es trivial. Es decir, yo estoy grabando

00:18:07.789 --> 00:18:10.809
este podcast, luego cuando lo edito, marco de

00:18:10.809 --> 00:18:12.769
la forma tan fácil que me lo permite Hindenburg

00:18:12.769 --> 00:18:15.730
cuáles serían los capítulos. Le hago una captura

00:18:15.730 --> 00:18:17.390
de pantalla al listado de capítulos que tengo

00:18:17.390 --> 00:18:20.329
en pantalla. Podría no hacerlo. Me voy a mi aplicación.

00:18:20.329 --> 00:18:23.230
Le tiro la captura. Él lo reconoce todo. Meto

00:18:23.230 --> 00:18:27.210
enlaces. Arrastro imágenes. Elijo el podcast.

00:18:27.710 --> 00:18:29.230
Esto ya lo tenía que hacer antes, pero bueno.

00:18:29.829 --> 00:18:33.450
Le doy un botón y ya se ha subido todo. Automágicamente.

00:18:34.569 --> 00:18:37.269
Maravilloso. Y esta aplicación, pues como ya

00:18:37.269 --> 00:18:38.990
he comentado antes, siempre pensé... Bueno, siempre

00:18:38.990 --> 00:18:40.650
no. Hubo un momento en que pensé... que esto

00:18:40.650 --> 00:18:42.789
le podría valer a alguien más y efectivamente

00:18:42.789 --> 00:18:45.650
pues quise hacer una aplicación decente. Aunque

00:18:45.650 --> 00:18:48.309
la tenía lista desde hacía bastante tiempo, pero

00:18:48.309 --> 00:18:49.730
le hice un cambio de diseño para que fuera una

00:18:49.730 --> 00:18:54.329
cosa bonita y pues hoy en día mi aplicación Argo

00:18:54.329 --> 00:18:59.130
es una realidad. Argo .app es el nombre de este

00:18:59.130 --> 00:19:01.210
capítulo y es el nombre de mi aplicación. La

00:19:01.210 --> 00:19:04.269
aplicación Argo que está exclusivamente para

00:19:04.269 --> 00:19:07.819
Mac porque es lo que yo uso y no digo yo... que

00:19:07.819 --> 00:19:09.519
mi IA no me la podría hacer para Windows, pero

00:19:09.519 --> 00:19:12.119
es que no tengo un ordenador Windows donde probar,

00:19:12.160 --> 00:19:14.640
entonces pues la he hecho para Mac y ya está.

00:19:14.960 --> 00:19:18.200
Podéis encontrar Argo en la página web que le

00:19:18.200 --> 00:19:24.599
he creado para ella, que es getargo .app y ahí

00:19:24.599 --> 00:19:27.039
vais a ver capturas de pantalla de la aplicación,

00:19:27.119 --> 00:19:30.740
una explicación de cómo funciona y todo ese tipo

00:19:30.740 --> 00:19:33.450
de historias. explicación sobre los capítulos

00:19:33.450 --> 00:19:36.650
JSON, en fin, todo este tipo de movidas, también

00:19:36.650 --> 00:19:39.170
una página preciosa, muy bonita, y la aplicación

00:19:39.170 --> 00:19:41.569
está notarizada por Apple, es decir, que cuando

00:19:41.569 --> 00:19:45.289
te la descargues no te va a decir que te quiero

00:19:45.289 --> 00:19:48.269
robar el ordenador, te dirá las reservas de siempre

00:19:48.269 --> 00:19:50.250
de esto, se ha bajado internet, pero luego se

00:19:50.250 --> 00:19:52.450
instalará como una campeona y es gratuita, y

00:19:52.450 --> 00:19:56.130
siempre lo va a ser. Es una aplicación que, como

00:19:56.130 --> 00:19:59.210
dice la página web, he hecho con amor para la

00:19:59.210 --> 00:20:03.450
comunidad podcastera. Más cosas que te pueda

00:20:03.450 --> 00:20:08.069
contar de Argo, pues que me faltan algunas cosas

00:20:08.069 --> 00:20:12.769
que añadirle. Desgraciadamente, como programador

00:20:12.769 --> 00:20:16.230
Vive, como Vive Coder, he resultado tan insensible

00:20:16.230 --> 00:20:19.690
como el resto de la humanidad y no está tan etiquetada

00:20:19.690 --> 00:20:22.250
como debería estar para personas con discapacidad

00:20:22.250 --> 00:20:27.210
visual. Ya tengo a Claude trabajando en eso para

00:20:27.210 --> 00:20:30.200
la siguiente versión. Más cosas, pues esta versión

00:20:30.200 --> 00:20:35.359
1 .0 de Argo no tiene un sistema de autoactualización.

00:20:35.500 --> 00:20:37.400
Es decir, que cuando yo saque la versión 1 .1,

00:20:37.559 --> 00:20:41.640
las hasta hoy nueve personas que se la han descargado

00:20:41.640 --> 00:20:44.319
tendrán que venir como salvajes a la página web

00:20:44.319 --> 00:20:46.539
a bajarse la nueva versión. Pero espero que a

00:20:46.539 --> 00:20:48.640
partir de ahí también le pueda incorporar el

00:20:48.640 --> 00:20:52.119
tema de autoactualizarse cuando encuentre una

00:20:52.119 --> 00:20:55.420
nueva versión. Y la verdad es que estoy muy feliz.

00:20:55.819 --> 00:20:58.180
con esto que he creado. La aplicación es bonita

00:20:58.180 --> 00:21:01.359
a más no poder. La verdad es que estoy súper

00:21:01.359 --> 00:21:06.619
contento con ella y entiendo que puede ser algo

00:21:06.619 --> 00:21:09.079
de útil a un sector muy pequeño de la comunidad

00:21:09.079 --> 00:21:12.799
postcastera, pero para mí es suficiente. La aplicación

00:21:12.799 --> 00:21:14.900
está en español y está en inglés, así como la

00:21:14.900 --> 00:21:16.599
página web. Desde esta el idioma del sistema

00:21:16.599 --> 00:21:19.160
de donde se está instalando o viendo y se muestra

00:21:19.160 --> 00:21:24.400
en un idioma en otro. Y bueno, pues quiero presentarla

00:21:25.789 --> 00:21:29.549
a podcastindex .org que es la página web donde

00:21:29.549 --> 00:21:32.170
que rige los destinos del estándar podcast 2

00:21:32.170 --> 00:21:35.170
.0 para que aparezca ahí como aplicación compatible

00:21:35.170 --> 00:21:38.130
con con chapters que es como se llama el estándar

00:21:38.130 --> 00:21:41.769
y ya está si es que no tengo más que contar que

00:21:41.769 --> 00:21:44.650
he hecho una aplicación para crear chapters me

00:21:44.650 --> 00:21:47.029
diréis que problemas del primer mundo que encima

00:21:47.029 --> 00:21:49.450
solo para más que un montón de cosas pero bueno

00:21:49.450 --> 00:21:52.829
es como está hecho este este proyecto y la verdad

00:21:52.829 --> 00:21:56.299
es que estoy Muy contento de una aplicación que

00:21:56.299 --> 00:21:58.799
nace para solucionarme a mí un problema y que

00:21:58.799 --> 00:22:01.720
se lo puede solucionar a más gente. No necesariamente

00:22:01.720 --> 00:22:06.740
necesitas usar la parte de OCR. Puedes tú escribir

00:22:06.740 --> 00:22:09.660
los chapters a mano. Puedes incluso un archivo

00:22:09.660 --> 00:22:11.640
JSON que tú tuvieras por ahí importarlo para

00:22:11.640 --> 00:22:13.299
aquí terminarlo de editar. Es decir, puedes hacer

00:22:13.299 --> 00:22:16.660
un montón de cosas. Y estoy bastante orgulloso

00:22:16.660 --> 00:22:19.019
de cómo funciona y de cómo le he establecido

00:22:19.019 --> 00:22:23.039
sistemas para que renombre las imágenes y todo

00:22:23.039 --> 00:22:25.140
este tipo de historias. Y la verdad es que, no

00:22:25.140 --> 00:22:27.920
sé, estoy muy feliz y muy contento y tenía muchas

00:22:27.920 --> 00:22:30.400
ganas de presentarla aquí en Sujetable Micro.

00:22:30.700 --> 00:22:34.019
Este pasado lunes se lo conté, bueno, la gente

00:22:34.019 --> 00:22:37.279
del Premium ya lo sabía, este tema. No sé si

00:22:37.279 --> 00:22:40.299
aquí había comentado algo así de Soslayo. Y el

00:22:40.299 --> 00:22:43.779
lunes, antes de ayer, di más explicaciones, pero

00:22:43.779 --> 00:22:45.819
más desde el punto de vista de he hecho una aplicación

00:22:45.819 --> 00:22:48.660
para Mac en Emil Cardelli Premium y hoy para

00:22:48.660 --> 00:22:51.160
mí era el gran día de presentaros aquí Argo,

00:22:51.279 --> 00:22:53.539
que como digo podéis ver, aunque no lo vayáis

00:22:53.539 --> 00:22:55.880
a descargar porque no lo uséis o porque no tenéis

00:22:55.880 --> 00:22:59.039
un Mac, pero le podéis echar un vistazo en getargo

00:22:59.039 --> 00:23:04.799
.app. Una cuestión, el nombre de la aplicación,

00:23:04.859 --> 00:23:07.440
¿por qué se llama Argo? ¿Por qué no se llama

00:23:07.440 --> 00:23:10.799
Chapter Editor? que es lo que me dijo Cloud que

00:23:10.799 --> 00:23:13.039
le tenía que poner y cómo se llaman un montón

00:23:13.039 --> 00:23:14.500
de aplicaciones que existen por ahí que también

00:23:14.500 --> 00:23:18.019
hacen esto. Esto no es una absoluta novedad.

00:23:18.019 --> 00:23:21.079
Es simplemente mi enfoque de hacer esto y me

00:23:21.079 --> 00:23:27.259
gusta mucho. ¿Por qué se llama Argo? Bueno, como

00:23:27.259 --> 00:23:30.619
digo, cuando tú usas Argo, generas un archivo

00:23:30.619 --> 00:23:34.019
JSON. Un archivo JSON que es un archivo que tiene

00:23:34.019 --> 00:23:38.019
una extensión JSON. JSON suena en español muy

00:23:38.019 --> 00:23:42.430
parecido a Hasón. ¿Verdad? Y Jasón es un personaje

00:23:42.430 --> 00:23:45.250
de la mitología griega. Jasón, como muchos héroes

00:23:45.250 --> 00:23:47.190
griegos, no tuvo mejor idea que echarse al mar

00:23:47.190 --> 00:23:49.490
en un momento dado para conseguir no sé qué historia

00:23:49.490 --> 00:23:52.809
o para vivir no sé qué aventura. Entonces solicitó

00:23:52.809 --> 00:23:57.710
la ayuda de Argos, el hijo de Arestor, y construyó

00:23:57.710 --> 00:24:01.829
la nave Argo, que le iba a llevar a su destino,

00:24:01.829 --> 00:24:05.490
acompañado por un grupo de héroes griegos a los

00:24:05.490 --> 00:24:08.210
que se les conoció como los Argonautas, los navegantes

00:24:08.210 --> 00:24:11.470
del Argo. Bueno, pues Argo es el barco que llevaba

00:24:11.470 --> 00:24:14.569
a Hasson y Argo es la aplicación que te trae

00:24:14.569 --> 00:24:17.289
un archivo JSON. Simplemente este pequeño juego

00:24:17.289 --> 00:24:20.470
de palabras y por salir un poco del podcast chapters

00:24:20.470 --> 00:24:22.990
editor y todo este tipo de historias que están

00:24:22.990 --> 00:24:28.109
ya muy vistas. Este episodio de Sujata en el

00:24:28.109 --> 00:24:31.349
micro tiene capítulos. Tiene capítulos que en

00:24:31.349 --> 00:24:33.589
la versión en abierto he marcado desde el panel

00:24:33.589 --> 00:24:37.690
de RSS .com y... para la versión Premium, donde

00:24:37.690 --> 00:24:40.130
si lo puedo hacer, pues los he creado con Argo,

00:24:40.150 --> 00:24:44.230
con mi app. Si tienes un rato, dime qué app para

00:24:44.230 --> 00:24:46.849
escuchar podcast usas y si has podido ver, no

00:24:46.849 --> 00:24:48.710
ya solo los capítulos, que entiendo que sí, sino

00:24:48.710 --> 00:24:51.509
también las imágenes y los enlaces que acompañan

00:24:51.509 --> 00:24:54.430
a estas dos secciones de este episodio de hoy.

00:25:03.090 --> 00:25:04.890
Nada más, espero tus comentarios en más todo

00:25:04.890 --> 00:25:07.730
en arrobaemilcar .social y, por supuesto, en

00:25:07.730 --> 00:25:10.009
nuestra comunidad privada en Telegram. Si quieres

00:25:10.009 --> 00:25:11.650
ir un paso más allá, si quieres más contenido,

00:25:11.789 --> 00:25:13.269
si quieres que te ayude a elevar tu podcasting

00:25:13.269 --> 00:25:15.190
a las más altas cotas de la excelencia, no lo

00:25:15.190 --> 00:25:17.009
dudes y suscríbete a Sujétame el Micro Premium

00:25:17.009 --> 00:25:20.349
entrando a emilcar .fm barra Sujétame el Micro.

00:25:21.269 --> 00:25:23.430
Un saludo y no olvides recomendar Sujétame el

00:25:23.430 --> 00:25:25.269
Micro, porque no hay nada que le guste más a

00:25:25.269 --> 00:25:33.910
un podcaster que hablar de podcasting. ¡Gracias!