IPTV remuxer: כלי עזר חדש להוספת IPTV ל־Tvheadend
נתקלתי היום בשרשור על IPTV remuxer, שירות ללינוקס שממיר הזרמות רשת בפרוטוקולים שונים ל-TS פשוט בפרוטוקול HTTP שניתן להוסיפו כ־MUX של IPTV ל־Tvheadend.
הרווח כמובן זה יכולת הקלטת IPTV.
ההמרה אינה מחייבת קידוד מחדש ולכן השירות לא אמור לדרוש משאבים רבים.
אם אני מבין נכון הרי כי השירות מזהה אוטומטית אם לקוח התנתק (כלומר אם Tvheadend הפסיק הזרמת השידור) ואז מפסיק למשוך את השידור מהאינטרנט.
השירות דורש את avconv ומכך libav (אני מניח שהמפתח עובד עם Debian), לכן בגרסתו הנוכחית לא תואם OpenELEC שמגיעה עם FFmpeg (מעבר לכך שצריך גם את nodejs).
מאותה סיבה עוד לא יצא לי לבדוק את השירות, צריך קודם להמיר או להוסיף תמיכה עבור ffmpeg.
בכל מקרה אשמח לשמוע אם משתמש שמריץ Debian או נגזרת שלה מריץ את השירות בהצלחה.
http://forum.kodi.tv/showthread.php?tid=208817
הרווח כמובן זה יכולת הקלטת IPTV.
ההמרה אינה מחייבת קידוד מחדש ולכן השירות לא אמור לדרוש משאבים רבים.
אם אני מבין נכון הרי כי השירות מזהה אוטומטית אם לקוח התנתק (כלומר אם Tvheadend הפסיק הזרמת השידור) ואז מפסיק למשוך את השידור מהאינטרנט.
השירות דורש את avconv ומכך libav (אני מניח שהמפתח עובד עם Debian), לכן בגרסתו הנוכחית לא תואם OpenELEC שמגיעה עם FFmpeg (מעבר לכך שצריך גם את nodejs).
מאותה סיבה עוד לא יצא לי לבדוק את השירות, צריך קודם להמיר או להוסיף תמיכה עבור ffmpeg.
בכל מקרה אשמח לשמוע אם משתמש שמריץ Debian או נגזרת שלה מריץ את השירות בהצלחה.
http://forum.kodi.tv/showthread.php?tid=208817
נראה כי הייתי פסימי מדי.
בדיקה זריזה הבוקר (עריכה: עובד כבר מספר שעות רצוף ללא תקלה) מעלה שלפחות ללא שימוש בפרמטרים נוספים אין ממש הבדל בין avconv ל־ffmpeg והוספת קישור סימבולי ל־avconv משמישה את חבילת npm עבור avconv באותו שם avconv.
המרת הסטרים של ערוץ 1 מ־HLS ל־HTTP עברה בהצלחה, כך גם המרת סטרים HLS של רדיו 103FM (אודיו בלבד) סיפקה סטרים בפרוטוקול HTTP עם אודיו בלבד.
בעיקרון אני לא חושב שאמורה להיות בעיה בעזרת הוספת פרמטרים גם לשלוף את רצועות השמע בלבד מהסטרימים של תחנות הרדיו של רשות השידור שמגיעים כ־HLS עם וידאו (בעצם תמונה) מוטמע וכך בעצם להחזיר חזרה את החיזוי ב־Kodi.
לסיכום, עובד מצוין לפחות בבדיקה הקצרה שביצעתי.
בדיקה זריזה הבוקר (עריכה: עובד כבר מספר שעות רצוף ללא תקלה) מעלה שלפחות ללא שימוש בפרמטרים נוספים אין ממש הבדל בין avconv ל־ffmpeg והוספת קישור סימבולי ל־avconv משמישה את חבילת npm עבור avconv באותו שם avconv.
המרת הסטרים של ערוץ 1 מ־HLS ל־HTTP עברה בהצלחה, כך גם המרת סטרים HLS של רדיו 103FM (אודיו בלבד) סיפקה סטרים בפרוטוקול HTTP עם אודיו בלבד.
בעיקרון אני לא חושב שאמורה להיות בעיה בעזרת הוספת פרמטרים גם לשלוף את רצועות השמע בלבד מהסטרימים של תחנות הרדיו של רשות השידור שמגיעים כ־HLS עם וידאו (בעצם תמונה) מוטמע וכך בעצם להחזיר חזרה את החיזוי ב־Kodi.
לסיכום, עובד מצוין לפחות בבדיקה הקצרה שביצעתי.
@bashanam
אם ההסבר ב־repo שב־Github לא מספיק אז אני לא חושב שרלוונטי אליך, נדרשת שליטה מינימלית בלינוקס ולהריץ הפצה סטנדרטית.
אם אתה מריץ את Tvheadend על OpenELEC אז שווה לך להמתין מעט בסבלנות שהרחבת השירות תתעדכן, כבר יש פתרון עוד יותר מוצלח (עד מחר תהיה ידיעה והסבר קצרצר על כך).
אם ההסבר ב־repo שב־Github לא מספיק אז אני לא חושב שרלוונטי אליך, נדרשת שליטה מינימלית בלינוקס ולהריץ הפצה סטנדרטית.
אם אתה מריץ את Tvheadend על OpenELEC אז שווה לך להמתין מעט בסבלנות שהרחבת השירות תתעדכן, כבר יש פתרון עוד יותר מוצלח (עד מחר תהיה ידיעה והסבר קצרצר על כך).
@bashanam
כרגע מדובר בפתרון שניתן להתקינו בקלות רק על הפצות לינוקס סטנדרטיות כך שמי שהידיעה רלוונטית לגביו לא צריך שאחזיק לו את היד.
כרגע מדובר בפתרון שניתן להתקינו בקלות רק על הפצות לינוקס סטנדרטיות כך שמי שהידיעה רלוונטית לגביו לא צריך שאחזיק לו את היד.
אם כבר עוסקים בפתרון טכני לא פשוט אז הטלאי הבא ל־ffmpeg מוסיף את האפשרות לקבוע את סוג השירות בטבלת SDT.
זה חשוב מאחר ו־ffmpeg כברירת מחדל מסמנת ב־mpegts את השירות כטלוויזיה (0x01) מה שגורם לכך שאם ממירים סטרים HLS של רדיו אינטרנטי ל־mpegts באמצעות ffmpeg הרי ש־tvheadend תחשוב שמדובר בערוץ טלוויזיה ותקטלג אותו כך גם ב־Kodi.
עם הטלאי אפשר לקבוע את סוג השירות ע"י הוספת הפרמטר mpegts_service_id לפקודת ffmpeg כאשר ערך מתאים עבור ערוץ רדיו הוא 0x02.
אחד ממפתחי tvheadend דוחף עבורי את הטלאי ל־ffmpeg, נקווה שיכנס בקרוב לגרסה יציבה.
http://pastebin.com/SVVmVTQf
נ.ב.
זה עובד מצוין, מאפשר לי סופסוף לצרף את תחנות הרדיו כמו שצריך ל־tvnheadend.
זה חשוב מאחר ו־ffmpeg כברירת מחדל מסמנת ב־mpegts את השירות כטלוויזיה (0x01) מה שגורם לכך שאם ממירים סטרים HLS של רדיו אינטרנטי ל־mpegts באמצעות ffmpeg הרי ש־tvheadend תחשוב שמדובר בערוץ טלוויזיה ותקטלג אותו כך גם ב־Kodi.
עם הטלאי אפשר לקבוע את סוג השירות ע"י הוספת הפרמטר mpegts_service_id לפקודת ffmpeg כאשר ערך מתאים עבור ערוץ רדיו הוא 0x02.
אחד ממפתחי tvheadend דוחף עבורי את הטלאי ל־ffmpeg, נקווה שיכנס בקרוב לגרסה יציבה.
http://pastebin.com/SVVmVTQf
נ.ב.
זה עובד מצוין, מאפשר לי סופסוף לצרף את תחנות הרדיו כמו שצריך ל־tvnheadend.
- bashanam
-
- חבר פעיל

- תגובות: 53
- הצטרף: ספטמבר 2007
- שם מלא: עמית בשן
- נתן תודות: 5 פעמים
- קיבל תודות: 5 פעמים
כל הכבוד !
תודה רבה על העבודה שאתה עושה... רק עכשיו נשאר לי למצוא זמן לתרום גם.dhead666 כתב:אם כבר עוסקים בפתרון טכני לא פשוט אז הטלאי הבא ל־ffmpeg מוסיף את האפשרות לקבוע את סוג השירות בטבלת SDT.
זה חשוב מאחר ו־ffmpeg כברירת מחדל מסמנת ב־mpegts את השירות כטלוויזיה (0x01) מה שגורם לכך שאם ממירים סטרים HLS של רדיו אינטרנטי ל־mpegts באמצעות ffmpeg הרי ש־tvheadend תחשוב שמדובר בערוץ טלוויזיה ותקטלג אותו כך גם ב־Kodi.
עם הטלאי אפשר לקבוע את סוג השירות ע"י הוספת הפרמטר mpegts_service_id לפקודת ffmpeg כאשר ערך מתאים עבור ערוץ רדיו הוא 0x02.
אחד ממפתחי tvheadend דוחף עבורי את הטלאי ל־ffmpeg, נקווה שיכנס בקרוב לגרסה יציבה.
http://pastebin.com/SVVmVTQf
נ.ב.
זה עובד מצוין, מאפשר לי סופסוף לצרף את תחנות הרדיו כמו שצריך ל־tvnheadend....
·
תאמין או לא אך עם מוכנות ויכולת לקמפל בזריזות patch-ים ושיחה קצרה עם מפתח ב־IRC אפשר להשיג הרבה בלי לכתוב שורת קוד.
